Comparison Overview
Intrafusion by McKesson
Intrafusion by McKesson
10101 Woodloch Forest Dr, None, The Woodlands, Texas, US, 77380
Last Update: 29/03/2026
Intrafusion is a wholly-owned business of McKesson, and is the leader in-office infusion management in the U.S. and consistently recognized as a partner in care. Every day, Intrafusion helps independent physicians deliver high quality, low cost integrated care for pat...
Memorial Hermann Health System
Houston, US
Last Update: 05/04/2026
Advancing Health. Personalizing Care. Memorial Hermann Health System is a nonprofit, values-driven, community-owned health system dedicated to improving health. A fully integrated health system with more than 260 care delivery sites throughout the Greater Houston area...
Compliance Ranges Comparison
Intrafusion by McKesson
Memorial Hermann Health System
Benchmark & Cyber Underwriting Signals
Incidents vs Hospitals and Health Care Industry Avg (This Year)
No incidents recorded for Intrafusion by McKesson in 2026.
Incidents vs Hospitals and Health Care Industry Avg (This Year)
No incidents recorded for Memorial Hermann Health System in 2026.
Incident History - Intrafusion by McKesson (X = Date, Y = Severity)
Intrafusion by McKesson cyber incidents detection timeline including parent company and subsidiaries.
Incident History - Memorial Hermann Health System (X = Date, Y = Severity)
Memorial Hermann Health System cyber incidents detection timeline including parent company and subsidiaries.
Notable Incidents
Intrafusion by McKesson
Memorial Hermann Health System
FAQ
Latest Global CVEs
vLLM through 0.29.0 fails to properly clean up decode-side metadata for rejected inference requests in prefill/decode disaggregated deployments. Remote attackers can submit requests with max_tokens=0 to exhaust decode-worker memory without bound until the worker restarts.
- https://github.com/vllm-project/vllm
- https://github.com/vllm-project/vllm/blob/v0.29.0/vllm/distributed/kv_transfer/kv_connector/v1/nixl/push_worker.py#L162-L181
- https://github.com/vllm-project/vllm/pull/55677
- https://www.vulncheck.com/advisories/vllm-through-0.29.0-memory-exhaustion-via-rejected-requests
redis-parser through 3.0.0 contains a denial of service vulnerability in the RESP protocol parser that allows malicious Redis endpoints to crash the client process through unbounded recursion on nested arrays. Attackers can send crafted RESP byte streams with repeated array headers that exhaust the V8 call stack, causing an uncaught RangeError that terminates the Node.js process without triggering error handling callbacks.
- https://github.com/NodeRedis/node-redis-parser
- https://github.com/NodeRedis/node-redis-parser/blob/701655430f5f7d9ca00892a02f7eefcbc1193a98/lib/parser.js#L204-L213
- https://github.com/NodeRedis/node-redis-parser/blob/701655430f5f7d9ca00892a02f7eefcbc1193a98/lib/parser.js#L291-L306
- https://github.com/redis/ioredis/issues/2108
- https://www.vulncheck.com/advisories/redis-parser-through-3.0.0-denial-of-service-via-unbounded-recursion
Improper neutralization of special elements in output used by a downstream component ('injection') in Azure Cosmos DB allows an authorized attacker to elevate privileges over a network.
Server-side request forgery (ssrf) in Azure AI Foundry allows an unauthorized attacker to elevate privileges over a network.
Missing authentication for critical function in Azure AI Foundry allows an unauthorized attacker to elevate privileges over a network.