Perimeter
11/28/2011
12:29 PM
John H. Sawyer
John H. Sawyer
Commentary
Connect Directly
RSS
E-Mail
50%
50%

Penetration Tests: Not Getting 'In' Is An Option

Pen testers must get beyond just breaking in, and clients need to understand how the tester's results map to business risk

The goal of a penetration tester is often misunderstood. It isn't centered around getting shell on a client's critical Web server or domain admin within its Microsoft Active Directory environment. Sure, those things are fun and can cause us to dance around like tweens at a Katy Perry concert, but there's more to penetration testing. The purpose of the test is to demonstrate the risk and impact that existing vulnerabilities, misconfigurations, and lack of security awareness training can have on a business.

There was a conversation a few months ago on a penetration-testing mailing list about what to do when you don't get in. "In," in this context, is the coveted admin shell or domain admin credentials that show off what a master of pwnage you really are and gives that warm, fuzzy feeling that you kicked butt. While getting in is fun and obviously much more interesting than when you don't get in, the fact is that we can't get in every time, and there are good and bad reasons for that.

The most common roadblock is having a limited scope due to restrictions set forth by the client. For example, the client might have 42,000 employees and 1,337 external IP addresses where 97 percent of the IPs belong to live hosts running approximately 93 percent of the time, but it only wants you to test 12 of those IPs over a two-day period. Any chance the results of testing those 12 hosts will give perspective into the true risk the organization faces from its IT resources? Not likely.

But what if the entire network and users were within scope and you still couldn't get in? The first hurdle might be time and resources. We typically hear that malicious attackers have all the time in the world to get in, which is why they will always get in. It isn't unheard of for an attacker to spend weeks or months doing recon and planning an attack, but this isn't a luxury penetration testers have. There are deadlines, and time is money.

What if the target company has a mature security program? For example, let's say you encounter a security program that has been around for years with top-notch security professionals and a generous budget. They've locked down the perimeter, segmented the internal network properly, locked down the workstations, and performed highly effective user awareness training. I know it sounds like a pipe dream, but those places do exist, and what if you were lucky enough to come up against it?

One member of the list stated it perfectly by saying that in an environment like the one just described, you're not going to find the vulnerabilities that you'd be able to easily pick up using a vulnerability scanner. The goal at that point is to use the test to validate the program's efforts to be sure nothing is missed. Not getting in or finding any serious vulnerabilities shouldn't be a reflection on the penetration tester, although the report should accurately reflect the methodology, in detail, to help the client be sure the test was thorough.

Beyond just validation, start focusing on other areas that are not included in the usual network penetration test. For example, code reviews of internally developed Web apps and a Web application penetration testing against them would be a good start. Data leakage assessments are another interesting area that can involve everything from analyzing what's being posted on social media and company sites to sniffing the outbound corporate network traffic to see what's getting out.

Those are just a few ideas. In the end, the penetration test must provide value to the client and accurately reflect the risk posed to the business. Of course, the client should want and expect the same while not focusing on getting a checkbox filled on its compliance report (but we know how these things go). Just remember that not getting that shell or owning that DC is OK, but the client needs to understand why, know that its money was well-spent, and be provided with options for enhancing the current and future tests.

John Sawyer is a Senior Security Analyst with InGuardians. The views and opinions expressed in this blog are his own and do not represent the views and opinions of his employer. He can be reached at johnhsawyer@gmail.com and found on Twitter @johnhsawyer.

Comment  | 
Print  | 
More Insights
Register for Dark Reading Newsletters
Partner Perspectives
What's This?
In a digital world inundated with advanced security threats, Intel Security seeks to transform how we live and work to keep our information secure. Through hardware and software development, Intel Security delivers robust solutions that integrate security into every layer of every digital device. In combining the security expertise of McAfee with the innovation, performance, and trust of Intel, this vision becomes a reality.

As we rely on technology to enhance our everyday and business life, we must too consider the security of the intellectual property and confidential data that is housed on these devices. As we increase the number of devices we use, we increase the number of gateways and opportunity for security threats. Intel Security takes the “security connected” approach to ensure that every device is secure, and that all security solutions are seamlessly integrated.
Featured Writers
White Papers
Cartoon
Current Issue
Dark Reading's October Tech Digest
Fast data analysis can stymie attacks and strengthen enterprise security. Does your team have the data smarts?
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-3304
Published: 2014-10-30
Directory traversal vulnerability in Dell EqualLogic PS4000 with firmware 6.0 allows remote attackers to read arbitrary files via a .. (dot dot) in the default URI.

CVE-2013-7409
Published: 2014-10-30
Buffer overflow in ALLPlayer 5.6.2 through 5.8.1 allows remote attackers to cause a denial of service (crash) and possibly execute arbitrary code via a long string in a .m3u (playlist) file.

CVE-2014-3446
Published: 2014-10-30
SQL injection vulnerability in wcm/system/pages/admin/getnode.aspx in BSS Continuity CMS 4.2.22640.0 allows remote attackers to execute arbitrary SQL commands via the nodeid parameter.

CVE-2014-3584
Published: 2014-10-30
The SamlHeaderInHandler in Apache CXF before 2.6.11, 2.7.x before 2.7.8, and 3.0.x before 3.0.1 allows remote attackers to cause a denial of service (infinite loop) via a crafted SAML token in the authorization header of a request to a JAX-RS service.

CVE-2014-3623
Published: 2014-10-30
Apache WSS4J before 1.6.17 and 2.x before 2.0.2, as used in Apache CXF 2.7.x before 2.7.13 and 3.0.x before 3.0.2, when using TransportBinding, does properly enforce the SAML SubjectConfirmation method security semantics, which allows remote attackers to conduct spoofing attacks via unspecified vect...

Best of the Web
Dark Reading Radio
Archived Dark Reading Radio
Follow Dark Reading editors into the field as they talk with noted experts from the security world.