Perimeter
7/17/2009
03:06 PM
John H. Sawyer
John H. Sawyer
Commentary
50%
50%

Defensible Network Architecture Ideal For Incident Response

In my last blog, I talked about how incident response is more than just preparing your first responders by training them and providing them with the tools. Your network and systems need to set up in preparation, too, so that you have the information you need when handling an incident. It wasn't until yesterday that I remembered what I think is one of the best models of network design that fits the mold of what I mean by having your environment ready for an incident.

In my last blog, I talked about how incident response is more than just preparing your first responders by training them and providing them with the tools. Your network and systems need to set up in preparation, too, so that you have the information you need when handling an incident. It wasn't until yesterday that I remembered what I think is one of the best models of network design that fits the mold of what I mean by having your environment ready for an incident.Richard Bejtlich's Defensible Network Architecture 2.0, an updated model of the defensible network architecture (DNA) he defined in his books, describes an environment that is monitored, inventoried, controlled, claimed, minimized, assessed, and current. If only we could all be so lucky to achieve that type of environment one day -- then we'd be in great shape to handle nearly any incident that comes at us.

I'll leave you to go and read Richard's blog entry, but to hit some highlights: Monitoring is an absolute must if you want to know what's going on in your network. The more content you can capture for looking back on when an incident occurs, the better. Just keep in mind that some of the content you capture could be sensitive, so take the necessary precautions to protect your monitoring systems. I know that sounds like a no-brainer, but I saw a group have nearly every one of the IDS hosts owned by a worm because they weren't fully patched and were accessible from the workstation network.

Inventorying and claiming systems go hand in hand. If you can inventory all of your systems and find out their purpose and what they store, you can respond more effectively to incidents. Likewise, knowing who they belong to is huge, yet not always an easy task in a large, diverse enterprise.

I could go on and on about Richard's DNA model and how important trying to achieve it is when preparing to handle incidents, but I think as you read through the different sections, you'll realize it yourself. When you're done, ask yourself how your current environment stacks up and what would it take to get you there.

John H. Sawyer is a senior security engineer on the IT Security Team at the University of Florida. The views and opinions expressed in this blog are his own and do not represent the views and opinions of the UF IT Security Team or the University of Florida. When John's not fighting flaming, malware-infested machines or performing autopsies on blitzed boxes, he can usually be found hanging with his family, bouncing a baby on one knee and balancing a laptop on the other. Special to Dark Reading.

Comment  | 
Print  | 
More Insights
Register for Dark Reading Newsletters
White Papers
Cartoon
Current Issue
Dark Reading Tech Digest, Dec. 19, 2014
Software-defined networking can be a net plus for security. The key: Work with the network team to implement gradually, test as you go, and take the opportunity to overhaul your security strategy.
Flash Poll
Title Partner’s Role in Perimeter Security
Title Partner’s Role in Perimeter Security
Considering how prevalent third-party attacks are, we need to ask hard questions about how partners and suppliers are safeguarding systems and data.
Video
Slideshows
Twitter Feed
Dark Reading - Bug Report
Bug Report
Enterprise Vulnerabilities
From DHS/US-CERT's National Vulnerability Database
CVE-2014-8802
Published: 2015-01-23
The Pie Register plugin before 2.0.14 for WordPress does not properly restrict access to certain functions in pie-register.php, which allows remote attackers to (1) add a user by uploading a crafted CSV file or (2) activate a user account via a verifyit action.

CVE-2014-9623
Published: 2015-01-23
OpenStack Glance 2014.2.x through 2014.2.1, 2014.1.3, and earlier allows remote authenticated users to bypass the storage quote and cause a denial of service (disk consumption) by deleting an image in the saving state.

CVE-2014-9638
Published: 2015-01-23
oggenc in vorbis-tools 1.4.0 allows remote attackers to cause a denial of service (divide-by-zero error and crash) via a WAV file with the number of channels set to zero.

CVE-2014-9639
Published: 2015-01-23
Integer overflow in oggenc in vorbis-tools 1.4.0 allows remote attackers to cause a denial of service (crash) via a crafted number of channels in a WAV file, which triggers an out-of-bounds memory access.

CVE-2014-9640
Published: 2015-01-23
oggenc/oggenc.c in vorbis-tools 1.4.0 allows remote attackers to cause a denial of service (out-of-bounds read) via a crafted raw file.

Best of the Web
Dark Reading Radio
Archived Dark Reading Radio
If you’re a security professional, you’ve probably been asked many questions about the December attack on Sony. On Jan. 21 at 1pm eastern, you can join a special, one-hour Dark Reading Radio discussion devoted to the Sony hack and the issues that may arise from it.