Platform

Platform overview How it works Authorization testing Evidence & reports Private scanning Integrations

Solutions

Security agencies Product teams Regulated industries Partner programme

Learn

Blog Knowledge hub Compare

Resources

Pricing Documentation Help centre FAQ Security & data What we haven’t proved

Company

About Contact Careers Sign in to the platform Start a $199 pilot →

Home / Knowledge hub / Network penetration testing

Knowledge hub

Network penetration testing

Testing the servers, services and network paths around your applications.

Illustration explaining Network penetration testing

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.

Cyberlop mark

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.