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
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-2013-7441
Published: 2015-05-29
The modern style negotiation in Network Block Device (nbd-server) 2.9.22 through 3.3 allows remote attackers to cause a denial of service (root process termination) by (1) closing the connection during negotiation or (2) specifying a name for a non-existent export.

CVE-2014-9727
Published: 2015-05-29
AVM Fritz!Box allows remote attackers to execute arbitrary commands via shell metacharacters in the var:lang parameter to cgi-bin/webcm.

CVE-2015-0200
Published: 2015-05-29
IBM WebSphere Commerce 6.x through 6.0.0.11 and 7.x before 7.0.0.8 IF2 allows local users to obtain sensitive database information via unspecified vectors.

CVE-2015-0751
Published: 2015-05-29
Cisco IP Phone 7861, when firmware from Cisco Unified Communications Manager 10.3(1) is used, allows remote attackers to cause a denial of service via crafted packets, aka Bug ID CSCus81800.

CVE-2015-0752
Published: 2015-05-29
Cross-site scripting (XSS) vulnerability in Cisco TelePresence Video Communication Server (VCS) X8.5.1 allows remote attackers to inject arbitrary web script or HTML via a crafted URL, aka Bug ID CSCut27635.

Dark Reading Radio
Archived Dark Reading Radio
After a serious cybersecurity incident, everyone will be looking to you for answers -- but you’ll never have complete information and you’ll never have enough time. So in those heated moments, when a business is on the brink of collapse, how will you and the rest of the board room executives respond?