Web applications
OWASP Top 10, logic flaws, authentication, authorization, session management, business logic abuse.
Pentest · OWASP · PTES · MITRE ATT&CK
Manual, documented, with a retest included. We don't hand over a tool export — we hand over findings with reproduction steps, evidence, risk assessment and remediation guidance. A report that can be read by the board and executed by the technical team.
A penetration test is a manual, authorised attack on your web apps, APIs, network, cloud or mobile apps to find the weaknesses an attacker would use. KodeX GRC follows OWASP and PTES, delivers an executive and a technical report in 2–3 weeks, and includes a retest after you fix the findings.
Six engagement types. Each has a different scope, different techniques and a different deliverable — together we choose which make sense based on your footprint.
OWASP Top 10, logic flaws, authentication, authorization, session management, business logic abuse.
OWASP API Top 10, broken object level authorization, mass assignment, rate limiting, authentication bypass.
Pivoting, privilege escalation, Active Directory, lateral movement, Kerberos attacks, credential harvesting.
Exposed services, VPN, webmail, remote access, subdomain takeover, cloud storage exposure.
IAM policies, storage exposure, network segmentation, logging gaps, privilege escalation paths.
OWASP MASVS, secure storage, communication, certificate pinning, reverse engineering resistance.
A pentest is worth doing when there's a real reason — a regulatory requirement, a client demand, or a serious suspicion that something isn't working as you believe.
We work primarily with organisations that already have technical controls — EDR, WAF, MFA, logging — and want to verify that those controls respond to the real threat. Not theoretically, but with attempted exploitation.
The rule: if a client asked for it, if you're going through an ISO 27001 audit (A.8.8), if PCI DSS or DORA applies to you, or if you suspect one of your applications has a serious gap — the pentest has immediate value.
Four phases. The sequence matters — scoping precedes exploitation, and the retest comes after remediation, not alongside the first report.
What's tested, how, under what rules
Scope definition, rules of engagement, testing windows, team communication, emergency stop contacts.
3 daysBefore we strike
Passive and active information gathering — attack surface, exposed assets, technologies, credentials in leaks.
2–3 daysManually, not automatically
Exploitation, privilege escalation, lateral movement, persistence. Every step documented with evidence, not theory.
5–10 daysAnd verification of fixes
Executive summary for the board, technical details for the team, debrief, retest after remediation with an updated report.
4 days + retestAn anonymised excerpt from one of our reports. Every finding is delivered with this structure — reproduction steps, evidence, risk assessment, remediation.
GET /api/v2/orders/{id} returns full order details without checking whether the requester owns the order. Any authenticated user can access data belonging to other customers — names, addresses, purchase history, last 4 digits of card.order_id (10458)order_id=10459 with the same JWT200 OK with full data for user Bsvc_backup has an SPN registered and a password recovered within 4 hours using a wordlist. The account holds Domain Admin rights — full Active Directory takeover.NTDS.dit from a domain controller using the account. Evidence is delivered in a separate file with restricted access.Six deliverables covering every stakeholder — from the board down to the engineer who'll implement the fix.
Typical web application or internal network engagement. Exploitation time scales with scope — scoping defines it precisely.
The questions we hear before taking on a penetration testing engagement.
VA scans automatically and ranks the findings. Pentest exploits, with human judgement, to prove what's actually exploitable. Usually you need both — VA for continuous coverage, pentest for proof in depth. See the next step on the Vulnerability Assessment page.
Typically 2–3 weeks of testing. Depends on scope — one web application is 5–7 days, an internal network for 250 people is 10–15 days. The two weeks after are for reporting and retest.
Not with proper scoping. Exploitation attempts happen in agreed windows, with test accounts where possible, and with an immediate stop procedure in place. If anything presents a production risk, we tell you immediately and stop.
It depends on scope. A web application pentest starts at a few thousand euros. After scoping we give a fixed price — not before. We don't quote without seeing the footprint, because phone quotes are always wrong.
No. A pentest has independent value — it shows you what's actually exploitable. If you have ISO 27001, the pentest evidence satisfies A.8.8 (management of technical vulnerabilities). If not, the pentest is a good starting point to build a program around.
A pentest rarely stands alone. It usually combines with the following, because they share findings and evidence.
A pentest is a snapshot — once a year. VA fills the gap between tests with continuous scanning and prioritisation.
01 · ISO 27001Pentest evidence satisfies the technical vulnerability management requirement — and produces the evidence the auditor asks for.
07 · CloudCloud misconfigurations show up as findings in every pentest. Better to close them before the test begins.
In one short scoping call — 10 minutes — we define scope, rules of engagement, and timeline together. You get a fixed quote with a specific number of days and deliverables. No commitment.