Back in the June 08 LANDesk Link LANDesk made an announcement about its commitment to support the Secure Content Automation Protocol (SCAP). As part of that commitment, a few of us from LANDesk checked out the 4th annual Security Automation Conference in Gaithersburg, MD. Follow along with me as I recap the conference.
Just one quick note: I want to briefly mention how impressed I was with NIST’s organization and execution of the conference. Thanks NIST, and I am looking forward to attend next year’s conference.
Day 1 (Sep. 22, 2008): Tutorial Day
This day was really helpful for one of my fellow co-workers that was still a little unsure what the contents of SCAP alphabet soup were. The day’s presentations were helpful in identifying the different roles each of the SIX SCAP standards played. The XCCDF & OVAL presentation really helped this co-worker understand why OVAL and XCCDF are the “meat and potatoes” of SCAP. Check out http://nvd.nist.gov/2008-presentations.cfm?workshop1All if you’re interested in seeing these presentations.
Day 2 (Sep. 23, 2008): Conference Day…so it begins
This was the first official day of the conference, and it started off with normal administrative remarks and description of the day’s activities. Being sponsored by NIST, it was no surprise that the initial introduction was filled with physics, math, and general geek jokes… now I know why I wasn’t able to hang out with the cool kids at school. I wonder if I would have taken my AP Calculus test they would have let me sit with them.
I want to start by talking about the FDCC Technical Discussion. There were a few topics that were talk about that’ll just briefly mention. One of the first items discussed was the need for a report standard that clearly shows which machines that comply and ones with deviations. Another topic covered was where one could find technical information on the FDCC outside of NIST’s website. Microsoft’s FDCC blog was mentioned as alternative resource (see the link below). The third topic discussed was NIST may be considering the retirement of the FDCC Virtual Machines. Yet another topic covered was the requirement of purchased software to be compatible with the FDCC configuration, and each software vendor needs to provide some sort of self assertion. For the slide deck to this presentation and others presented on this day see: http://nvd.nist.gov/2008-presentations.cfm?conf1All
Microsoft blog: http://blogs.technet.com/fdcc/archive/2007/12/24/set-fdcc-lgpo-utility-to-apply-fdcc-settings-to-local-group-policy.aspx
Day 3 (Sep. 24, 2008): Conference Day 2…so take that
The start of the second day was kicked off by a rather clever presentation that cleared any misconception that SCAP is powered by “The Dark Side.” I can only hope it wasn’t some Jedi mind trick…
The day’s official presentations started off with Karen Evans, from OMB, who had a few things to say about the FDCC and SCAP in general. Karen brought up a couple of important topics that I think are worth discussing, but I will spare you by only rambling -on about one of them. Karen touched on the concept of how costly it can be to deviate from a prescribed security policy or standard. The point being this, an agency that deviates from something like the FDCC standard will be spending more money than it needs because it has to manage each deviation individually. For the most part I agree with this argument. This is because an IT organization has to spend extra time in devising a plan to mitigate the risks associated with the deviation; also this organization has to take extra time to manage the difference in system configuration. These are just a couple points among others that illustrate why it is costly to deviate from a set configuration standard or security policy. I am going to leave this topic here because this could be a blog topic in itself.
The next presentation worth mentioning is Intel, General Dynamics, and VMware’s joint presentation on their partnership in securing the virtual environment. The biggest benefit I see from their efforts is the ability to isolate memory and hardware access so that each VM cannot negatively affect another VM’s operation. However, read for yourself at: http://nvd.nist.gov/2008-presentations.cfm?conf2All
Thanks for reading and look for more posts in the future.