Written by FiberOptix the 16 Mar 09 at 23:50.

I'm not a developer but I imagine that a solution might be implemented by creating a framework that manages backup and restoration along with the alternate install process.

Edit: I'm not surprised this hand-wavy solution is at -3, but then it should be easy to post a better one! I want to hear yours!

I'm not a developer but I imagine that a solution might be implemented by creating a framework that manages backup and restoration along with the alternate install process. Edit: I'm not surprised this hand-wavy solution is at -3, but then it should be easy to post a better one! I want to hear yours!

Written by ml2 the 24 Jan 09 at 15:58.

Implement a progress-bar which shows the password strength in the installer and user management tool.

Low strength = red;
middle strength = orange;
hight strength = green.

Thanks to Peter Koopman, who originally came up with the idea.

Implement a progress-bar which shows the password strength in the installer and user management tool. Low strength = red; middle strength = orange; hight strength = green. Thanks to Peter Koopman, who originally came up with the idea.

Written by gargouille the 30 Jan 09 at 02:55.

Solution #1 is an excellent idea. I think this could be expanded to have options for a password policy. These options could be available in System > Administration > Users and Groups. Check box options: (require uppercase & lowercase letters, require combination of numeric and alpha). A drop down box could also be added for the required minimum password size.

Solution #1 is an excellent idea. I think this could be expanded to have options for a password policy. These options could be available in System > Administration > Users and Groups. Check box options: (require uppercase & lowercase letters, require combination of numeric and alpha). A drop down box could also be added for the required minimum password size.

Written by JohnM_83 the 22 Mar 09 at 12:00.

Here is my idea. I know it is quite bizarre but it may work fine.
User could enable "advanced password input", it is not set as a default after installation.
One using it could select which characters in a "full" password should be the "real" password. For example:
x|x|x|m|y|x|p|a|s|s
where the real password is my pass and x-es could be any character, randomly inputed every time. It does not mean any random generation of a first password but user could input adsmydpass or ds3my0pass and still could log in, there fore the "decoy" characters would have no meaning for the real password but could put offtrack someone who tries to memorize what we just typed.
To make it secure, it would be not possible to enter 2 times in a row the same sequence of characters - it would result in an information that a wrong password was entered and generate a feedback for user who would see it after popper login.
Position of the real password characters could be chosen by user, also the number of the same pass entry which would result in lockout.
This method partially randomizes the password and makes it harder to copy. It could only apply for login screen, everywhere else surplus characters wouldn't be mandatory.
It is quite complex but I know that there are ideas to implement face recognition to Ubuntu unfortunately I also know many issues with such methods. Lenovo and Toshiba failed in preparing a safe method of such authentication and authorization so in the mean time maybe something a bit easier to implement :).

Here is my idea. I know it is quite bizarre but it may work fine. User could enable "advanced password input", it is not set as a default after installation. One using it could select which characters in a "full" password should be the "real" password. For example: x|x|x|m|y|x|p|a|s|s where the real password is my pass and x-es could be any character, randomly inputed every time. It does not mean any random generation of a first password but user could input adsmydpass or ds3my0pass and still could log in, there fore the "decoy" characters would have no meaning for the real password but could put offtrack someone who tries to memorize what we just typed. To make it secure, it would be not possible to enter 2 times in a row the same sequence of characters - it would result in an information that a wrong password was entered and generate a feedback for user who would see it after popper login. Position of the real password characters could be chosen by user, also the number of the same pass entry which would result in lockout. This method partially randomizes the password and makes it harder to copy. It could only apply for login screen, everywhere else surplus characters wouldn't be mandatory. It is quite complex but I know that there are ideas to implement face recognition to Ubuntu unfortunately I also know many issues with such methods. Lenovo and Toshiba failed in preparing a safe method of such authentication and authorization so in the mean time maybe something a bit easier to implement :).

Written by diwic the 19 Mar 09 at 22:43.

Under System -> Administration -> Users and groups -> user properties -> tab "user privileges", there could be a new row for this "multimedia" privilege. That would make it easy to configure.

Under System -> Administration -> Users and groups -> user properties -> tab "user privileges", there could be a new row for this "multimedia" privilege. That would make it easy to configure.

Written by firexq the 5 Mar 09 at 07:05.

When I right-click a file and select "encrypt", I should have the option to simply enter a key and generate; this way, the key never leaves active memory, and the tinfoil hat can stay firmly on my head.

When I right-click a file and select "encrypt", I should have the option to simply enter a key and generate; this way, the key never leaves active memory, and the tinfoil hat can stay firmly on my head.

Written by tenplus1 the 5 Mar 09 at 21:23.

Nautilus can handle right-click scripts that allow the user to encrypt/decrypt a file by entering a password, this is available on www.gnome-look.org

Nautilus can handle right-click scripts that allow the user to encrypt/decrypt a file by entering a password, this is available on www.gnome-look.org