Author: Arthur

I was born in Kiev and have been living in Los Angeles for almost 25 years. I've been in IT pretty much since I was 13 and got my first computer. My specialties lie in the area of devops and web security, although I've pretty much done everything at one time or another.

CISSP

There was a defcon talk about CISSP. Here is a summary of the talk as well as the actual slides:

https://b10w.wordpress.com/2012/08/01/regarding-the-cissp/

http://attrition.org/security/conferences/why_you_should_not_get_a_CISSP-public.pdf

http://attrition.org/security/rant/cissp_convenient_ethics/

 

I am not sure why this is necessarily a controversial topic, though it does seem to come up almost every year. Certs are a problem in IT generally and InfoSec in particular. I am not sure if CISSP is any different from any other cert out there. There are a handful that I consider worthwhile: GSE, different flavors of CCIE and maybe a handful of others, like MCA, RHCA and VCDX. The common thread that runs across all of these is the hands on test and demonstration of real world experience.

Everything else is really just resume fluff. It’s good enough for demonstrating that you have some concept of fundamentals for a junior position, but not much else. No certs, and CISSP in particular, demonstrate the expert level knowledge that they purport to do. Ultimately, it’s almost always about showing a body of work and years of experience. I do think it’s a more pressing problem in the InfoSec field, simply because it’s such a broad domain and it’s more difficult to validate someone’s skillset.

 

 

BlackHat 2012, part II

As I’ve mentioned before, I didn’t make it out to the BlackHat this year. These are the top 5 ways to tell you’re not at a Vegas Con.  🙁 Some of the other notable things that I saw coming out from BlackHat/Defcon:

1. A significant vulnerability in MSCHAPv2 and by extension PPTP Microsoft VPN. The keys are too small at 56-bit DES. If you’re are still using it: don’t. The tool is here

2. A long paper about intrusion kill chains and a short summary of it. Here is one more for good measure. It boils down to the fact that you want to be able to detect and respond to an attack as early as possible. The only way to do that is to be able to look at events in context and be able to correlate disparate event streams into a single attack.

3.  A very neat attack tool. Could be excellent for pen testing.

4. Javascript attacks on SOHO routers.

5. Vulnerabilities in payment terminals.

6. How to attack poorly configured Apache servers. A new tool has been released for this. Vulnerability isn’t new; lazy admins with bad .htaccess files have been doing this for a while. This automates the process.

7. Possibly a nice extension to one of my favorite tools: Maltego.

8. A fairly significant 0-day against Oracle.