Web Application Penetration Testing
Patient and clinician portals and other applications that handle ePHI.
Compliance
The HIPAA Security Rule asks for an accurate risk analysis and periodic technical evaluation. A pentest gives both real evidence.
In plain English
The HIPAA Security Rule is risk-based. It doesn’t hand you a list of tests to run. Instead, it requires an accurate and thorough risk analysis of threats to electronic protected health information (ePHI), and periodic technical and nontechnical evaluations of how well your safeguards work, repeated when your environment changes.
A penetration test is a practical way to do both. It turns “we think our patient portal is secure” into dated evidence of what an attacker could actually reach, which your risk analysis and evaluation can rely on.
This may become more prescriptive. In January 2025, HHS published a proposed rule that would, among other changes, require penetration testing at least once every 12 months. At the time this page was last reviewed it was still only a proposal, so the current Security Rule applies. Take legal advice on your specific obligations.
Evidence
Scope
Every environment is different. This is where we usually start, and we'll confirm it on a scoping call.
Patient and clinician portals and other applications that handle ePHI.
APIs that exchange health data, including integrations with partners.
Patient-facing iOS and Android apps, which often store or cache sensitive data.
Cloud environments where ePHI is stored or processed.
Timing
Run testing before your periodic risk analysis update, so its findings inform the assessment.
Re-evaluate after significant changes, such as a new platform, major release or migration, as 164.308(a)(8) expects.
If you are a business associate, align testing with what your covered-entity customers ask for in security reviews.
Track the HHS proposed rule. If finalised, it would set a fixed annual testing requirement.
FAQ
The current Security Rule doesn't name penetration testing. It requires an accurate and thorough risk analysis and periodic technical evaluation, and a pentest is a widely used way to meet both. HHS proposed in January 2025 to require penetration testing at least every 12 months, but that rule has not been finalised.
The Security Rule's administrative safeguards, including risk analysis and evaluation, apply to business associates as well as covered entities. Many healthcare customers also ask their vendors for recent pentest evidence.
We prefer to test in an environment with synthetic data. If production testing is necessary, we agree rules of engagement first, access only what's needed to prove an issue, and handle any data under our NDA and data-handling commitments.
No. Our penetration test report supports your compliance programme; it doesn't certify compliance, and there is no official HIPAA certification. Take legal advice on your specific obligations.
Vulnerability scans and penetration tests both find security problems, but they answer different questions. Learn when each fits and why scans fall short.
A practical checklist for your first penetration test: how to set scope, prepare accounts and environments, pick contacts and keep communication clear.
How to read a penetration test report: what severity ratings mean, how to judge the evidence, which findings to fix first, and how the retest closes the loop.
Manual testing of your web app's authentication, access control and business logic, the places scanners can't reach.
Hands-on testing of REST, GraphQL and gRPC APIs for broken authorization, data exposure and abuse of business logic.
In-depth testing of your iOS and Android apps and the backend they talk to, aligned with OWASP MASVS.
Tell us what you need tested. You’ll get a fixed-fee proposal with tester-days and timeline stated, usually within a few days of the scoping call.