Keyring fail - login broken - lost user data

Bug #1372144 reported by markling
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
gnome-keyring (Ubuntu)
New
Undecided
Unassigned

Bug Description

I am unable to login to my system after keyring crash. Can login as root. But unable to mount user partition as root. User data lost.

Background:

Changed passwds yesterday: added new and removed old password for full-disk encrypted volume (LVM).
Also ran software updates.

Today:

Boot up: SUCCESS
Enter password for encrypted disk: SUCCESS
Enter user password at Xubuntu login: FAIL

Error:

User login would simply not accept user password. The screen would refresh and present a blank user passwd login again.
The system gave no message.

Workaround:

Logged in as root. Attempt to resolve problem: FAIL.

Error Report:

Apport reported Keyring malfunction on root startup (N.B. Apport report attached)

Workaround steps:

Changed passwd on primary user account (user1) using command line: SUCCESS
Login as user1 in GUI with new passwd: FAIL
Change password in Users app in GIU (via settings): FAIL
- the user settings dialogue would simply hang on opening, with its progress wheel turning. Refused to close. Forced to kill.
Login as user1 from root command line: FAIL
- Error message: "Signature not found in user keyring, perhaps try interactive 'ecrypts-mount-private'.

Run ecryptfs-mount-private to access user1 data: FAIL
- Error: "Encrypted directory is not setup properly"

Remove passwd from user1 account: SUCCESS
Login to user1 from GUI: FAIL
- same symptoms as before - on entering password, screen refresh and blank password form represented.
Create new user account and login to it: SUCCESS

Load lost user data directory using GUI prompt: FAIL
- user1 home directory has README:

"""
THIS DIRECTORY HAS BEEN UNMOUNTED TO PROTECT YOUR DATA.

From the graphical desktop, click on:
 "Access Your Private Data"

or

From the command line, run:
 ecryptfs-mount-private
"""

Already tried and failed ecryptfs-mount-private, so clicked on "Access Your Private Data": FAIL
- a terminal windows flashes up for the tiniest fraction of a second and nothing more happens.

Notable Symptom:

Logged in as root to file this report. But on attempting connection through network router, my system asked me to create a new keyring password. I did already have a keyring password. This suggests the keyring password was wiped. Perhaps it was lost when the user password was changed?

ProblemType: Bug
DistroRelease: Ubuntu 14.04
Package: gnome-keyring 3.10.1-1ubuntu4
ProcVersionSignature: Ubuntu 3.13.0-35.62-generic 3.13.11.6
Uname: Linux 3.13.0-35-generic x86_64
ApportVersion: 2.14.1-0ubuntu3.4
Architecture: amd64
CurrentDesktop: XFCE
Date: Sun Sep 21 19:05:14 2014
SourcePackage: gnome-keyring
UpgradeStatus: No upgrade log present (probably fresh install)

Revision history for this message
markling (markling) wrote :
Revision history for this message
markling (markling) wrote :

Attached relevant part of syslog and lightm.log.

Revision history for this message
markling (markling) wrote :

Recent dpkg log (one other thing coincided with the crash aside from passwords being changed and that was a bunch of updates).

The software updates were run after the password change. And prior to shutdown. On restart, keyring failed.

Revision history for this message
markling (markling) wrote :

I've made copies of the other logs. I can post any that may be required.

Revision history for this message
markling (markling) wrote :

Pointless.

Revision history for this message
markling (markling) wrote :

You should put that as a disclaimer to anyone taking time to report a bug: "What you are about to do is utterly pointless".

Revision history for this message
Marc Deslauriers (mdeslaur) wrote : Bug is not a security issue

Thanks for taking the time to report this bug and helping to make Ubuntu better. We appreciate the difficulties you are facing, but this appears to be a "regular" (non-security) bug. I have unmarked it as a security issue since this bug does not show evidence of allowing attackers to cross privilege boundaries nor directly cause loss of data/privacy. Please feel free to report any other bugs you may find.

information type: Private Security → Public
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.