Bug 12203 - UserDrake tells lies on password into user edit
Summary: UserDrake tells lies on password into user edit
Status: REOPENED
Alias: None
Product: Mageia
Classification: Unclassified
Component: RPM Packages (show other bugs)
Version: Cauldron
Hardware: All Linux
Priority: Normal normal
Target Milestone: ---
Assignee: Mageia tools maintainers
QA Contact:
URL:
Whiteboard:
Keywords: USABILITY
Depends on:
Blocks:
 
Reported: 2014-01-05 10:38 CET by Angelo Naselli
Modified: 2016-10-16 10:46 CEST (History)
3 users (show)

See Also:
Source RPM: userdrake-1.14-1.mga3 and git
CVE:
Status comment:


Attachments

Description Angelo Naselli 2014-01-05 10:38:41 CET
Description of problem:
Open UserDrake,
select a user,
click on edit.

Now you can see crypted passoword into their field.
I have e foo user with password foo that i want
to change to foo1.

Add 1 to last character of password fields and
click ok.
Password is saved, but you can't login any more.

Better showing an empty input field imho instead of
setting as some fake characthers (blanks in this case). 

Same behaviour in git code.


Reproducible: 

Steps to Reproduce:
Comment 1 Sander Lepik 2014-01-05 10:54:37 CET
I don't agree here. The same happens in browser if you have saved your password and at changing one field is filled with asterisks. You have to know that the field is filled with those exact symbols, they just show how long your current password is (so you can be sure that you are changing the right password) but if you want to change it you have to empty the field first.

CC: (none) => mageia
Severity: major => normal

Comment 2 Angelo Naselli 2014-01-05 11:20:54 CET
Having a feed back is great :)
Well it's my opinion. But i asked to someone else also. I think it non sense
to have a password shown in the field since it's not the user password.
And it's written nowhere that you have to delete it first.

So i believe a user, o don't speak about admins they probably use command line,
does not understand if there is his password or not, and lenght is not significant since we can show more or less characters, so yes my example is
maybs silly, but what you get is that you cannot login any more without changing
password from root again.

While if an empty field is shown every character you add, is just what you wrote... but that is my opinion of course :)
Comment 3 Angelo Naselli 2014-01-05 11:35:06 CET
Anf more over "Add User" does not show fake * into password fiels for instance.
Comment 4 Marja Van Waes 2015-03-31 16:05:33 CEST
Mageia 3 changed to end-of-life (EOL) status 4 months ago.
http://blog.mageia.org/en/2014/11/26/lets-say-goodbye-to-mageia-3/ 

Mageia 3 is no longer maintained, which means that it will not receive any further security or bug fix updates. As a result we are closing this bug.

If you can reproduce this bug against a currently maintained version of Mageia
please feel free to click on "Version" change it against that version of Mageia
and reopen this bug.

Thank you for reporting this bug and we are sorry it could not be fixed.

--
The Mageia Bugsquad

Resolution: (none) => OLD
Status: NEW => RESOLVED

Comment 5 Angelo Naselli 2015-03-31 17:18:51 CEST
Still valid either in mga4 or in cauldron

Status: RESOLVED => REOPENED
Resolution: OLD => (none)
Version: 3 => Cauldron

Thierry Vignaud 2015-09-03 14:14:36 CEST

Keywords: (none) => USABILITY
CC: (none) => thierry.vignaud

Comment 6 Marja Van Waes 2016-10-16 00:46:42 CEST
@ Angelo

If it is decided to have an empty password field instead of the 5 bullets that are shown now for existing passwords, wouldn't that be just as much a "lie"?

WDYT about replacing

   Password: 

   Confirm password:

With e.g.:

   Password: 
   (Empty this field before 
    entering a new password)

   Confirm password:
   (Empty this field before 
    entering a new password)
   
?

CC: (none) => marja11
Assignee: bugsquad => mageiatools

Comment 7 Angelo Naselli 2016-10-16 10:46:34 CEST
Well now that I'm two years older i understand that from security point of view this bug has not that much sense. 
Anyway userdrake iirc works as you said Marja, the problem i saw is that you can click on the field without removing the bullets, so you could think to change your password (edit) adding some new characters. But instead of having oldpwd+new_chars you got only new_chrs or worst (i'm not sure bullets are empty string in the field) random_chars+new_chars. That means you cannot loggin in any more if not changing the password from root.

Note You need to log in before you can comment on or make changes to this bug.