Ubuntu QA:
BlogBrainstormPackage status
Log in
Ubuntu QA
The Ubuntu community has contributed 21986 ideas, 135057 comments, 2615221 votes
Idea sandbox Idea sandbox
Popular ideas Popular ideas
Ideas in development Ideas in development
Implemented ideas Implemented ideas

Popular ideas Here are the last 6 months most popular ideas about Ubuntu.

Smartphone backups  
Written by FeralFox the 22 Feb 12 at 16:18. Global category: Security. New
It is often quite complicated to backup the data of your smartphone. You need special software that needs to be installed on your computer, after that you have to copy the data and store it at a secure place.
Ubuntu for Android could manage this problem.
21
votes
up equal down
Solution #1: Automatic Backup for Docking Station on Smartphones
Written by FeralFox the 22 Feb 12 at 16:18.
When you put the smartphone into a "home"-docking station, Ubuntu could offer to automatically backup the data of the phone. These data may be stored directly on the docking station, secured by a password or the phone-PIN. (For enhanced security and more comfort, this storage may be unlockable by fingerprint)

Another advantage: If you loose your phone or buy a new one, you can easily "restore" these data and transfer it on the new phone using the docking station.

See the 2 comments or propose a solution >>

Using `sudo` messes with permissions in home directory  
Written by cousteau the 25 May 12 at 08:10. Global category: Security. New
Using `sudo program` sometimes messes with file permissions at the user's $HOME directory (often graphical applications, or any application that modifies the content of ~ or $HOME).
The usual way to get around this problem is to use `gksudo` in those cases, but one might sometimes forget that (specially, but not limited to, new users).
0
votes
up equal down
Solution #1: Add `alias sudo='sudo -H'` to .bashrc
Written by cousteau the 25 May 12 at 08:10.
Automatically aliasing `sudo` to `sudo -H` would workaround this problem (the -H option makes sudo change the $HOME variable to /root). This can be done by default by adding an `alias sudo='sudo -H'` line to the default .bashrc

Add a comment or propose a solution >>

Display Passwords Option at Login and for Encryption Programs Like GnuPG  
Written by StewartM the 4 Jan 12 at 22:12. Global category: Security. New
Ubuntu has moved to implement strong encryption such as ecryptfs and encrypted /home directories and even whole-disk encryption. This is a positive development and much appreciated.

However (and I know I will get those who disagree, seeing another proposal) the fact that one does not have the option to see the passphrase one enters as plaintext in my view tends to lessen security. To maximize security, one should employ passphrases which approach the cryptographic strength of the algorithms used, which--depending on the key size, requires passphrases equivalent to 20 random characters (for 128-bit key sizes) up to 37 (for 256-bit). The fact that most user-generated passphrases aren't random means that it's a good idea to go even longer.

Now, it is quite possible to remember long random-looking passphrases, utilizing upper- and lower-case keys and including letters, numbers, and symbols that would resist dictionary attacks. Typing them in reliably to do things like unlock a screensaver when all one sees is a line of '*****'s is another matter. Often I have to type my passphrases in a number of times before I type them in correctly. And I know my passphrasses aren't as long as the cipher would suggest they need to be. In brief, I believe that showing the user only lines of '*****'s tends to drive them towards using shorter and cryptographically weaker passphrases than they might ordinarily use. I know I would use longer passphrases if this were so.

Now--let me deal with the objections to this proposal. One would be that anyone else looking over one's shoulder would be able to see the passphrase if the user selected the "display passphrase" option. My answer to this is that the use of "****"s for passphrases evolved from a time when encryption was not used, and where users usually used weak passphrases like "SuzieQ". Yes, it is easily possible for a casual onlooker to see and remember someone typing "SuzieQ". It is another thing for the same casual onlooker to remember 30-odd random characters of what appears to be utter gibberish. The threat from the casual onlooker is thus overstated.

As for the other threats that having a "Display Password" option would supposedly present, they are specious. Yes, I suppose that someone who had unobserved access to the room where one's desktop sits could install a remote camera to capture the user entering a displayable passphrase. But if one had that access, it would be so much easier just to install a hardware keylogger and capture the passphrase that way. In fact, a keylogger would capture the passphrase whether or not it was displayed or not, illustrating how weak a defense utilizing those "****"s are.

[....]
-8
votes
up equal down
Solution #1: Have an option to display password
Written by StewartM the 4 Jan 12 at 22:12.
Where encryption was used or could be used (at login, with GnuPG keys, etc.) simply have a checkbox where a user could select "Display Password" as plaintext as an option.

See the 1 comments or propose a solution >>