
On this page
Published: · Updated:
Key Takeaways
- UL 2900 provides a basis for [medical device cybersecurity](/medical-device-cybersecurity "medical device cybersecurity") certification.
- It covers hardware and software components within the evaluation scope.
- The standard helps protect patient data.
- The FDA recognizes relevant UL 2900 standards for device security.
- Certification can strengthen manufacturer reputation and customer confidence.
- Security requires ongoing monitoring, remediation, and compliance work.
UL 2900 is a family of cybersecurity standards used to evaluate connected products, including medical devices. The FDA recognizes relevant UL 2900 standards, and certification involves assessment against defined requirements, including vulnerability analysis and penetration testing. For manufacturers, the value is documented security evidence. Certification does not replace device-specific risk management, FDA submission documentation, or ongoing vulnerability monitoring and remediation.
Updated October 26, 2024
A cybersecurity certificate answers a bounded question: did the evaluated product meet the applicable requirements within the assessment scope? It does not answer every question about a connected medical device's safety, deployment, or support life.
That distinction matters when choosing cybersecurity standards. The FDA has officially recognized the UL 2900 Cybersecurity standard for medical devices. Manufacturers can use that framework to organize security evaluation, but they still need evidence tied to their device, its interfaces, and its potential effects on patients.
Why this matters
A medical device vulnerability can expose health information, interrupt monitoring, or allow unauthorized changes to device behavior. We need to assess those consequences, not just count vulnerabilities.
The FDA's "Cybersecurity in Medical Devices" Final Guidance from February 3, 2026, addresses premarket evidence and postmarket cybersecurity considerations. Recognized standards can support that evidence; recognition does not make a certificate a substitute for the submission.
UL 2900 provides a structured approach to finding and addressing security flaws. Related standards serve different purposes: IEC 81001-5-1 addresses lifecycle security processes, ISO 14971 addresses medical device risk management, and AAMI TIR57 / ANSI/AAMI SW96:2023 address security risk management. Manufacturers should understand those roles rather than treat the standards as interchangeable.
Our view is straightforward: select a standard because it helps answer a security or regulatory question. Then connect the assessment results to the device's risk file and development process.
Official sources: FDA, Cybersecurity in Medical Devices: Quality Management System Considerations and Content of Premarket Submissions (February 2026); HHS HIPAA for Professionals; FDA Cybersecurity resources for medical devices.
Understanding the Basics of UL 2900
UL 2900 is a family of standards from Underwriters Laboratories (UL), a global safety science organization. The family addresses software cybersecurity for connected products, with healthcare-specific requirements in UL 2900-2-1.
For a medical device manufacturer, the practical starting point is scope. Identify the product configuration, software versions, hardware interfaces, and connected components subject to evaluation. A certificate without a clear scope is easy to overread.
Definition of UL 2900
UL 2900 establishes criteria for evaluating cybersecurity, including software weaknesses and vulnerabilities exposed through product interfaces. Medical device evaluations can involve both hardware and software, from wearable sensors and implantable systems to hospital equipment.
Applicability depends on the product and the relevant part of the standard. We recommend confirming the edition, evaluation scope, and certification requirements before planning testing or making compliance claims.
Importance of UL 2900 in Medical Devices
UL 2900 gives manufacturers an external assessment framework. It helps turn a general claim that a device is secure into evidence that specified requirements were evaluated.
Certification can also support customer confidence and manufacturer reputation. That value depends on what was tested. Healthcare providers still need to know how to configure the device securely, receive updates, and respond when something goes wrong.
The Role of UL 2900 in Cybersecurity
UL 2900 helps organize product security evaluation. Its value comes from the weaknesses the assessment exposes and the evidence generated when manufacturers address them.
Connected medical devices operate within larger systems. A wearable may depend on a phone, a home base station, and cloud services. An evaluation needs defined boundaries so manufacturers and reviewers can distinguish tested components from assumptions about the surrounding environment.
Ensuring Software Security with UL 2900
Software security requires more than secure coding rules. Manufacturers need vulnerability analysis, testing of security controls, remediation, and evidence that the fixes work.
On a Class II wearable we tested, the firmware update bootloader checked a CRC but did not verify a cryptographic signature. We modified one byte in a captured firmware image and replayed it. The device installed the image and rebooted into the modified firmware.
The recommended fix was signature verification using ECDSA P-256 before committing an update, a public key stored in a write-protected region, and a monotonic version counter to prevent rollback. This was a security testing finding, not a UL certification result. It illustrates why an assessment must distinguish accidental corruption checks from protection against malicious modification.
After release, manufacturers still need to monitor vulnerabilities and deliver updates. A successful assessment describes the evaluated version, not every future version or newly discovered weakness.
Addressing Cybersecurity Threats in Medical Devices
Ransomware, unauthorized access, and device manipulation can affect confidentiality, integrity, and availability. The risk assessment must explain how those effects could reach a patient.
We look for a traceable chain:
- Identify the attack path and affected interface.
- Specify the control intended to block or limit it.
- Test the actual implementation.
- Record the result and any remaining exposure.
- Connect that exposure to the patient-safety assessment.
UL 2900 evaluation can contribute evidence to this work. It does not remove the need for device-specific threat modeling, vulnerability management, or incident response planning.
The Certification Process of UL 2900
Certification is an assessment against defined requirements, not an open-ended declaration that a device cannot be attacked. Manufacturers should agree on the applicable standard, product configuration, and evidence requirements with the evaluator.
The distinction between testing and certification matters. A penetration test supplies security evidence. The certification body determines whether the product meets the certification requirements.
Steps to Achieve UL 2900 Certification
The process starts with identifying the device and its assessment scope. Evaluators examine the relevant hardware and software, analyze vulnerabilities, and conduct required security testing. Manufacturers address findings and provide evidence for independent evaluation.
We recommend preparing the architecture, interface inventory, component inventory, security requirements, and existing test results before assessment begins. Missing scope details can leave important attack paths untested.
In the FDA letters we reviewed for our September 2026 MTEC webinar, security testing deficiencies included omitted interfaces and components, reliance on vulnerability scanning instead of penetration testing, and missing independence between testers and the design team. Those were FDA submission findings, not UL certification findings. The practical lesson applies to both: state what was tested, who tested it, and what the results demonstrate.
Maintaining Compliance with UL 2900
Manufacturers need to distinguish certification maintenance from ongoing product security. The certification program determines its maintenance and reassessment obligations. The manufacturer must also monitor vulnerabilities, assess changes, and support fielded devices.
See also: What Is MedTech? MedTech vs Medical Device vs Life Sciences, CVSS Scoring for Medical Devices: A Complete Walkthrough, and Medical Device Software Development: A Compliance Guide.
Keep the evaluated configuration under change control. When software, components, or interfaces change, determine whether the existing assessment still applies.
In our September 2026 secure-by-design workshop, we used a concrete contrast: an SBOM exported once and filed away versus an SBOM connected to a vulnerability feed, reviewed on a defined cadence, and feeding the postmarket risk process. That was a teaching example, not a reported engagement. It captures the operational difference between having documentation and using it.
Training supports this work, but ownership matters just as much. Someone must assess new findings, decide on remediation, and confirm that updates can reach deployed devices.
The Impact of UL 2900 on the Medical Device Industry
UL 2900 gives manufacturers and purchasers a defined basis for discussing product security. Instead of relying only on marketing claims, they can examine the assessment scope and certification evidence.
The industry benefit is consistency in evaluation. The limit is equally clear: certification does not resolve every deployment risk or replace the manufacturer's lifecycle responsibilities.
Benefits of UL 2900 for Manufacturers
Certification can help manufacturers demonstrate that security controls have undergone external evaluation. That may support purchasing decisions, strengthen reputation, and reduce repeated explanations during customer security reviews.
The engineering benefit is more direct. Finding and correcting weaknesses before release can reduce exposure to breaches, field remediation costs, and potential legal liability. None of those outcomes is guaranteed by certification.
We would prioritize reusable evidence over the badge: clear requirements, reproducible findings, documented fixes, and retest results. Those artifacts remain useful during product changes and regulatory review.
How UL 2900 Improves Patient Safety
Security evaluation supports patient safety when it identifies attack paths that could affect clinical function. Preventing unauthorized access matters, but so does maintaining trustworthy measurements, reliable alerts, and safe behavior during a connectivity failure.
Patient data integrity and privacy are part of that picture. So is availability. The risk file should explain what happens when the device or its supporting services cannot perform as intended.
Consistent security protocols can support safer integration between devices and healthcare systems, potentially improving care coordination. UL 2900 certification itself does not establish clinical interoperability or guarantee more personalized treatment. Those claims require their own evidence.
Future Trends in UL 2900 and Medical Device Security
Connected devices change faster than certification paperwork. New dependencies, deployment models, and attack techniques can alter the risk of an already evaluated product.
Manufacturers need a process for detecting those changes and deciding whether testing, risk analysis, labeling, or certification evidence needs revision.
Evolving Cybersecurity Standards
Standards can be revised as technology and threats change. Manufacturers should track the applicable editions, certification program rules, and the FDA's recognition status rather than assume that every revision automatically applies to every product.
A new vulnerability can also require action before a standard changes. Waiting for the next edition is not a vulnerability management strategy.
The Role of UL 2900 in the Future of Medical Devices
Artificial intelligence (AI), machine learning (ML), and Internet of Things (IoT) connectivity expand what a device can do. They also introduce attack paths that conventional network testing may not cover.
In the FDA letters we reviewed for our September 2026 MTEC webinar, threat models for AI-enabled devices consistently omitted data poisoning, model inversion, and model evasion. This observation came from the reviewed sample, not an industry-wide survey. It shows why a familiar assessment framework still needs device-specific threat analysis.
For IoT-connected wearables, implantable systems, and hospital equipment, the same principle applies to companion apps, gateways, and cloud dependencies. UL 2900 can remain useful as an evaluation framework, but manufacturers must confirm that the selected scope addresses the actual system.
UL 2900 against the other benchmarks
| Benchmark | What it is | How it is used | Standing with the FDA |
|---|---|---|---|
| UL 2900-2-1 | A testable security requirements standard for healthcare devices | Third-party evaluation and certification | Useful supporting evidence, not a substitute for your own file |
| IEC 81001-5-1 | Lifecycle security process requirements | Built into your development process | Widely cited in submissions as process evidence |
| AAMI SW96 | Security risk management method | Ties security findings to patient harm | Recognized method for the risk argument |
| FDA premarket guidance | The agency's own expectations | Defines what the submission must contain | The thing you are actually judged against |
A UL 2900 evaluation is evidence you can give a reviewer. It does not, by itself, answer the guidance's questions about your device's architecture, threat model, residual risk, labeling, or postmarket support.
Conclusion
UL 2900 is useful when manufacturers treat it as an evaluation framework rather than a shortcut to regulatory acceptance. Define the scope, test the controls, address the findings, and retain evidence that connects the results to device risk.
That is the part teams skip: connecting a test result to the security claim and patient-safety argument it supports. A certificate cannot supply missing traceability.
Blue Goat Cyber is a veteran-owned business focused exclusively on medical device cybersecurity. We provide threat modeling, penetration testing, security risk management, and FDA premarket and postmarket cybersecurity support. Contact us today for cybersecurity help to discuss your device's attack surfaces, testing needs, and submission evidence.
How Blue Goat approaches this
We test against the threat model rather than a generic checklist. That means identifying the interfaces an attacker can reach, exercising the controls that protect them, and documenting the impact of successful attacks.
Our security testing reports include scope, methodology, reproduction steps, risk-rated findings, remediation recommendations, and traceability to the device's risk assessment. Retesting checks whether the remediation addresses the finding. This is security testing, not a claim that we issue UL certification or perform the manufacturer's V&V.
For FDA submission support, we focus on whether the evidence agrees across the threat model, security requirements, risk assessment, and test report. Learn more at Medical Device Cybersecurity Penetration Testing.
FAQ
What is UL 2900?
UL 2900 is a family of cybersecurity standards from Underwriters Laboratories for connected products. UL 2900-2-1 addresses healthcare systems, including medical devices, and provides requirements for security evaluation.
Why is UL 2900 important for medical devices?
It provides a structured basis for evaluating security weaknesses and controls. That evidence can help manufacturers protect patient data, maintain device function, and address attack paths that could affect patient care.
Does the FDA recognize UL 2900?
Yes. The FDA recognizes relevant UL 2900 standards for assessing medical device cybersecurity. Manufacturers should check the recognized edition and scope. Recognition does not make certification a substitute for device-specific submission evidence.
What does UL 2900 certification involve?
Certification involves evaluation against the applicable requirements, including vulnerability analysis and penetration testing. Manufacturers address identified issues and provide evidence for independent evaluation. The certification scope should identify the product and configuration assessed.
How does UL 2900 address software security?
UL 2900 provides requirements for evaluating software weaknesses, vulnerabilities, and security controls. Secure development practices, testing, and remediation support that evaluation. Manufacturers also need ongoing monitoring and updates to address vulnerabilities discovered after assessment.
How often do UL 2900 standards change?
There is no fixed revision interval manufacturers should assume. Track published revisions, applicable certification requirements, and the FDA's recognition status. Vulnerability monitoring and remediation must continue between revisions.
About the author

Christian Espinosa, MBA · Founder & CEO, Blue Goat Cyber
U.S. Air Force Academy graduate and veteran with 30+ years in cybersecurity. Founded Alpine Security in 2014 (acquired 2020), then Blue Goat Cyber in 2022. Has supported 275+ medical devices, with no cybersecurity-related rejections to date. Author of three books including The Smartest Person in the Room. Ironman triathlete and mountaineer.
Sources & references
Primary sources cited in this article. Links open in a new tab.
