1. Home
  2. Solutions
  3. Healthcare

Solutions · Industry · Healthcare

Cybersecurity for healthcare, tested from the patient portal to the EHR

Healthcare organizations hold sensitive patient data and run clinical systems that cannot simply go offline, often on technology dictated by vendors. ioSENTRIX tests your patient portals, apps, EHR and FHIR APIs, devices, networks and people like a real attacker, and a retest of your fixes is included.

Who it's forProviders, health plans, health tech and business associates
What we testPortals, apps, EHR and FHIR APIs, devices, networks and people
Mapped toHIPAA Security Rule, HHS 405(d) HICP, FDA premarket guidance
Reviewed by Omair Manzoor, Founder & CEO, ioSENTRIX · Updated November 2026Key terms: HIPAA security, API security, Ransomware
Trusted by security teams at

01The short answer

What does cybersecurity for healthcare involve?

Protecting ePHI and clinical systems across every route a patient, partner or attacker can reach: patient portals and mobile health apps, EHR integrations and FHIR APIs, connected medical devices, clinical and corporate networks, and the staff who use them. For most organizations it also means evidence for the HIPAA Security Rule.

The targetPatient data and care

Attackers want ePHI and the leverage of systems that clinicians depend on.

The methodChained, manual testing

Testers chain weaknesses across apps, APIs and networks into a proven path.

The proofProof of concept and a fix

Every finding comes with evidence, a prioritized fix and a retest.

Why is cybersecurity in healthcare different?

Clinical systems have to stay available, many run on legacy or vendor-controlled technology that is slow to patch, and a breach exposes some of the most sensitive data there is. Testing has to find real risk without disrupting care. Read EHR security challenges and solutions.

What is healthcare penetration testing?

Healthcare penetration testing is an authorized, simulated attack on the systems that hold ePHI or support care: portals, apps, APIs, EHR integrations, devices and networks. It shows what an attacker could reach and proves the impact, and its results feed your HIPAA risk analysis.

02See it in action

One attack path from a patient app to the EHR, proven then fixed

Scanners report each system on its own. Attackers chain them. This is how one path from a patient app to another patient's record and a staff-only function is found, proven and closed.

Systems, not silos

One team tests your patient app, APIs, EHR integrations and networks together, so a weakness in one system is followed into the next.

Impact in patient terms

Findings are proven on agreed test accounts and data and described as what an attacker could do with patient records, not as a scanner score.

Closed, then proven closed

Each step gets its own fix, and the whole path is replayed in the retest to show it no longer works.

Illustrative example. The app, endpoints, path and statuses are a composite for explanation only and do not describe any client. Testing uses accounts and data agreed in the rules of engagement, never real patient records.

Text version of the exhibit
  1. Recon: testers map the patient app's traffic and see sequential record IDs in its API calls.
  2. Pivot: the FHIR API accepts a patient's token without checking it against the record requested.
  3. Patient record: changing the ID returns a second test patient's record (broken object level authorization, OWASP API Security Top 10 2023, API1).
  4. Admin function: editing a role claim in the request reaches a staff-only export (broken function level authorization, API5). The chained finding is rated Critical.
  5. Fixed: four fixes, one per step: non-guessable IDs, patient-scoped access, an object-level authorization check and a server-side role check.
  6. Retested: the full path is replayed and refused at the first check. Board and compliance evidence: proven ePHI exposure, fix owners and retest results for your HIPAA risk analysis.

03Threat landscape

What are the biggest cybersecurity threats in healthcare?

Common threats in healthcare, where they land, and how ioSENTRIX tests each one.

ThreatWhere it landsHow ioSENTRIX tests itService
RansomwareClinical and corporate networks, endpoints and backupsInternal network testing and assumed-breach scenarios that follow the path ransomware operators takeRed teaming
PhishingClinical and administrative staff, help deskPhishing simulation and social engineering of help-desk and access processesSocial engineering
Portal takeoverPatient portal login, password reset and MFAAuthentication, MFA, recovery flows and session handling on web and mobileWeb app & API pentest
EHR / FHIR API abuseEHR integrations, FHIR and partner APIsObject- and function-level authorization, token scope and rate limits against the OWASP API Security Top 10 (2023)API penetration testing
Connected devicesMedical and IoT devices on the clinical networkFirmware, interfaces and network exposure on test units, plus segmentation of device networksEmbedded device testing
Vendor accessRemote support tools, integrations and business associatesReview and testing of third-party access paths and what a compromised vendor account could reachThird-party risk
Legacy systemsUnsupported or vendor-locked clinical systemsExposure and segmentation testing that shows where compensating controls are neededNetwork security
Insecure appsHealth apps, telehealth and their back endsLocal storage, secrets, transport security and back-end calls, aligned with OWASP MASVS, plus code reviewApplication security

Coverage is agreed per engagement in the written scope.

04Regulation

Which rules call for security testing in healthcare?

The US rules and guidance that most often shape testing in healthcare, and what each one says.

HIPAA Security Rule

45 CFR 164.308(a)(1)(ii)(A), (a)(8)
Applies to

Covered entities and their business associates that handle ePHI

What it says about testing

A risk analysis and a periodic technical and nontechnical evaluation. Penetration testing is not named in the current rule; a January 2025 proposed rule would add it and is not final. eCFR ↗

HHS 405(d) HICP

Health Industry Cybersecurity Practices
Applies to

Voluntary guidance for healthcare organizations of every size

What it says about testing

Ten cybersecurity practices, including network management, vulnerability management and network connected medical devices. 405(d) program ↗

HITECH Act, section 13412

Public Law 116-321 (2021)
Applies to

Covered entities and business associates in HHS enforcement

What it says about testing

HHS must consider recognized security practices, such as 405(d) or NIST approaches, in place for at least the previous 12 months when deciding on fines, audits and remedies. Public law ↗

FDA premarket cybersecurity

FDA guidance (Feb 2026) · FD&C Act 524B
Applies to

Medical device manufacturers submitting a 510(k), De Novo or PMA

What it says about testing

Security testing documentation, including penetration testing, recommended in premarket submissions; section 524B adds requirements for cyber devices. FDA 510(k) testing

Orientation, not legal advice. Which rules apply depends on your role, the data you handle and the products you make. ioSENTRIX performs the testing and writes reports your compliance team, auditors and regulators can review.

05Surfaces

How do you test healthcare systems for security?

Surface by surface, with the standard each one is tested against.

  1. Patient portal

    Web application testing for authentication, access control, session handling and the logic of appointments, messaging and records.

    OWASP Top 10Business logic
  2. Mobile health apps

    iOS and Android apps and the APIs behind them: local storage, secrets in the build, transport security and authentication.

    OWASP MASVSiOS · Android
  3. EHR and FHIR APIs

    Every endpoint tested as every caller type, so patients, clinicians and partners reach only the records they are entitled to.

    OWASP API Top 10 2023
  4. Medical and IoT devices

    Firmware, wireless and wired interfaces and update paths on test units, plus segmentation of device networks.

    EmbeddedFDA guidance
  5. Clinical network

    Internal and external network testing and segmentation between clinical, corporate and guest networks, planned around care.

    NetworkSegmentation
  6. People and process

    Phishing simulation, help-desk social engineering and goal-driven red team exercises, typically 4–6 weeks.

    Social engineeringRed teaming

06Independently verified

★★★★★
“The team at ioSENTRIX is professional and highly skilled at their craft.”
Awwab A.SVP, Chief Information Security Officer · Verified G2 review ↗
★★★★★
“We were impressed with ioSENTRIX's ability to independently validate the security of our customer-facing product.”
Zeehasham R.Data Scientist, Security Operations · Insurance · Verified Clutch review ↗

08Insights

Thinking on healthcare security

09FAQ

Healthcare security questions

Short answers to what security leaders at providers and health tech companies ask us most.

Ask us something else

What are the biggest cybersecurity threats in healthcare?

Common threats in healthcare include ransomware reaching clinical networks, phishing of staff, patient portal account takeover, abuse of EHR and FHIR APIs, vulnerable connected medical devices, third-party and vendor access, legacy systems that cannot be patched quickly, and insecure health apps. Each reaches ePHI or clinical operations by a different route, and each needs a different test.

Does HIPAA require penetration testing?

Not by name. The current HIPAA Security Rule requires a risk analysis (45 CFR 164.308(a)(1)(ii)(A)) and a periodic technical and nontechnical evaluation (164.308(a)(8)), and a penetration test is direct evidence for both. A proposed rule published in January 2025 would add penetration testing at least every 12 months; it has not been finalized. See HIPAA penetration testing.

What is HHS 405(d) HICP?

Health Industry Cybersecurity Practices (HICP) is voluntary guidance from the HHS 405(d) program and the Health Sector Coordinating Council. It describes the most relevant threats to the sector and ten cybersecurity practices, including network management, vulnerability management and network connected medical devices, with separate technical volumes for small and for medium and large organizations.

How do recognized security practices affect HIPAA enforcement?

Under the 2021 HITECH amendment (Public Law 116-321), HHS must consider whether a covered entity or business associate had recognized security practices, such as those developed under section 405(d) or by NIST, in place for at least the previous 12 months when deciding on fines, audits and remedies. Testing evidence helps show those practices are in place and working.

How do you test EHR and FHIR APIs?

We call each API as every type of user, patient, clinician, administrator and integration partner, changing resource IDs, tokens and scopes to check that each caller reaches only the records they are entitled to. Findings are mapped to the OWASP API Security Top 10 (2023), where broken object level authorization is API1. See API security.

Can you test medical devices without disrupting patient care?

Yes. Device testing is done on test units or in lab environments agreed in the rules of engagement, and clinical network testing is planned with your teams to avoid interrupting care. Device manufacturers preparing a submission should see FDA 510(k) medical device testing.

How long does a healthcare penetration test take?

A web application penetration test typically takes 1–2 weeks and a red team exercise typically 4–6 weeks, depending on scope. You receive a written scope and timeline before testing starts.

Ready when you are

Find the path an attacker would take to your patients' records

Tell us which systems hold ePHI and which rules you report against. We will help you scope the right test.

  • Written scope and timeline before testing starts
  • Retest of fixes included
  • Reports your compliance team and auditors can review
Scope your healthcare security test

Takes about a minute.