Bug 1401457 - Fedora 25 password bug root
Summary: Fedora 25 password bug root
Keywords:
Status: CLOSED NOTABUG
Alias: None
Product: Fedora
Classification: Fedora
Component: shadow-utils
Version: 25
Hardware: x86_64
OS: Linux
unspecified
urgent
Target Milestone: ---
Assignee: Tomas Mraz
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2016-12-05 10:39 UTC by jeje
Modified: 2017-01-03 13:37 UTC (History)
4 users (show)

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed: 2016-12-07 14:15:26 UTC
Type: Bug


Attachments (Terms of Use)

Description jeje 2016-12-05 10:39:06 UTC
Description of problem: root(at last) password bug if you introduce alt gr + key
such as # @.... in the password


Version-Release number of selected component (if applicable): Fedora-Workstation-Live-x86_64-25-1.3 up to date with dnf upgrade (05/12/20016)
Fr-FR keyboard at installation Wayland no other system on desktop only Fedora 25


How reproducible: all the time. If you have a root password such as name1name2name3 and if you change it as name1#name2#name3 you cannot log in any more.(work for alt gr kay characters)
Instead, if you type name1name2name3, you can log in, but in a terminal su, you 
will have to use name1#name2#name3 to gain super user access

Steps to Reproduce: see above
1.
2.
3.

Actual results: not a single passwword for root, cannot log... inconsistency


Expected results only a single viable password for root at last.


Additional info:

Comment 1 Ondrej Vasik 2016-12-06 21:23:33 UTC
Thanks for report, but basesystem is wrong component here. Description is not clear to me, let's assign it to shadow-utils, but more clear info is probably needed for proper further reassignment.

Comment 2 Tomas Mraz 2016-12-07 10:35:06 UTC
I suppose there is some kind of problem with the keyboard input in your setup. I do not think there is any issue in the actual password verification component.

Can you please on your system create a testing password that produces this buggy behaviour, and then extract the password hash from the /etc/shadow and paste both the password and password hash here?

Comment 3 Tomas Mraz 2016-12-07 14:15:26 UTC
I've communicated with the reporter over e-mail and I clarified that this is just misunderstanding of the difference of regular account and root account.

Comment 4 Phil 2016-12-26 11:38:00 UTC
I suspect this is a real bug. I had the same situation on a Swiss German keyboard (de_ch). On the initial install I selected the language & keyboard and checked the mapping with a few keys. I then entered the root password that contained an AltGr-key charachter. After installation was complete, it was not possible to logon as root using su command (or authenticate for installing programs via GUI). Thinking I must have messed up, I repeated the install, being extremely careful with the root password entry, but the result was the same. Having found this, I could actually logon with root using su command if I omitted the AltGr-key charachter. I was then able to reset the password via command line entering the desired password with AltGr-key charachter and everything was then sweet, so it seems to be an installer issue.

Comment 5 Tomas Mraz 2017-01-03 09:25:04 UTC
I would recommend opening a new bug against anaconda then.

Comment 6 Tomas Mraz 2017-01-03 13:37:16 UTC
OK, the anaconda bug is bug 1403191


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