All articles
Security

Remote vs On-Site Penetration Testing: Does Location Still Matter?

When on-site penetration testing is genuinely necessary, when remote testing is equally effective, and how to run a remote engagement securely.

MICHAEL ADEYANJU8 min read

For the large majority of engagements — web applications, APIs, mobile apps, cloud configuration and external network testing — remote penetration testing is functionally identical to on-site. The attacker you are simulating is remote too. On-site matters for a narrower set of scenarios than most buyers assume.

What genuinely requires on-site presence

  • Physical security assessments — badge cloning, tailgating, lock bypass, access to server rooms.
  • Wireless testing that depends on radio proximity — rogue access points, WPA handshake capture, Bluetooth and RFID work.
  • Hardware, IoT and OT/ICS testing where the device must be handled.
  • Air-gapped or heavily segmented internal networks where no remote access can be provisioned.
  • Full-scope red teams that include a physical intrusion component.

What is equally effective remotely

External network and perimeter testing — by definition performed from the internet.

Web application and API testing — you are hitting the same endpoints from the same internet either way.

Mobile application testing — the tester needs the build and a device or emulator, not your office.

Cloud configuration and IAM review — entirely API-driven.

Source code review and architecture review.

Internal network testing — routinely done remotely by shipping a small testing appliance or deploying a hardened jump host or VPN account inside the network. This has been standard practice for years.

How to run a remote engagement securely

  • Provision least-privilege, time-limited access — a dedicated VPN account or jump host that you disable the day testing ends.
  • Log everything the tester does; a professional will expect and welcome this.
  • Use a shared, monitored channel for real-time communication and critical findings.
  • Agree on source IPs so you can distinguish testing traffic from a real attack in your logs.
  • Signed authorisation letter, NDA and defined data-handling terms — including where evidence is stored and when it is destroyed.
  • Insist on multi-factor authentication for every access path granted.

The practical advantages of remote

Cost. No travel, accommodation or per-diem line items — often 15 to 30 percent of an on-site quote.

Talent access. You hire the best-qualified specialist for your technology, not the closest one. A tester with deep experience in your exact stack is worth far more than proximity.

Scheduling. Remote engagements can typically start weeks earlier.

Realism. It mirrors how you are actually attacked.

What to keep, whether remote or on-site

Face time still matters at two moments: the scoping call and the findings debrief. Do both live on video with your engineers in the room. That is where the real knowledge transfer happens — engineers asking "wait, how did you get that token?" is worth more than any PDF.

The bottom line

Choose your tester on specialisation, evidence of skill and report quality — not on postcode. Reserve on-site for physical, wireless, hardware and true air-gapped scopes, and spend the travel budget on more consultant-days instead.

---

Need a second opinion on your security posture?

I'm Michael Adeyanju, a penetration tester and security consultant working with companies globally — web app, API, mobile and network security. Based in Lagos, Nigeria, available for remote and on-site engagements worldwide.

Book a 15-minute call: cal.com/michaeladeyanju/15min

See what an engagement covers: michaeladeyanju.com/security-engineer