Red Hat Bugzilla – Bug 968951
g-i-s created user's accounts and settings are copied to new users created after g-i-s completes but before a reboot
Last modified: 2013-06-20 01:59:44 EDT
Description of problem:
After clean installation with no normal user created in anaconda, g-i-s asks you to create a new user. After I created new user A (and added gmail & facebook account in the process), I made a new user B in Settings->User menu. After logging out and then logging in to the user B, gmail and facebook account data from user A are in B's account.
It is unclear how much data are copied, because g-i-s has another bug - it does not save passwords to online accounts, only the usernames. It might be possible it does not copy the passwords to new users, but since it does not save them even to the first user, it is hard to tell.
The "how-to-use-gnome" video is also played after every log-in to every user.
All this only happens on first boot after installation.
Version-Release number of selected component (if applicable):
Fedora 19 Beta RC4
Steps to Reproduce:
1. Do a clean installation, set root password but don't create normal user.
2. In g-i-s, create new user A and add some online accounts.
3. Create new user B.
4. Logout (use gnome-session-quit, bug 913566)
5. Log-in to user B.
6. Go to Settings->Online Accounts
Accounts from the first user A were copied to user B. If g-i-s properly saved passwords to user A, it is possible those would be copied to user B and he would be able to access online accounts of user A without his password.
Accounts should not be copied
This is tracked upstream, link added. There are obvious privacy problems here, therefore nominating for a blocker bug discussion.
This problem only occurs for the first boot. If you reboot, all the issues should be gone - user details are no longer copied to new accounts and the welcome video is no longer played on each login.
Discussed at 2013-05-30 blocker review meeting: http://meetbot.fedoraproject.org/fedora-blocker-review/2013-05-30/f19final-blocker-review-1.1.2013-05-30-16.02.log.txt . Accepted as a blocker per criterion "The release must contain no known security bugs of 'important' or higher impact according to the Red Hat severity classification scale which cannot be satisfactorily resolved by a package update (e.g. issues during installation)".
The https://access.redhat.com/security/updates/classification/ page categorizes 'important' security issues as:
"This rating is given to flaws that can easily compromise the confidentiality, integrity, or availability of resources."
This certainly seems to constitute 'can easily compromise the confidentiality of resources'.
This was fixed upstream on 06-06 - six days ago - but only in git master, it looks like. As this is an F19 blocker, we either need a new upstream release and then to have that packaged for F19 and submitted as an update, or we need to have the fixes backported to the F19 package as patches against 0.11. Rui / Jasper, can you please take care of that? Thanks!
gnome-initial-setup-0.12-1.fc19 has been submitted as an update for Fedora 19.
* should fix your issue,
* was pushed to the Fedora 19 testing repository,
* should be available at your local mirror within two days.
Update it with:
# su -c 'yum update --enablerepo=updates-testing gnome-initial-setup-0.12-1.fc19'
as soon as you are able to.
Please go to the following url:
then log in and leave karma (feedback).
Note: this build is in F19 Final TC5, the fix can be tested there. I'm testing it at present.
Fix looks to be confirmed in TC5, I followed the reproduction steps in the report and the first user's account is not present in the second user's config. g-i-s ran for the second user.
gnome-initial-setup-0.12-1.fc19 has been pushed to the Fedora 19 stable repository. If problems still persist, please make note of it in this bug report.