|
|||||||||||
|
RE: Writing Secure code
From: peleus <peleus(at)peleus.net>
Date: Tue Dec 31 2002 - 21:46:14 EST I agree.. I think this discussion has lost site of some important key issues. Some people skimmed them but I don't think they were nailed. For instance, take this psuedo discussion:
In order to define security, you have to define the environment it will be judged in. The exit(0) command is only flawed on certain systems with certain libraries. If I have a system with flawed FTP libraries but it is NOT networked to any other computer, is it insecure? In addition, security from the business POV is about risk management and if you are lucky risk elimination in certain cases. Look at car development. An air bag and ABS brakes makes your car more secure but only in certain situations. As long as you are on the road, their will be risk. The goal in car development is to make the car as safe as possible and still usable. You can define a program to be "secure" in a specific environment under specific conditions. It is the responsibility of everyone (not just developers) to ensure that the software remains secure. Guards prevent the hard drive attack, sys admins prevent the network attacks and code developers must ensure that inputs are checked, etc. *It is the responsibility of all the users of the software to notify everyone involved when the environment changes so that each part of the team adjusts to ensure the software's security.* If un-networked software suddenly becomes networked then the environment changes and the software is not secure until it is audited for the new environment. It is common for developers to say, "Well I never thought someone would use it for that!" -Peleus Received on Thu Jan 2 17:37:57 2003 This archive was generated by hypermail 2.1.8 : Wed Aug 23 2006 - 14:02:44 EDT |
||||||||||
|
|||||||||||