Written by underdog512 the 27 Jan 09 at 14:30.

Build support for the protocol directly into the next version of Ubuntu. Maybe integrate some tool into nautilis that uses this protocol.

Build support for the protocol directly into the next version of Ubuntu. Maybe integrate some tool into nautilis that uses this protocol.

Written by Lachu the 10 Jun 09 at 12:51.

I must admit it's my project, so I have many subjections about it. It try matching rules about files, commands, binaries described in special file to each activity. Each rules contains comment for end users and dangerous level. To any lines of script(or not script - it cannot contains forks or using env variables) we applied rule with highest dangerous level. Command don't matching to anything(command or binaries) have highest dangerous level. Before this precess we should preprocess file delivered to user. It's kinda funny. Allbody thinks scripting language don't needs preprocessing, but I would said in security manner yes. Preprocessor solving conditions, any blocks, loops, etc. In fact, it will gives us list of command to do. User may only read information on single dialog, looks at security information(icon, comments, files which will be touched, commands, etc. ) and answer yes or not. We don't need to remember password.

Please look at: http://slawek.lach.art.pl/secure-shell.tar.gz
It's only concept, but it also working, so you will test it. I think you should wrote some think similar.

Thanks!

I must admit it's my project, so I have many subjections about it. It try matching rules about files, commands, binaries described in special file to each activity. Each rules contains comment for end users and dangerous level. To any lines of script(or not script - it cannot contains forks or using env variables) we applied rule with highest dangerous level. Command don't matching to anything(command or binaries) have highest dangerous level. Before this precess we should preprocess file delivered to user. It's kinda funny. Allbody thinks scripting language don't needs preprocessing, but I would said in security manner yes. Preprocessor solving conditions, any blocks, loops, etc. In fact, it will gives us list of command to do. User may only read information on single dialog, looks at security information(icon, comments, files which will be touched, commands, etc. ) and answer yes or not. We don't need to remember password. Please look at: http://slawek.lach.art.pl/secure-shell.tar.gz It's only concept, but it also working, so you will test it. I think you should wrote some think similar. Thanks!

Written by bobmogal the 10 Dec 10 at 21:37.

An update to DEB would solve this, it would have to be optional to start with, say for 11.10, but then it should be required from 12.04 onwards.

An update to DEB would solve this, it would have to be optional to start with, say for 11.10, but then it should be required from 12.04 onwards.

Written by Lachu the 11 Dec 10 at 19:43.

Change nautilus/dolphin/plasma to run all programs ran by user in very minimal sandbox.

Also, let developers inform the system, which privileges application needs(by writing information is special section of executable file).

System can also reads import table to decide, what application like to do.

This information could been displayed for user and user will only click "allow" to exit sandbox or build new sandbox for this executable.

User will only click on file and select give requested rights, looks on displayed information and click accept.

Similar solution is using by Microsoft for exe file format.

Application, that supports this feature will inform user, that he must give privileges and rerun program. User will only right click on file and do described tasks.

Change nautilus/dolphin/plasma to run all programs ran by user in very minimal sandbox. Also, let developers inform the system, which privileges application needs(by writing information is special section of executable file). System can also reads import table to decide, what application like to do. This information could been displayed for user and user will only click "allow" to exit sandbox or build new sandbox for this executable. User will only click on file and select give requested rights, looks on displayed information and click accept. Similar solution is using by Microsoft for exe file format. Application, that supports this feature will inform user, that he must give privileges and rerun program. User will only right click on file and do described tasks.

Written by schmichael the 20 Oct 08 at 19:42.

Ubuntu Brainstorm was updated in January 2009. Since the idea #14632 was submitted before this update, its rationale and solution are not separated. Please vote accordingly, and if you have the necessary rights, please separate the rationale from the solution. Thanks!

<i>Ubuntu Brainstorm was updated in January 2009. Since the idea #14632 was submitted before this update, its rationale and solution are not separated. Please vote accordingly, and if you have the necessary rights, please separate the rationale from the solution.</i><br /> Thanks!

Written by diegoj the 28 Nov 08 at 01:25.

Ubuntu Brainstorm was updated in January 2009. Since the idea #16023 was submitted before this update, its rationale and solution are not separated. Please vote accordingly, and if you have the necessary rights, please separate the rationale from the solution. Thanks!

<i>Ubuntu Brainstorm was updated in January 2009. Since the idea #16023 was submitted before this update, its rationale and solution are not separated. Please vote accordingly, and if you have the necessary rights, please separate the rationale from the solution.</i><br /> Thanks!

Written by yman the 6 Feb 09 at 02:41.

(the term "file" here refers both to files and directories:)
When encrypting a directory, the directory and it's contents will be recursively encrypted. When a file is encrypted it's contents will be replaced with the encrypted version, which means links will still work, and the encryption will look more natural and intuitive to the user. When a file is decrypted, the decrypted content will be stored in a cache that's accessible only to the file's owner. When the owner of an encrypted file isn't logged in all files in the cache will be deleted. If a file was changed, the new version will be encrypted and replace the old content before being deleted.

The cache should sit in permanent storage (like a hard drive) so the data won't be lost in case of a black-out and other similar events.

(the term "file" here refers both to files and directories:) When encrypting a directory, the directory and it's contents will be recursively encrypted. When a file is encrypted it's contents will be replaced with the encrypted version, which means links will still work, and the encryption will look more natural and intuitive to the user. When a file is decrypted, the decrypted content will be stored in a cache that's accessible only to the file's owner. When the owner of an encrypted file isn't logged in all files in the cache will be deleted. If a file was changed, the new version will be encrypted and replace the old content before being deleted. The cache should sit in permanent storage (like a hard drive) so the data won't be lost in case of a black-out and other similar events.

Written by amay82 the 22 May 10 at 12:11.

For all networks in xchat-gnome, activate SSL by default if the network supports it.

For instance, I know two networks:
* FreeNode - on port 7000
* Ubuntu servers - on port 7000, too

For all networks in xchat-gnome, activate SSL by default if the network supports it. For instance, I know two networks: * FreeNode - on port 7000 * Ubuntu servers - on port 7000, too

Written by ppp0 the 2 Jun 10 at 08:48.

no idea right now...

no idea right now...

Written by Auzy the 19 Sep 08 at 09:00.

Ubuntu Brainstorm was updated in January 2009. Since the idea #13409 was submitted before this update, its rationale and solution are not separated. Please vote accordingly, and if you have the necessary rights, please separate the rationale from the solution. Thanks!

<i>Ubuntu Brainstorm was updated in January 2009. Since the idea #13409 was submitted before this update, its rationale and solution are not separated. Please vote accordingly, and if you have the necessary rights, please separate the rationale from the solution.</i><br /> Thanks!

Written by nandersson the 12 Jan 09 at 12:00.

Create a DNSSEC blueprint in Launchpad. Set priority accordingly and track progress from there. Could probably be targeted for Ubuntu 9.10.

Create a DNSSEC blueprint in Launchpad. Set priority accordingly and track progress from there. Could probably be targeted for Ubuntu 9.10.

Written by rodnyketi the 9 Jan 09 at 23:25.

Ubuntu Brainstorm was updated in January 2009. Since the idea #17163 was submitted before this update, its rationale and solution are not separated. Please vote accordingly, and if you have the necessary rights, please separate the rationale from the solution. Thanks!

<i>Ubuntu Brainstorm was updated in January 2009. Since the idea #17163 was submitted before this update, its rationale and solution are not separated. Please vote accordingly, and if you have the necessary rights, please separate the rationale from the solution.</i><br /> Thanks!

Written by openaccent the 20 Oct 10 at 09:21.

There would be an option to create a master password to access the "passwords and encryption keys" or atleast a password on the function of the "show passwords" box.

There would be an option to create a master password to access the "passwords and encryption keys" or atleast a password on the function of the "show passwords" box.

Written by ubuntuuser the 24 Nov 10 at 01:55.

My suggestion would be: if you tick show password box, the session login password of the user should be asked . If the password is wrong, then the credentials will not be shown.

My suggestion would be: if you tick show password box, the session login password of the user should be asked . If the password is wrong, then the credentials will not be shown.