Enterprise Application Whitelisting
|
RSS Feed
Posted by Brian Gladstein on Thu, Feb 14, 2008
Over the past few months we've been reading more and more about how application whitelisting solutions - like Bit9's - may end up becoming the de facto mechanism for securing corporate Windows PCs in the near future. So let's assume for a moment that yes, application whitelisting is the wave of the future and yes, you will be basing your security strategy on only allowing software that you know and trust to run in your environment. The next obvious question is... Are you ready for it? What can you do to prepare for running an environment where people can only use company-authorized software? In the next few postings I'll present some ways to assess your readiness for enterprise application whitelisting. Without further ado, here's the first question you can ask yourself to determine if you are ready for whitelisting.
Question 1: Is your IT staff stretched too thin? If you have got an IT staff that is too busy "fighting fires" on users' systems and cleaning up after messy software downloads or ugly malware incidents, you are probably aching to get more control over your desktops. After all - your IT staff's time is too valuable to be spent on every little problem that comes up. There are bigger fish to fry, like when you are going to deploy Windows Vista, or how to consolidate computing resources across the enterprise, or how to achieve PCI, SOX, and HIPAA compliance. Yet many IT departments simply get behind the 8-ball with respect to their desktop infrastructure. As users' computers age, the software on them drifts so that they look very different from how they looked when they were first provisioned. Those inconsistencies cause problems in everything from security to auditability to software licensing costs. But imagine for a minute what would happen if you could eliminate those inconsistencies. If you could ensure that a software you provisioned did not drift from your original copy of it - and only software you approved or authorized was allowed to run on it. Wouldn't this make your job so much easier? Wouldn't it reduce the number of problems you have to deal with on a monthly and even daily basis? You bet it would! And customers who have implemented application whitelisting are realizing every day how much more productive they can be when they aren't spending all their times firefighting. So if you think your IT staff hasn't got the time to address the initiatives it should be... you are probably ready for enterprise application whitelisting!
Posted by Brian Gladstein on Wed, Oct 10, 2007
When you buy a security product, do you want to know how well it did against malware that was out last year? Or do you want to know how well it protect you from attacks in the future? The answer is obvious. Well apparently organizations like AV-Test.org think you don't care about malware that will come out tomorrow... or even what is out there today. It may shock you to learn how they have been conducting their testing. They basically pre-load a pile of malware on a PC and stick an antivirus solution against it. Effectiveness is measured by how much malware is found and stopped. So basically - when malware comes onto the machine through an email... when a known vulnerability is patched... when a user visits a webpage that contains a drive-by... all these attacks mean nothing against the test. Nor does any malware that is coming out today. Or tomorrow. Or even just a couple of days ago. Because the malware that is used for the testing is an old sample that the AV vendors have every opportunity to write specific signatures for. That doesn't represent the way your PCs when they are actually on the Internet. It's a joke! Here's an article from The Register that is describing how finally, people are thinking about considering a different testing approach that incorporates additional aspects of desktop security like behavioral HIPS and patching and firewalls. It's about time. Still, how can you trust the results of a test that can't even tell you something so simple as "how infected does a computer on the Internet get with a given protection scheme?" If you ask me - this is what is wrong with the endpoint security industry today. Too many people patting themselves on the back for fighting malware, and not attention paid to real-world effectiveness. What do you think? Please comment...
Posted by Brian Gladstein on Thu, Oct 04, 2007
Much has been said on the topic of the convergence of IT Security and IT Operations. We all see the trend - or steady march now - towards an integrated business function where security is built into every process and aspect of how information technology is managed at a company. The security industry welcomes this because, let's face it, it's a fight to get people to pay attention to security. System admins too often view security as an afterthought, and one that is rarely prioritized the way it ought to be. But what few people in the security industry seem to realize is that IT security has become too complex for most administrators on the operational side. Malicious software has become so hard to detect - and malicious behavior is so hard to distinguish from legitimate behavior - that the amount of attention a typical admin must pay to overseeing security audit trails and policies is overwhelming. Let's look more at the situation on the desktop. Think of how many layers of security now exist on a PC: antivirus, antispyware, personal firewall, HIPS, popup-blockers, URL filtering... the list goes on. Each of these tools has its own security policy, its own set of audits and reports, its own management interface. And as IT security organizations succeed in pushing these tools onto enterprise desktops, it is the IT operations group that has to deal with it all. Even where agents and consoles are integrated or combined, each technology has its own unique philosophy - meaning that the policies require specialization to properly implement. And after all, it is the implementation of the policy that determines how well the underlying assets are protected. A nuclear power plant can have all the right precautionary procedures in place, but if the workers refuse to follow them... meltdown. So what is the real effect on an IT organization and its security effectiveness? If security is too complex to manage, IT admins either set policies too loosely (so what's the point of the security layer) or they make too many configuration errors (which often eliminates security benefits). Plus, the specialization required to operate these tools means additional training, additional headcount, or similar impact on cost and operation. This trend is sadly only getting worse. That's where whitelisting comes in. Whitelisting represents a complete reversal in thinking. The skillset required to identify a "good" or "authorized" piece of software is far more common in existing IT organizations. Customer like that - it's easy for them to implement, it sets a higher security baseline, and significantly reduces the threat surface they need to devote attention to. There has been a lot of discussion lately about whitelisting as a security technology. Several experts appear to be questioning its effectiveness against emerging threats (a point I am happy to argue, by the way). They claim that whitelisting simply can not substitute for the many researchers who devote their lives to identifying malicious software. But I put the question back to the industry: if the technology we create to identify malicious software is too complex for people to use - have we really done our jobs? Have we successfully crossed from the theoretical to the practical? Are we really protecting people? Personally, I don't think so. That's what whitelisting represents for me - and for many of our customers - the most practical way to converge desktop security and operations.
Posted by Brian Gladstein on Wed, Sep 26, 2007
In the September 2007 issue of VirusBulletin, our CSO Ian Poynter wrote a response to an opinion piece that was originally written by Dr. Vesselin Bontchev in the previous issue of the magazine. You need to be a subscriber to VirusBulletin to read both pieces ( register!), but the substance of the discussion centers on whitelisting and was driven by this comment thread on The Register. Dr. Bontchev took the position in his article that whitelisting will never replace antivirus as a basic security technology. My response? Never is a long time. Here are some other well-known "never's" (and I paraphrase):
There will never be a market for more than 5 computers in the world. -- Thomas Watson, chairman of IBM, 1943
A PC will never need more than 640K of memory. -- Bill Gates, founder of Microsoft, 1981
There will never be a reason anyone would want a computer in their home. -- Ken Olson, president, chairman and founder of Digital Equipment Corp., 1977
And my favorite: "Guitar music is on the way out." -- Decca Recording Co. rejecting the Beatles, 1962
I thought the comments to the Register article were fascinating because they reveal why people are so concerned about the concept of a whitelist. Let me summarize the top fears as I interpreted them in that thread: - A dominant vendor controlling the whitelist would stifle competition in the marketplace – particularly from open-source projects and small vendors – by not including them in the whitelist.
- There’s simply too much software out there to make a whitelist efficient.
- Viruses that don’t run as executables could not be stopped by a whitelist
Let me address each of these briefly: A dominant vendor controlling the whitelist would stifle the marketplace
The intellectual in me recognizes that people are concerned with a specific overall model, so let me state this clearly: whitelist-based security should not be implemented with a centrally-managed list of “good” software that is maintained by a single vendor. Bit9 certainly doesn’t work this way and never has. The whitelist itself should be maintained by the customer, a community, or even an individual PC owner. That way you decide what software should and shouldn’t run. The idea behind whitelisting is to move to a computer management model where the software on the PC is controlled. So rather than being a wide-open platform where any software can be launched by a user or another piece of software, a whitelist-based security model only allows the stuff you want to run. And often that includes non-malicious software you don’t own, want, or need. Now, the cynic in me says “Don’t you realize that this is already happening?!” The antivirus companies collect and distribute signatures that label software as malicious. There have been cases where spyware companies have fought that verdict and won. On the flip side, there are legitimate companies out whose behaviors have been questioned as getting a free ride from the AV companies (we all know about Sony and Windows Genuine Advantage). There’s simply too much software out there to make a whitelist efficient.It’s true there is a lot of software on the Internet. As I write this, our Bit9 Knowledgebase which crawls the web to identify and assess software has cataloged over 4.3 billion software files that make up some 9 million applications… and it grows by about 50 million files every day. Those numbers may sound extreme – but remember, you will only run a tiny, tiny fraction of these, even in a large organization. I think the confusion comes from a key difference in the way a whitelist model works as compared with a blacklist model. Remember, with a blacklist model like antivirus, the system is looking trying to match every file on a PC against one of the million or so known signatures for malware. On the contrary, with whitelists, the system is only trying to match files against what’s on the whitelist. A typical PC has about 10,000 executable files on it, but because of the commonalities between PCs, even a large organization typically won’t have more than a couple hundred thousand unique executable files across the entire organization. So the set of data you are comparing against is only about 1/5-1/10 the size of the malware signature set. Plus all the files on the PC need to be re-assessed every time the blacklist gets updated with new signatures. Not so with whitelists - enforcement is a simple check at program launch time. The only time the 4.3 billion files come in is when new software comes into your environment. Then you have to identify it (you can use the knowledgebase for that) and decide whether to approve it or not. And this is a highly automated, very efficient process… but I’ll save that for another post. Viruses that don’t run as executables could not be stopped by a whitelistFinally, there’s the concern from the Register comments that a whitelist can’t stop every attack – in particular, those that don’t run as executables. One again, the cynic in me says that neither do antivirus solutions stop every attack – no security solution stops every attack -- that’s why the industry promotes layered security in the first place. But what does a good application control solution stop? - Any type of exploit delivering any type of payload
- A product with a known vulnerability that is being exploited
- Older versions of applications that are not up to patch specifications
- The installation of rootkits, botnets, and other software that is virtually undetectable once it does get installed
As part of your security strategy, this provides significantly more flexibility and power than anything currently in your arsenal. So there it is. Read VirusBulletin – it’s worth it. And let me know what you think!
Posted by Kim Ann King on Tue, Aug 14, 2007
Did you know that high-tech criminals are exchanging goods on auction sites, leasing time on botnets, and renting lists of security companies’ IP addresses. Too often, their goal is access to one, specific enterprise network – maybe yours – that they can mine for marketable data. Robin Bloor, partner in noted industry analyst firm Hurwitz & Associates recent participated in a webcast called “Confidential Data for Sale: 7 Ways High-Tech Criminals Compromise Your Computers.”
Today’s hackers are after your enterprise data, and the tools and services they employ to get at it are supported by a sophisticated and fast-growing criminal industry. Even more surprising, and worrying, is how ineffective today’s standard enterprise security practices are at stopping these sophisticated attacks. Consider the following:
- It takes many companies days or weeks to deploy a patch, yet a virus can morph into an undetectable state within a few hours.
- For $200 you can buy a shrink-wrapped hacker’s software development kit (with updates).
- There are more than 5 million PCs under the control of botnets.
- Most of these viruses – if not all – can be stopped if PCs blocked unauthorized software.
All Posts
Error sending email
Email sent successfully
|
|