A REG command proposal

Ideas for ADC may be presented here for others to review and point out flaws or further improve the idea.
Forum rules
If you have an account on the wiki, remember to update the ADC Proposals page for new ideas.

http://dcbase.org/wiki/ADC_Proposals_list
Pietry
Senior Member
Posts: 328
Joined: Tue Dec 04, 2007 7:25 am
Location: Bucharest

Re: A REG command proposal

Post by Pietry » Wed Aug 05, 2009 7:02 am

Even if the hub does not know the original password, it knows the hash, which is more than enough to use it.
Just someone

Dj_Offset
Member
Posts: 53
Joined: Mon Sep 15, 2008 9:48 pm
Location: adcs://adcs.uhub.org:1511

Re: A REG command proposal

Post by Dj_Offset » Wed Aug 05, 2009 12:10 pm

if the password is bad it is still easy to crack it using tools, such as john or jack to crack it in minutes.

darkKlor
Senior Member
Posts: 100
Joined: Tue Dec 30, 2008 2:59 pm

Re: A REG command proposal

Post by darkKlor » Wed Aug 05, 2009 1:04 pm

Very true. Anybody determined is going to get at the password one way or another. But they do have to be bothered. I just don't like the fact that a casual glance at the hub software or a settings file will show everybody's passwords.

Pietry
Senior Member
Posts: 328
Joined: Tue Dec 04, 2007 7:25 am
Location: Bucharest

Re: A REG command proposal

Post by Pietry » Wed Aug 05, 2009 1:24 pm

darkKlor wrote:Very true. Anybody determined is going to get at the password one way or another. But they do have to be bothered. I just don't like the fact that a casual glance at the hub software or a settings file will show everybody's passwords.
it doesn't matter if they see the passwords or the hash it's the same thing
Just someone

Crise
Senior Member
Posts: 139
Joined: Sat Nov 10, 2007 9:34 pm

Re: A REG command proposal

Post by Crise » Thu Aug 06, 2009 12:21 am

I'll say this... ADC does not send passwords in plain text anymore (which is good), so if we start from there it would make sense that any protocol extensions dealing with passwords not to do that (send password in plain text) either.

That said, I haven't read either of the proposals by darkKlor so I do not know how he hashes the passwords and in which instances, but remember that how hub software stores its settings files or what it displays to the admin/user is not something the protocol really should try to affect on (which is what he seems to want in regards to passwords).

Regardless... no matter what you do with passwords the persistent will always be rewarded, however, I do agree with darkKlor in that it should never be made too easy for anyone to find out a users password (not even the hub host/admin).

See the first point made though, because the idea of protocol not sending passwords in plain text (which is protection against packet sniffing, I assume) will be defeated if an extension does it no matter what the extensions for.

Who is online

Users browsing this forum: Google (Crawler) and 0 guests