Programming WCF Services

Overall Policy

To the traditional commonplace security aspects of authentication, authorization, transfer security, and identity management, I would like to add one that is less technical and conventional, but to me just as important: what is your business’s approach and even your personal approach to security; that is, what is your security policy? I believe that in the vast majority of cases, your application simply cannot afford not to be secured. And while security carries with it performance and throughput penalties, these should be of no concern. Simply put, it costs to live. Paying the security penalty is an unavoidable part of designing and administering modern connected applications. Gone are the days when developers could afford not to care about security and deploy applications that relied on the ambient security of the target environment, such as physical security with employees’ access cards or firewalls.

Since most developers cannot afford to become full-time security experts (nor should they), the approach I advocate for overall security policy is simple: crank security all the way up until someone complains. If the resulting application performance and throughput is still adequate with the maximum security level, so be it. If the resulting performance is inadequate, only then should you engage in detailed threat analysis to find out what can you trade in security in exchange for performance. My experience is that rarely do you need to actually go this route, and ...