Discussion Locked

Development Security Forum

0 helpful
22 replies
Closed to new repliesThis discussion is closed. It stays readable, but it takes no new replies.

Development Security Forum
Welcome to the Development Security Forum. This is the place to post your security questions, share your best techniques, and express your opinion on topics that impact IT development.

We also encourage you to post your comments about the Development Security Spotlight TechMail.

If you haven't subscribed to the Development Security Spotlight TechMail, there is no better time to take advantage of our free e-newsletter. Visit our e-newsletter subscription centerto subscribe to this valuable TechMail today:
http://builder.com.com/techmails.jhtml?repID=u001

22 replies

by Mark W. Kaelin

Secure software is stable software:

The Feb. 18, Development Security Spotlight TechMail discusses the creation of secure software with stable designs. When you develop your applications do you consider that a user may intentionally try to cause your software to fail? Do you consider this a priority with regard to secure development?

by cdragonne

I am the head of QA at my company and I crack down on the developers about the security of their applications. I am always told they'll "fix it later" or "its not our job". Wrong! When customer data is at stake, its everyone's job. I proved my point once by purposely breaking into an app and posting a note on the front page saying "Listen to your QA person." Needless to say, this is an extreme example, but it did get them to listen.

by tech locksmith

I certainly hope no one thought I was taking a dig at developers - unless you have actually worked (or tried to work) around the edges of cutting edge cryptography you have no concept of how complex it can be. I know just enough about cryptography as the saying goes, "to be dangerous." My only defense is that I realize this and therefore avoid any serious work in the field.

Just as a simple reminder, the most useful of today's "new" crypto tools, public key cryptography, involves trap door functions which required some pretty innovative mathematical theory to realize.

You can find a basic explanation of trap door functions and RSA at:
http://www.math.pku.edu.cn/stu/eresource/wsxy/sxrjjc/wk/Encyclopedia/math/r/r403.htm

The PollardP-1 Factorization Method is described at:
http://www.math.pku.edu.cn/stu/eresource/wsxy/sxrjjc/wk/Encyclopedia/math/p/p439.htm

This shows that you have to be careful even when using trap doors.

by Mark W. Kaelin

Fewer application features means more secure development:

The Feb. 25 Development Security Spotlight TechMail discusses reducing feature bloat to increase security. How do you resist creeping complexity in your application development? What application features have you refused to implement for specific security reasons? Tell us about it.

by tech locksmith

I guess I should point out one more factor that should help constrain the number of features. Although I mentioned that doubling the number of lines of code made the testing process much more complex, I hadn't bothered pointing out the most obvious threat from bloated applications.

Everyone makes coding errors; the only program I ever wrote that worked perfectly the first time only had six lines of code. After that I started making mistakes.

Various studies produce different specific numbers but I don't think anyone would claim that their projects contain zero errors in, say 10,000 lines of code.

Obviously then, if you double the number of lines of code you certainly double the number of coding errors even if you develop in modules or find some way around the testing becomming much more difficult.

John McCormick

by cdragonne

While personally I agree with security being important in any application being built, and that the more complex an application, the more likely there will be security issues....how do you stop feature creep from a manager perspective? What I mean is while the app works and is secure, how to do convince the manager of the project to stop "feature creep" so that the app will stay secure. They just dont get it. Its always, "Well, we really need feature x, y ,z for the CEO's stepsister's cousin...Do it." How do you fight a losing battle?

by tech locksmith

That's always the problem and the real challenge in any security program.

One way is to keep a file of major security threats exploited in applications and especially any which involved loss of customer data because that can lead to massive legalproblems.

Another is to send them a copy of this column along with the estimated costs to companies of those system penetrations.

In the end, of course, you may only be playing CYA in the event of legal action but at least you should be able to avoid the brunt of the backlash when you are ignored and something does happen.

Probably the best thing you can do is remember the arguments against feature bloat - weakened security, increased development costs, and increased support costs - and include those in any proposals or budgets for future projects.

You can't glue security on at the end.

Good luck cdragonne, you've certainly put your finger on the real problem!

by Mark W. Kaelin

Health-related businesses under the HIPAA gun:

The March 4, Development Security Spotlight TechMail discusses The Health Insurance Portability and Accountability Act (HIPAA) Security Rule. How will the HIPAA Security Rule impact your business? Are you prepared to meet the requirements of this extensive Federal law?

by cdragonne

DO you know just how they are going to go about enforcing the HIPAA? I used to work for a major hospital in my area and they were lucky to know how to run a floor sweeper. This same hospital just went under a security audit and FAILED miserably. The only reason I know is an associate of mine was on the audit team. How can you get hospital management to release issues and then train their employees to follow them?

by Mark W. Kaelin

Achieve software security with modular development:

The March 11, Development Security Spotlight TechMail discusses the benefits of modular development with regard to security. Are your applications developed in a modular fashion? Does modular development equal secure development in your enterprise?

This discussion question was derived from a Development Security Spotlight TechMail. Would you like to receive an e-newsletter that discusses a topic such as this on a weekly basis? Get a subscription to the free Development Security TechMail by browsing to this URL:

http://builder.com.com/techmails.jhtml?repID=u001

by cdragonne

I think where I am, we have the opposite problem. We have one developer in charge of an entire project, who doesnt want input from anyone. He changes requirements on the fly and doesnt tell managers or QA. Then, he gets all huffy when he is called on it. Its the attitude of "I am better than everyone therefore I know how to write this properly." The only reason he is still around is that he is a damn good Java programmer.

But, we also suffer the other way, with too many developers and managers alike spoiling the code.

I am amazed we get anything to gold status.

by tech locksmith

I find it instructive that a few weeks after this column ran Microsoft announced that one of the company's big lessons from the first year of Trustworthy Computing project, was that they had to give someone (presumanble small teams or small team leaders) ownership of each module to track security and testing.

by Mark W. Kaelin

Plan for failure with fail-safe programming:

The March 18, Development Security Spotlight TechMail discusses the benefits of fail-safe programming in the development of secure software. Does your enterprise practice fail-safe programming as an integral part of the software development process? If the answer is no, why not?

If you haven't subscribed to the Development Security Spotlight TechMail, there is no better time to take advantage of our free e-newsletter. Visit our e-newsletter subscription center to subscribe to this valuable TechMail today:

http://builder.com.com/techmails.jhtml?repID=u001

by cdragonne

While what you say makes perfect sense, getting it to work in a real world environment is a something different all together. The developers I work with dont care about security, no matter how many times it is brought up. How do you convince developers to take application security seriously, aside from "hacking" the app to prove a point or stopping the release in QA?

by tech locksmith

Of course that's always the big question and if you don't have support from upper management then it's not a fight you can win.

With that in mind, and considering that every case is different, what I normally recommend is that you find the highest management who will listen and pile on with the examples of companies which have been sued, prosecuted, or otherwise publicly embarrassed by disclosures of poor security practices.

In some areas, such as those dealing with California customers, or anyone handling medical data, there are actually laws in place which will hit weak security very hard.

Your question is actually outside the strict concerns of how to secure software and is more a question of management but it's nevertheless a question we need to address.

Despite some training in psychology, I've always found it easier to get software to do what I want than people, but you do point out one of the major changes which must take place in the security community over the next decade.

For now I'll only repeat that without management behind you it's hopeless. Once you convince management, perhaps through an aly in the legal department, then you have to get them to give you, or someone, authority to enforce rules and punish violators in some way, perhaps going as far as keeping a list of problems and bringing them up during performance evaluations.

In any case, a clear, written security policy signed by everyone involved and enforced, is the first step to securing software. Without that knowing about specific security procedures isn't much good.

by cdragonne

As someone who does reviews on mobile equipment, one of the things I always stress is the need to secure mobile devices. Its nice to see that they .NET framework will help to that goal.

by cdragonne

What do you think the backlash from the rest of the IT community (consumers and businesses) will be when MS puts this in place?

by Mark W. Kaelin

Proper storage of crypto keys is crucial to securing apps:

The May 27, Development Security Spotlight TechMail discusses the proper storage of cryptographic keys when developing secure applications. According to cryptographers Adi Shamir and Nicko van Someren, viruses and hackers alike can find highly complex keys simply because they must be stored in files. Read their paper on the subject, available at the link below, and tell us what you think.

http://www.web.ms11.net/hawaii/keyhide2.pdf

If you haven't subscribed to the Development Security Spotlight TechMail, there is no better time to take advantage of our free e-newsletter. Visit our e-newsletter subscription center to subscribe to this valuable TechMail today:

http://builder.com.com/techmails.jhtml?repID=u001

by cdragonne

At my place of work, we use IM for everything. Why? Because its a corporate requirement! How do you get around that?

by maryweilage

In this two-part series, author John McCormick says that stream ciphers are one of the easiest encryption methods to apply and one of the most secure. However, if used incorrectly, stream ciphers can be one of the weakest encryption methods available. Part two describes a way to vastly improve the security of stream ciphers.

Do you use stream ciphers? Why or why not? Please share your thoughts on stream ciphers.

by maryweilage

The Aug. 5, 2003 Development Security Spotlight e-newsletter discusses a recent proposal and demonstration in which researchers discovered a new way to precalculate all possible hashed password strings.

What's your reaction to this new cryptographic discovery? Will this news affect how you improve password security in your organization?

To read the 15-page technical paper (in PDF), copy and paste this URL into your browser:
http://lasecwww.epfl.ch/pub/lasec/doc/Oech03.pdf

* Please delete any extra spaces that appear in the link when you copy it into your browser.

This discussion is closed to new replies.