Sunday, June 30, 2013
The Sans Top 20 Control 5 Malware defense
http://www.sans.org/critical-security-controls/control.php?id=5
Everyone knows they should have Anti-Virus software. Well, I would hope most people do. Anecdotal evidence aside, why should people have Malware defense? Well like anything else I think a discussion of definitions needs to occur. Now hold on, this isn't going to be some boring list of words. It's going to be an exciting one! Malware is really just a catchall term for any piece of bad software. It's all the viruses, spyware, Trojans, logic bombs, ad-ware, and spyware that exists. Think of it as software that wants to hurt you and your PC.
Ok, now that we have defined it what can we do to stop it? Well the short answer is... not much. The people who are creating advanced malware are working very hard to do so. They have access to all the latest software and antivirus software. In fact they have kits which are intended to help them do this. You can actually lease time on cloud based services designed to create and distribute sophisticated attacks. https://blog.damballa.com/archives/tag/cloud. So if you are still reading you may be thinking, "well that's a lot of doom and gloom." Well hang in there.
While sophisticated attacks do exists many of the attacks being used are not. In fact many of the attacks which occurred last year were unsophisticated. http://blog.trendmicro.com/trendlabs-security-intelligence/how-sophisticated-are-targeted-malware-attacks/ This article discusses this idea. In addition, for a far more detailed analysis you can check to he Verizon Data Breach Investigation report. So if the attacks are using known vulnerabilities why can't we just fix them? In some cases this is due to the vendor not being able to re-work a difficult issue. However, in some cases it is because the end users need the functionality that is being exploited. Or, it may be that the flaw is not in public view.
The answer to all of these concerns is Malware defense. In a corporate environment have an automated anti-virus solution, monitor that antivirus solution, act on the reports it gives you, update the system, and most importantly educate users about it. This type of protection can also be integrated into firewalls. Network monitoring tools can look for known viruses, and bad behavior on a network. Most importantly have a plan. What will you do if a system becomes compromised? Who will you call, where will a replacement PC come from? More importantly how will you rebuild a server? How long will it take? Will you invest in a cleanup and evidence preservation effort? If you don't have the answers to all of these questions you are like most people. If you are looking for a place to start read SANS control 5.
The secret to malware defense is understanding the risk present, proper protection, and a recovery plan.
Sunday, June 23, 2013
Why on earth would I use Microsoft Visio
Sunday, June 16, 2013
Identifying Credible Resources, a how to!
Sunday, June 9, 2013
The SANS Top 20 Control 4, Continuous Monitoring
Saturday, November 19, 2011
Week 10, what we’ve covered so far.
Up until this point we've covered about half of the SANS top 20. For those of you who don't know I tend to reference the SANS information security reading room. This is where you can locate information on the top 20. I occasionally will bring in some experience or talk about a product I've used. When it comes to that I may reference a specific vendor. Ok, onto the specific review.
We've covered, why you need to know what you have. Why it's important to define how you setup systems. How to protect your border network, and analyze logs of all types, and lastly controlling who get's administrative privileges. The main idea is focusing on the things you can control. Most I.T. Security professional don't want to mention some of the more nasty truths out there. There is a really good chance that if someone wants to get into your network they can. However, the SANS top 20 isn't about that. It is about stopping the majority of attacks that are using well known and understood vectors. Furthermore, it's about limiting and understanding the damage post incident. I recently read the Verizon Report for 2011. This report shows that from the time of penetration to the time data is harvested, you have a sizable window to find out. Depending on the type of attack this could be anywhere from weeks to months. This means that if you are doing what SANS recommends you can minimize the impact! Furthermore, you will know what the impact was!
Next week I will be back with an exciting new topic… Malware prevention… Until then.
Sunday, November 13, 2011
The SANS Top 20 Week 9
This week we will be discussing controlled access. Most people are thinking, you mean like permissions on files? While this is certainly a large part of the picture, it is not the only part of it! Controlled access starts with asking who needs to know? I have often found myself in the position to decide who should have access to information. For the last few years I have fought this freely given power. When someone sends me a message which says, "I can't get into file x" I will typically respond with a few questions. These questions in my mind are the keys to controlling access to information.
Questions I ask myself.
- Who is in control of this data?
- Does the user already have access to this data? Many times the answer is yes.
- Do I need to ask HR or a department head about this?
- Is the data even being stored in the correct place? Is the user trying to share a personal directory?
- Does the user already have access to this data? Many times the answer is yes.
- What level of access is needed?
- In windows this is fairly straightforward
- Is this access permanent?
- In windows this is fairly straightforward
Questions I ask the user.
- When do you need this by?
- Does anyone else need access
- Who is requesting this?
- Have you opened a ticket or sent an e-mail (paper trail people, paper trail)
Ok, so I've made a point of giving out some basic information about what should be asked. This is what I've done in most situations which are not ideal. However, ideally what should happen is the following.
- DFS should be used. This gives data redundancy and availability.
- All shares should be hidden. While this isn't the end all be all of security it does stop casual browsing.
- Knowledge owners should be identified. In other words someone needs to approve these changes.
- When possible, setup shares by work area
- Drives should be universally understood and applied via script
- Access based enumeration should be used
- Make sure a process is known to request changes
While access to data is important, remember, just because you have the keys doesn't mean you should open the door!
Sunday, November 6, 2011
The SANS Top 20 Week 8
This week we will be discussing… Controlled use of administrative privileges. This idea begins with a discussion on what accounts have administrative access. Ok, after a few weeks of reading these I would expect most people to already be saying, "How can I know what I'm limiting if I don't know what I have?" That of course is a great question. When it comes to PC's, I recommended using group policy. You can actually set restricted groups. This will make sure that no matter what when a PC is rebooted only the list groups have admin access. This means that if an admin wanted to give a user rights and then forgot, they would be gone when the PC rebooted. Another recommendation I have is checking who in active directory is part of the admin users group. This can be accomplished with a power shell script or even a manual glance at the group. Additionally, you can do some research. You should spend time finding out when the last time the admin password for any system was changed. I recommend beginning to document some of this in a spreadsheet or something. If you need to change an admin password go ahead and do it. After that, I would recommend finding out which processes i.e. backups, websites, services, etc… are dependent on admin passwords. Once you find this out you can begin the process of making sure those accounts are using service accounts. The big picture here is making sure that admin accounts are used by administrators only, only used when needed, and are relatively secure. In my experience the issue with changing admin passwords is the unpredictable things which break in a network upon doing so. Documentation and planning are truly the keys to this week's topic.

