Comparison Overview
Legends Global
Legends Global
61 Broadway, New York, 10006, US
Last Update: 07/07/2026
Legends Global is the premier partner to the world's greatest live events, venues and brands. We deliver a fully integrated solution of premium services that keeps our partners front-and-center through our white-label approach. Our partners engage us at the earliest st...
Universal Orlando Resort
1000 Universal Studios Plaza, Orlando, 32819, US
Last Update: 15/09/2026
For years, we’ve been creating a legacy of unforgettable experiences for our Guests. Our Guests are immersed into the sights and sounds of some of the greatest movies and most legendary stories, and our Team Members are the ones who help make those incredible experience...
Compliance Ranges Comparison
Legends Global
Universal Orlando Resort
Benchmark & Cyber Underwriting Signals
Incidents vs Entertainment Providers Industry Avg (This Year)
No incidents recorded for Legends Global in 2026.
Incidents vs Entertainment Providers Industry Avg (This Year)
No incidents recorded for Universal Orlando Resort in 2026.
Incident History - Legends Global (X = Date, Y = Severity)
Legends Global cyber incidents detection timeline including parent company and subsidiaries.
Incident History - Universal Orlando Resort (X = Date, Y = Severity)
Universal Orlando Resort cyber incidents detection timeline including parent company and subsidiaries.
Notable Incidents
Legends Global
Universal Orlando Resort
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.