Home / Knowledge hub / Network penetration testing
Knowledge hub
Network penetration testing
Testing the servers, services and network paths around your applications.
What it means
Network penetration testing is a security test of the infrastructure around your applications: servers, open ports, services, firewalls, VPNs, remote access and the paths between systems. A tester looks for weaknesses and tries to use them, with written permission from the owner.
It is often split in two. An external test works from the internet, as an outsider would. An internal test starts from inside the network, for example from a laptop or a guest connection, to show what an intruder could reach after getting a foothold.
Why it matters
Your application can be well built and still sit on an exposed database port, an unpatched VPN or a forgotten test server. Attackers scan the internet for those things constantly. A network test finds them before someone else does, which is far cheaper than finding out after an incident.
The internal view matters because breaches rarely stop at the first machine. A weak internal setup lets an attacker go from one low-value system to a valuable one, a path known as lateral movement. Many compliance regimes, including PCI DSS, call for network testing.
How it shows up
The work follows a pattern: discover hosts, scan ports and services, identify weak or outdated software, try to use what was found and record how far access extended. Common findings are default passwords, exposed admin interfaces, weak network segmentation and missing patches.
The mistakes repeat. The scope is limited to a list of addresses and misses a forgotten host. The test runs once and goes stale. Or the report lists scanner output without showing what was achieved. Agree the scope and the rules of engagement in writing, and test again after major changes.
Questions people ask
Network penetration testing, answered
How is network pentesting different from web application pentesting?
Network testing looks at hosts, services and network paths. Web application testing looks at the logic and code of the app itself, such as access control and input handling. Most businesses need both.
What is the difference between external and internal tests?
External tests start from the internet and show what an outsider can reach. Internal tests start inside the network and show what an intruder, or a malicious insider, could do once in.
Is network pentesting the same as a vulnerability scan?
No. A scan lists possible weaknesses automatically. A pentest tries to use them, chains them, and shows how far an attacker could get, which a list of possible weaknesses cannot.
Do we need permission before testing?
Yes, always. Testing needs written authorisation from the owner of the systems, and for cloud or hosted systems you must follow the provider's rules as well, since some prohibit certain kinds of test.
How often should we run a network test?
At least once a year and after major network changes. Compliance rules may set a minimum, and your own risk may call for more, and continuous scanning can fill the gaps in between runs.
Sources
Where this comes from
Related
Terms that sit next to this one
Penetration test
A time-boxed engagement where skilled people attack your systems by hand.
Port scanning
Checking which network doors on a server are open and listening.
Lateral movement
Moving from the first thing reached to the things worth taking.
Cloud penetration testing
Testing cloud accounts and services for weaknesses, within the provider's rules.
Rules of engagement
The agreed limits, times and contacts that govern how a security test is run.
What sits around your application?
Our focus is web applications and their APIs, where we find vulnerabilities with black-box, grey-box and white-box pentesting. Pair it with a network test for the infrastructure. Ask us to run it on one of your applications.
Or start with a $199 pilot on one application: thirty days, success criteria agreed before day one, credited against the annual if you convert.