AdvisoryOps HEALTHCARE ADVISORIES + SBOM MATCHING
0
P0 — ACT NOW
Patch immediately
0
P1 — 7-DAY SLA
Remediate within a week
0
P2 — SCHEDULED
Next patch cycle
0
P3 — MONITOR
Track; no action yet
Priority buckets are remediation response SLAs — not date filters. Click a bucket to filter issues. How scoring works
SHOW
KEV
EXPOSURE
FDA CLASS
LATEST
Select an issue
Click any issue on the left to see its full summary, affected products, and recommended actions.
↑↓ to navigate Enter to select

Check a device’s software components

Import a CycloneDX 1.2–1.7 or SPDX 2.2/2.3 JSON SBOM and compare its components with the full tracked advisory history.



Your SBOM stays in this tab’s memory. It is not uploaded or saved. Clear or close the tab to remove it. A downloaded report contains device inventory; keep it private.

Matches identify products for review. Installed-version applicability and exploitability require confirmation against the source advisory.

Choose a device SBOM to check.

Live self-check

Full-corpus metrics come from meta.json. Optional metrics remain unavailable when the build does not publish them. Reproduction commands are linked below.

METHODOLOGY STATS (FROM meta.json)
Automated tests passing—
Total issues in corpus—
Medical device issues—
Pharmaceutical leaks—
FDA risk class populated—
FDA-derived MD — vendor populated—
FDA-derived MD — affected_products populated—
Enabled sources—
Strict KEV / medical-device CVE overlap—
Full corpus rebuild costNot published for the current build
VERIFY THESE CLAIMS YOURSELF

Clone travisfunk/advisoryops and run:

Full test suitepython -m pytest
Medical device bucket puritypython scripts/validate_medical_device_bucket.py
Pharmaceutical exclusion regression guardpython -m pytest tests/test_no_pharmaceutical_sources.py
KEV / MD overlap diagnosticFull-corpus commands in kev_medical_device_analysis.md

The dashboard is served from docs/ on GitHub Pages and loads meta.json when opened. Test counts appear only when supplied in metadata; the README records the latest documented full test run.


How scoring works

AdvisoryOps uses a deterministic, healthcare-aware scoring system. Each issue receives points based on observable evidence — source authority, exploit status, attack vector, healthcare context, and patch availability. The system does not rely on AI judgment for scoring; every point is traceable to a specific evidence factor.

SCORING FACTORS
KEV source+80
Known exploited keyword+80
RCE+30
Healthcare context+50
Patient safety+25
No patch+20
ICU/life-sustaining+20
Tier 1 authority+30
PRIORITY THRESHOLDS
P0score ≥ 150CriticalAct now
P1score ≥ 100HighThis week
P2score ≥ 60MediumScheduled
P3score < 60LowMonitor

Source authority tiers

Each source is assigned an authority tier from T1 (highest) to T5 (lowest) based on its institutional mandate, editorial rigor, and proximity to the vulnerability disclosure process. Higher-tier sources contribute more points to an issue's score.

T1 Government / Regulatory CISA KEV, CISA ICS-CERT, FDA
T2 Coordinated Disclosure CERT/CC, NVD, vendor SIRTs
T3 Security Research Claroty Team82, Nozomi, Dragos
T4 Curated News BleepingComputer, The Record, NCSC
T5 Community / Aggregator VulDB, social media, unverified feeds

How AI is used

EXTRACTION, NOT INVENTION
The AI extracts, normalizes, compares, and recommends from approved mitigation patterns. It does not generate novel security advice, diagnose vulnerabilities, or make clinical decisions. Every AI-generated field is labeled as such, and every recommendation is traceable to an approved playbook pattern with a cited basis.
EVIDENCE COMPLETENESS

Each issue is evaluated across 8 evidence fields: CVEs, summary, affected products, severity, vendor, patch status, mitigations, and source consensus. The evidence completeness score reflects how many of these fields contain meaningful data from authoritative sources.


Full-corpus check: exact structured CVE-ID overlap

The verifier compares the complete canonical medical-device corpus against the full CISA KEV catalog. Authoritative strict overlap means an exact structured CVE-ID match. These results come from meta.json, not the bounded serving feed. Vendor exact and partial substring matches are diagnostic only and are not evidence of KEV medical-device overlap.

Full KEV catalog CVEs—
Medical device issues—
Exact structured CVE-ID overlap—
Vendor exact matches (diagnostic only)—
Vendor partial pairs (diagnostic only)—
Comparison generated—

Only when a medical-device record has an exact structured CVE ID in the full KEV catalog, the is_kev_medical_device badge activates automatically and feed_medical_device_kev.json becomes non-empty. See kev_medical_device_analysis.md for the full methodology.

Key finding
Medical-device CVEs compared with the full KEV catalog.
— Full KEV catalog CVEs
— Medical device issues
— Exact structured CVE-ID overlap

The count above measures exact structured CVE-ID overlap for the current canonical medical-device corpus and the full CISA KEV catalog. A zero result is specific to those records and identifiers; it does not prove that KEV has no medical-device coverage universally or that exploitation never occurs.

This is why the project exists. AdvisoryOps aggregates from specialized sources where medical device advisories actually live (CISA ICS-Medical, FDA recalls, FDA safety communications, vendor PSIRTs, Health Canada recalls) and applies an FDA clinical-severity floor so Class III devices surface even without a KEV listing. The KEV cross-reference is exposed live on every build — only medical-device records with an exact structured CVE ID in KEV receive the strict overlap badge. Vendor matches do not activate it.

Full methodology and reproduction commands: kev_medical_device_analysis.md

What is AdvisoryOps?

AdvisoryOps combines healthcare advisory intelligence with private device SBOM component matching. It ingests government, vendor, and research advisories, scores them for healthcare relevance and urgency, and provides source-linked issue records and remediation guidance for hospital security teams.

Connect device software to tracked advisories

Import a CycloneDX or SPDX JSON SBOM in Device SBOM to compare software components with the full tracked advisory history. Review installed versions, matching evidence, coverage gaps, and source links, then download a local JSON report. Your SBOM stays in the browser; no upload or account is required.

Matches identify products for review. They do not confirm that an installed version is affected or exploitable. See supported formats, privacy, and matching limits. Anonymous visit measurement runs in an isolated frame that cannot read your device data.

—
Total issues
—
Enabled source configurations
—
Packets generated this build
—
Automated tests
—
Total API cost
—
Golden fixture pass rate
—
Medical device issues

Why this exists

Small and rural hospitals face the same cyber threats as large health systems but with a fraction of the security staff. A 25-bed critical-access hospital cannot afford a dedicated vulnerability analyst, yet its patient monitors, infusion pumps, and imaging systems carry the same CVEs as those in a 900-bed academic medical center. AdvisoryOps exists to close that gap — providing structured, prioritized intelligence that would otherwise require a full-time analyst to produce.


TF
Travis Funkhouser
Creator and maintainer
20+ years healthcare security — IU Health, ForeScout, Attivo Networks, Flashpoint
PROJECT DETAILS
LanguagePython 3.10+
AI modelGPT-4o-mini (optional AI stages)
Full corpus rebuild costNot published for the current build
Device SBOMCycloneDX / SPDX JSON · browser-only import · local report export
DashboardVanilla HTML/CSS/JS — no frameworks
OPERATIONAL VIEWS

The Issues tab supports two presentation modes on top of the standard filter pipeline (Medical devices / FDA CLASS / KEV / search):

LATEST dropdownTop N most recent (25 / 50 / 100 / All) by published date
This weekLast 7 days only, with priority summary banner (quiet-week reassurance when empty)
RSS FEEDS

Subscribe to filtered feeds in your RSS reader:

All issues (top 50)feed.xml
Healthcare devicesfeed_healthcare.xml
FDA Class III onlyfeed_class_3.xml
Actively exploited (KEV)feed_kev_medical_device.xml
High priority (P0/P1)feed_p0_p1.xml
Apache 2.0 — free to use, modify, and distribute View license