Comparison Overview
Hospitalsenhed Midt
Hospitalsenhed Midt
Heibergs Alle 4, Viborg, Region Midtjylland, 8800, DK
Last Update: 21/04/2026
Hospitalsenhed Midt is the second largest of five hospital units in Central Denmark Region. The four hospitals within Hospitalsenhed Midt employ approximately 4,300 employees, treat more than 372,000 outpatients and discharge more than 45,000 patients after hospitalizat...
AdventHealth
900 Hope Way, Altamonte Springs, 32714, US
Last Update: 03/09/2026
AdventHealth is a connected network of care that helps people feel whole – body, mind and spirit. More than 100,000 team members across a national footprint provide whole-person care to nearly nine million people annually through more than 2,000 care sites that include ...
Compliance Ranges Comparison
Hospitalsenhed Midt
AdventHealth
Benchmark & Cyber Underwriting Signals
Incidents vs Hospitals and Health Care Industry Avg (This Year)
No incidents recorded for Hospitalsenhed Midt in 2026.
Incidents vs Hospitals and Health Care Industry Avg (This Year)
AdventHealth has 94.17% more incidents than the average of all companies with at least one recorded incident.
Incident History - Hospitalsenhed Midt (X = Date, Y = Severity)
Hospitalsenhed Midt cyber incidents detection timeline including parent company and subsidiaries.
Incident History - AdventHealth (X = Date, Y = Severity)
AdventHealth cyber incidents detection timeline including parent company and subsidiaries.
Notable Incidents
Hospitalsenhed Midt
AdventHealth
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.