32
I agree with you guys calling for an end to personal insults, it’s not necessary and the purpose of this post is not to offend people, only to urge the XOOPS Team to take a REAL considered look at this new feature and its worth.
“…stopping people from changing their names if they are trouble isn’t the issue - preventing them from causing trouble is the important issue.”
I thought the issue was the actual value and worth of this new feature? What is it’s intended purpose? I’m quite sure, even though currently users are able to do so in v2.2*, that the ability to allow users to change their displayname at will was not the ultimate goal and the XOOPS Team’s reason for adding it. That feature could have more easily been added by simply making the OLD Username editable from within profiles - with no need to add an additional field (Displayname)
It seems more likely that this has been added in an attempt to increase security. In that case, what we should be asking is whether a separate Displayname ACTUALLY increases security at all versus the old username/password method. I have realized it doesn’t.
I can understand people’s mistaken immediate acceptance of this new feature. At first glance it’s very attractive. In fact, if XOOPS hadn’t got me thinking about this as a whole by allowing the Displayname to be editable and made it static, I probably would not have questioned it myself. Like many people, I would have just accepted it as a very good security measure. However, the moment you do begin to actually analyze it you begin to realize that a hidden Loginname effectively boils down to a second password. Instead of typing your password into ONE field called Password, you are splitting the password in two and typing it into TWO fields, one called Loginname and the other Password when you login.
At the end of the day this new hidden loginname *IS JUST A SECOND PASSWORD* - that is an important KEY fact to bare in mind and easy to overlook! There is no mystical magic in this hidden Loginname system…it is just a dual password system.
Now, if you can make this leap of faith and accept the truth of the matter: that Loginname IS indeed just a second password then it’s time to extend the logic and ask more questions.
The next question would be: “What benefit is there in having TWO passwords over the old ONE password system?” Since thinking about it and questioning a person with far more knowledge than myself on security matters, I have realized there is *NO* benefit in having two passwords! None whatsoever, it’s simply a “security illusion” that tricks us (admins) with its immediately appealing false sense of security.
Now the mistake that some of us in this thread are making is in thinking that somehow by a hacker not immediately being able to SEE a user’s Loginname we gain more security because they don’t know half the key and have to work harder to find our actual Loginname. This seems to be the false assumption and I’ll try to explain why it is false, WITHOUT the maths this time!
As far as hackers are concerned, the loginname is IDENTICAL in principle to the old Password we all know and will be treated in exactly the same way when they attempt to hack an account. The only difference now is that they will have TWO passwords to hack instead of one, but that will not be a problem as their scripts will simply combine Loginname and Password into ONE and treat them as one old-style “password problem”.
For example, suppose your new XOOPS Loginname is “MyLogName” and your Password is “Thumb123” then the new SINGLE password solution is: MyLogNameThumb123, which is basically equivalent to an old-style password. A hacker will simply guess at this in the old way, combining both the new Loginname and Password fields simultaneously, until he finds the correct combination of letters, words and numbers.
As I’ve just said, “MyLogNameThumb123” is equivalent to a password you might have chosen in the old password system and a hacker can just as easily find it in this new XOOPS dual-password system:-
Loginname: MyLogName
Password: Thumb123
…is no more difficult to hack then:-
Username: Tom
Password: MyLogNameThumb123
Granted, the password solution has to be SPLIT on entry in the new system (to enter it into the two separate fields) but that is no barrier to an automated hack-script or even someone just typing in the password solution manually.
Here are some equivalent comparisons between the traditional Username/Password and Xoop’s new 2.2* Displayname log-in system.
Old style log-in:-
Username: Tom
Password: Thumb123
New XOOPS style login:-
Displayname: Tom (plays no part in actual security checking)
Loginname: MyLogName
Password: Thumb123
Improved old style login:-
Username: Tom
Password: MyLogNameThumb123
Even more improved old style login:-
Username: Tom
Password: y1MgoLem2aNbm3uhT
The “Even more improved old style login” above is in fact a LOT more difficult for a hacker to hack than the “New XOOPS style login” example and is the ideal user login.
If you have read and understood all of the above then you will realize exactly WHY most other CMS’s and other highly security conscious systems (such as Unix* and Windows) do NOT bother with a separate user Displayname. It’s not because they are sloppy with their security, (Unix* systems are the most secure in the world) it’s because Displaynames add absolutely NO improvement to security and probably cause more hassle and confusion in the long-run.
The answer to improving Xoop’s login security is not to tag an additional redundant limb onto the user login process. The *REAL* solution is for admins to advise users duering registration on how to pick a Password. It should be AT LEAST 8 characters long and consist of both alphabetic AND numeric symbols, there should be NO identifiable words in a password: PasswordMy12, for example is a no no! As well as advising users, admins could also enforce a minimum password length of 8.
Imo, since understanding this issue a little better over the past couple of days, this new Displayname feature should not even be an option. It simply should not be in XOOPS because it adds nothing to the system as a whole except confusion for users and an extra field to fill during registration. But that is only my opinion. If it MUST be included, then it should be a separate module, not compulsory and embedded in the kernel of Xoops.
If we combined sensible passwords WITH an inbuilt Xoop’s maximum password attempt limit, it would be the ultimate defence against account hackers. Far more effective than a Displayname system. Displaynames are a security illusion, there’s no denying that, and I just want XOOPS to remain “Fluff free” and continue to be a non-gimmicky CMS. It’s currently one of its greatest strengths!