I was just talking with J.D. Meier (from PAG) about the Improving Application Security book and he pointed out a great page to me… the “Solutions At A Glance” list… this page lists a ton of very frequently asked questions around .NET security and provides links deep into all that great PAG security info.
How to write secure managed code
Use strong names to digitally sign your assemblies and to make them tamperproof. At the same time you need to be aware of strong name issues when you use strong name assemblies with ASP.NET. Reduce your assembly attack profile by adhering to solid object oriented design principles, and then use code access security to further restrict which code can call your code. Use structured exception handling to prevent sensitive information from propagating beyond your current trust boundary and to develop more robust code. Avoid canonicalization issues, particularly with input file names and URLs.
For information about how to improve the security of your managed code, see Chapter 7, “Building Secure Assemblies.” For more information about how to use code access security effectively to further improve security, see Chapter 8, “Code Access Security in Practice.” For information about performing managed code reviews, see Chapter 21, “Code Review.”
How to prevent SQL injection
Use parameterized stored procedures for data access. The use of parameters ensures that input values are checked for type and length. Parameters are also treated as safe literal values and not executable code within the database. If you cannot use stored procedures, use SQL statements with parameters. Do not build SQL statements by concatenating input values with SQL commands. Also, ensure that your application uses a least privileged database login to constrain its capabilities in the database.
For more information about SQL injection and for further countermeasures, see “SQL Injection” in Chapter 14, “Building Secure Data Access.”
For a ton more questions and answers, you can check out the entire page here
Thoughts on this post? Feel free to reach out on Twitter!
2004-07-27 02:22 +0000
e06898f @ 2019-03-31