Infrastructure Penetration Testing
We’re the good hackers for hire.
Perimeter infrastructure isn’t as porous as it used to be. In our experience, most infrastructure security threats stem from misconfiguration and human oversight. Automated testing cannot find these common errors. Our veteran engineers have you covered.
We start by understanding your systems. A security engineer identifies and fingerprints live hosts, and starts probing. What is the network topology? Which operating systems and available services are present? Are access control mechanisms in place? What core interactions occur between systems?
Using known vulnerabilities, a security engineer attempts to find entry points. Known vulnerabilities include legitimately provided services such as HTTP, FTP, SMTP mail exchangers, DNS, IMAP/POP, and file sharing services.
What vulnerabilities are present? These relate to network components configuration, design principles, and protocol-specific characteristics. Testing for these vulnerabilities utilizes spoofing techniques and protocol specific tests. A security engineer may exploit fragmentation, trust relationships, protocol encapsulation, routing tricks, and implementation flaws.
Misconfiguration and Backdoor Tests
Are systems configured correctly? Are there any backdoors? A security engineer attempts to exploit both.
Authentication and Access Control Schemes
Can a security engineer subvert authentication and access control mechanisms? They might use dictionary and brute force attacks on reusable passwords. They can exploit authentication schemes, social engineering, and contingency plan procedures.
White Box, Black Box, or a Combo
Our infrastructure penetration testing services include white, black, or gray box methodologies.
Recent Blog Posts
By: Justin Fimlaid Authentication is a critical piece of any application. It’s also always the piece of security architecture that is commonly attacked, so it’s important to get it right. When we talk about authentication it’s the act of establishing that someone or...
By: Eric Kobelski As a software developer turned security engineer, I continue to follow current development technologies, as it makes me more of an effective tester. One of the articles that I was reading contained an interview with one of the applications developers...
“NuHarbor performed an internal penetration test of our organization. Utilizing one of our legacy network protocols, they were able to gain administrative access and push malicious code to our network. Had this been a real attack, we could have lost everything.”
External Penetration Testing
We test the security posture and presentation of your external infrastructure facing the internet. We offer white box, black box, or a combination methodology. In white box testing, you provide architecture details of the technology being tested. With black box methodology, we begin with no information about your architecture. This simulates a nefarious outsider probing your company for weak points. In a gray box or hybrid solution, we start with no knowledge and move towards full knowledge to ensure thorough coverage. This is often the best use of clients’ budgets because you receive the best coverage for your time investment.
Internal Penetration Testing
We test the security posture of your internal infrastructure. As part of this test effort, we assess what someone within your internal network might be able to access. Think about the many clients, partners, and employees in your office. Where are you most vulnerable? For example, we can test as an outsider by connecting to the network port in a vacant conference room. Alternatively, you could provide logins for us to operate as a trusted insider to measure your security exposure.