FDA Postmarket Cybersecurity

    FDA Postmarket CybersecuritySBOM Monitoring, CVD, & Ongoing Compliance for Cleared Devices.

    We help medical device companies stay compliant, secure, and resilient with FDA-aligned SBOM tracking, vulnerability response plans, and ongoing threat monitoring tailored to your devices.

    The short answer

    What does FDA guidance recommend for postmarket cybersecurity?

    Once a cyber device is on the market, Section 524B expects you to follow the management plan you submitted: monitor for new vulnerabilities, assess them for patient-harm risk, disclose them in a coordinated way and ship updates and patches on a reasonable schedule. We match your SBOM against new vulnerability data daily, triage what affects the device, support coordinated disclosure and keep your management plan and SBOM current.

    Preserves FDA Compliance. Year-Round Protection.

    • SBOM monitoring
    • CVD program
    • Patch management
    • AAMI TIR97
    • Free 30-min call
    • No obligation
    • Senior expert, not a sales rep
    • Fixed-fee quote in 24-hours
    • NDA available on request

    Trusted by leading MedTech companies

    Intuitive Surgical logo, Blue Goat Cyber client
    bioMérieux logo, Blue Goat Cyber client
    Inogen logo, Blue Goat Cyber client
    Natera logo, Blue Goat Cyber client
    Velico Medical logo, Blue Goat Cyber client
    Medivis logo, Blue Goat Cyber client
    Spiro Robotics logo, Blue Goat Cyber client
    Nova Biomedical logo, Blue Goat Cyber client
    VitalConnect logo, Blue Goat Cyber client
    Intuitive Surgical logo, Blue Goat Cyber client
    bioMérieux logo, Blue Goat Cyber client
    Inogen logo, Blue Goat Cyber client
    Natera logo, Blue Goat Cyber client
    Velico Medical logo, Blue Goat Cyber client
    Medivis logo, Blue Goat Cyber client
    Spiro Robotics logo, Blue Goat Cyber client
    Nova Biomedical logo, Blue Goat Cyber client
    VitalConnect logo, Blue Goat Cyber client
    Christian Espinosa, Founder & CEO

    Reviewed by Christian Espinosa, MBA · Founder & CEO

    Last reviewed

    Postmarket scope

    What is in a postmarket engagement?

    What you get

    • Vulnerability monitoring against your SBOM.
    • Triage support and documented assessment of new vulnerabilities.
    • Coordinated vulnerability disclosure process support.
    • Updates to postmarket cybersecurity records as the device changes.

    What we need from you

    • A current SBOM for each marketed device version.
    • Your postmarket cybersecurity plan and complaint-handling contacts.
    • A named manufacturer owner for risk and release decisions.

    How pricing works

    Fixed fee, quoted after scoping. Tabletop exercises can be included, priced by scope and on-site requirements. Risk acceptance remains a documented manufacturer decision.

    The cycle

    Monitor, assess, patch, report. Repeat.

    1. 01

      Monitor

      SBOM · advisories · reports

      New issues spotted early

    2. 02

      Assess

      Exploitability · patient impact

      Documented risk decision

    3. 03

      Patch

      Fixes · controls · validation

      Updates delivered safely

    4. 04

      Report

      Customers · regulators · records

      Then the cycle repeats

    A repeating cycle. Risk decisions and disclosures remain documented manufacturer decisions.
    Attack surface

    What postmarket cybersecurity covers

    Section 524B(b)(1) and the FDA's 2016 postmarket cybersecurity guidance establish what a postmarket program must produce. Each item below is in scope when we run the program end-to-end.

    1. 01Vulnerability monitoring (NVD, CISA KEV, vendor advisories, OSV)
    2. 02SBOM diff + CVE correlation per release
    3. 03VEX statement production (CSAF 2.0 / CycloneDX)
    4. 04Coordinated vulnerability disclosure intake
    5. 05Severity scoring (CVSS v3.1/v4.0, EPSS, KEV-aware)
    6. 06Patch SLA + customer notification
    7. 07MDVIP / ISAO coordination
    8. 08QMS integration (CAPA, change control, design history)

    Layers shown outermost (top) to innermost (bottom). Dashed rows are part of the surrounding system but out of scope for this view.

    How it works

    What a year of postmarket cybersecurity looks like

    An ongoing annual engagement run by a named senior engineer - not a platform subscription.

    1. 01

      1 · Onboarding

      We audit your current SBOM, document your threat landscape, and set up monitoring infrastructure tailored to your device fleet.

    2. 02

      2 · Monitoring

      Continuous SBOM tracking, CVE alerting, and threat monitoring run in the background - flagged to your team when action is required.

    3. 03

      3 · Response

      When a vulnerability is disclosed or an incident occurs, we manage the triage, remediation, and FDA notification process.

    4. 04

      4 · Reporting

      Quarterly compliance reports give you a documented record of your postmarket cybersecurity programme - audit-ready at any point.

    Relevant standards

    Standards FDA postmarket cybersecurity maps to

    Every fda postmarket cybersecurity engagement produces evidence aligned to the regulatory and consensus standards FDA reviewers and notified bodies expect to see, traceable, complete, and ready to drop into your ISO 13485 quality system.

    Featured site-wide
    FDA 2026 Guidance Featured

    FDA Premarket Cybersecurity Guidance (Feb 3, 2026)

    Recommends risk-based cybersecurity evidence, including threat modeling, architecture views, and testing. An SPDF is encouraged, not mandatory; Section 524B separately establishes statutory duties for covered cyber devices.

    Section 524B

    FD&C Act Cyber Device Requirements

    Statutory duties for cyber devices on covered 510(k), De Novo, PMA, PDP, and HDE pathways: a postmarket vulnerability plan, cybersecurity and update processes, and an SBOM. IDE applications are not Section 524B submissions.

    AAMI TIR97

    Postmarket Security Risk Management

    Postmarket companion to TIR57/SW96 - CVE monitoring, vulnerability triage, patching, and coordinated disclosure.

    ANSI/AAMI SW96 Featured

    Medical Device Security Risk Management

    The consensus standard for medical device security risk management, asset, threat, vulnerability, likelihood, severity, and residual risk acceptability.

    ISO 14971 Featured

    Medical Device Risk Management

    Foundational risk management standard. Cybersecurity risk is tied directly to patient-safety risk in the 14971 file.

    ISO 13485 Featured

    Medical Device Quality Management System

    International QMS standard for medical devices. Cybersecurity deliverables are designed to slot into your existing 13485 QMS without parallel paperwork.

    Notable incidents

    Public postmarket cybersecurity history

    Recalls, CISA ICS-MA advisories, and disclosed research that shape what reviewers ask about, and what this engagement is built to cover.

    MedTech segments

    FDA Postmarket Cybersecurity for these segments

    See how this service applies to your specific MedTech segment.

    Postmarket Cybersecurity library

    Resources on this topic

    Curated reading for teams working on postmarket cybersecurity - grouped by format so you can jump to what you need.

    Ready to start FDA Postmarket Cybersecurity?

    FDA Postmarket Cybersecurity - scoped, fixed-fee, built for FDA premarket submissions.

    We help medical device companies stay compliant, secure, and resilient with FDA-aligned SBOM tracking, vulnerability response plans, and ongoing threat monitoring tailored to your devices.

    FAQ

    FDA postmarket cybersecurity FAQs

    How often does SBOM monitoring run and how are new CVEs flagged?

    SBOM monitoring runs continuously. Every component in your device SBOM is matched against the NVD, CISA KEV catalog, GitHub Advisory Database, and vendor advisories on a daily cycle, with new CVE disclosures flagged within 24 hours of publication. Each flag is triaged in device context - exploitability against your specific architecture, patient-harm impact under ISO 14971, and whether the component is actually reachable in your deployed configuration. You receive a prioritised alert with a recommended action (patch, VEX statement, or no-action justification) rather than a raw CVE feed your team has to interpret.

    What does the coordinated vulnerability disclosure process look like in practice?

    We operate the full CVD lifecycle on your behalf. A published security.txt and disclosure inbox give researchers a single point of contact. When a report arrives, a senior engineer triages within one business day, validates the finding against your device, and coordinates a fix timeline with your engineering team. We draft the public advisory, prepare any customer communication and FDA reporting within the FDA's postmarket timelines, align with the researcher on coordinated release, and publish the advisory and VEX statement. The entire interaction is logged for audit.

    How does postmarket support work for a device sold in both the US and EU?

    FDA postmarket cybersecurity obligations under Section 524B and EU MDR Annex I postmarket surveillance requirements overlap but are not identical - EU MDR places greater weight on the periodic safety update report (PSUR) and notified-body interaction, while FDA emphasises SBOM maintenance and timely vulnerability communication and remediation. Our annual engagement can be scoped to cover both: a single underlying monitoring program produces FDA-aligned advisories and notifications plus the PSUR-ready cybersecurity sections your notified body expects. Dual-market manufacturers avoid running two parallel processes.

    What triggers a patch validation engagement?

    Three conditions trigger patch validation. First: a new CVE affecting a SBOM component where the upstream fix needs to be integrated and verified against your device. Second: a manufacturer-initiated fix - a security improvement or feature change that touches the cybersecurity controls. Third: a regulatory notification, such as a CISA advisory or FDA safety communication that names a component in your stack. Each patch goes through regression testing against the threat model, targeted security retesting on the affected interfaces, and documentation updates so the change is traceable in your design history file.

    What's actually required under Section 524B postmarket - beyond the SBOM?

    Section 524B(b) places three ongoing obligations on cyber device manufacturers: maintain processes to monitor, identify, and address postmarket cybersecurity vulnerabilities and exploits including coordinated vulnerability disclosure; provide updates and patches on a reasonably justified regular cycle, and out-of-cycle for critical vulnerabilities; and maintain a current SBOM. FDA's 2026 guidance translates these into specific evidence: documented CVD program, vulnerability triage SLAs, change-controlled patch delivery process, and a maintained SBOM with VEX statements. Our engagement covers all three obligations as inspectable QMS records.

    Do we need a separate annual postmarket budget if we already have premarket cybersecurity?

    Yes - premarket cybersecurity work ends at clearance, but Section 524B obligations begin at clearance and continue for the device's entire commercial life. Postmarket is structurally an annual recurring engagement, not a project. Typical annual cost depends on device fleet size, SBOM component count, and whether you want full CVD program operation or just monitoring with internal triage. Most single-device manufacturers run mid-five-figures annually; multi-device platforms scale from there. The fee is fixed per year - no per-CVE charges, no incident surcharges.

    How do we report a confirmed vulnerability to FDA, and what's the deadline?

    It depends on the risk. Under the FDA's postmarket cybersecurity guidance, a vulnerability with controlled risk can usually be fixed as a routine update without reporting to the FDA. For an uncontrolled risk to patients, the manufacturer is expected to communicate with customers within 30 days of learning of it and fix it within 60 days. If you meet those timelines and take part in an information sharing organization, a correction and removal report under 21 CFR Part 806 is generally not required. Otherwise a report is due within 10 working days of starting the correction. We run that risk assessment with you, draft the customer and FDA communications, and track every deadline inside the engagement.

    What does GoatWatch SBOM monitoring include and how is it different from open-source CVE feeds?

    GoatWatch is the operational backbone of the engagement: continuous SBOM ingestion, daily CVE matching across NVD, CISA KEV, GitHub Advisory, and vendor advisories, device-context triage that filters noise (a CVE in an unused library function is not actioned the same as a CVE on the firmware update path), VEX statement generation, and dashboard reporting for your QMS audit trail. The difference from a raw CVE feed: every flag is paired with engineering judgement on exploitability and patient impact, so your team responds to actionable items, not a wall of CVSS scores.

    Who handles the actual patch development - your team or ours?

    Patch development stays with your engineering team, because the code, the build pipeline, and the design history file all live with you. Our scope covers everything around the patch: identifying the vulnerability, recommending a remediation approach, validating the fix against the threat model, security retesting on affected interfaces, updating SBOM and VEX statements, drafting the patch advisory, and the FDA notification if required. This split keeps software ownership where it belongs while giving you cybersecurity expertise on the regulated side.

    How do you handle legacy devices that don't have a current SBOM or threat model?

    Legacy devices are common - many cleared before SBOM expectations existed. We build a current-state SBOM from the deployed firmware (using binary SCA, source analysis, and supply chain reconstruction), reconstruct a threat model from the as-built architecture, and stand up the same monitoring and CVD process used for new devices. The result is FDA-defensible postmarket evidence even when the original submission predates Section 524B. Our Legacy Device Cybersecurity service handles devices that need this groundwork before postmarket monitoring can begin.

    What happens during a confirmed cybersecurity incident - not just a vulnerability disclosure?

    An active incident triggers our incident response process: a senior engineer is on a call with your team within one business day (sooner for confirmed exploits in the wild), we coordinate containment, evidence preservation, and clinical-impact assessment, draft customer and FDA communications within the FDA's postmarket timelines if the risk is uncontrolled, and lead the postmortem and corrective action documentation that satisfies QMS CAPA requirements. The annual engagement covers a defined number of incident hours; sustained major incidents may require a separate scope but are billed against published rates with no surprise pricing.

    Will the quarterly compliance reports satisfy an FDA inspection or audit?

    Yes - that's the design intent. Each quarterly report documents every monitored component, every CVE flagged and triaged, every disposition decision (patch, VEX, no-action with justification), every patch deployed, every CVD interaction, and every FDA notification. The report is structured as an inspectable QMS record under your existing 21 CFR 820 / ISO 13485 framework. During an inspection or 483 follow-up, the quarterly reports plus the monitoring dashboard give an investigator a complete chain of custody for postmarket cybersecurity decisions - without requiring your team to reconstruct anything from scratch.