Comparison Overview
OSF HealthCare

OSF HealthCare
124 SW Adams St, Peoria, 61602, US
Last Update: 17/08/2026
OSF HealthCare is an integrated health system founded by The Sisters of the Third Order of St. Francis and headquartered in Peoria, Illinois. The system includes 18 inpatient facilities encompassing 16 licensed hospitals, two of which operate dual campuses in separate c...

Abbott
100 Abbott Park Road, Abbott Park, 60064-3500, US
Last Update: 26/08/2026
Abbott is a global healthcare leader that helps people live more fully at all stages of life. Our portfolio of life-changing technologies spans the spectrum of healthcare, with leading businesses and products in diagnostics, medical devices, nutritional and branded gene...
Compliance Ranges Comparison

OSF HealthCare







Abbott






Benchmark & Cyber Underwriting Signals
Incidents vs Hospitals and Health Care Industry Avg (This Year)
No incidents recorded for OSF HealthCare in 2026.
Incidents vs Hospitals and Health Care Industry Avg (This Year)
Abbott has 197.03% more incidents than the average of all companies with at least one recorded incident.
Incident History - OSF HealthCare (X = Date, Y = Severity)
OSF HealthCare cyber incidents detection timeline including parent company and subsidiaries.
Incident History - Abbott (X = Date, Y = Severity)
Abbott cyber incidents detection timeline including parent company and subsidiaries.
Notable Incidents

OSF HealthCare

Abbott
FAQ
Latest Global CVEs
IBM TRIRIGA Application Platform 5.0.0 through 5.0.8 could allow a remote authenticated attacker to obtain sensitive information due to exposure of session tokens in the HTML response.
IBM TRIRIGA Application Platform 5.0.0 through 5.0.8 could allow a remote authenticated attacker to obtain sensitive information due to an XML external entity (XXE) injection flaw.
IBM Aspera Enterprise WebApps 1.0.0 through 1.0.6 could allow a local attacker to obtain sensitive information due to cleartext transmission of sensitive information.
IBM Planning Analytics 2.0, and 2.1 could allow a remote authenticated attacker to execute arbitrary code due to a stack-based buffer overflow.
IBM DataStage on Cloud Pak for Data 5.4.0.0 can allow a man-in-the-middle attacker to present a forged TLS certificate, intercept the connection, and capture the IAM bearer Authorization header automatically attached by the session adapter. The captured token grants full platform-scope tenant API access, enabling the attacker to read and manipulate the victim's DataStage projects, flows, assets, and pipeline definitions. This is client-side SDK code running on the user's own machine, so exploitation requires an external network interceptor rather than a co-tenant in the shared cluster.