Comparison Overview
The Olympic Studies Centre
The Olympic Studies Centre
Quai d'Ouchy 1, Lausanne, 1006, CH
Last Update: 02/04/2026
Our mission is to make Olympic knowledge accessible to all, foster and support Olympic education, studies, and research, and offer a platform for dialogue between the academic world and the Olympic Movement. Through our programs and services, we support the work of al...
YMCA of the USA
101 N. Wacker Dr, Chicago, IL, US, 60606
Last Update: 13/09/2026
YMCA of the USA is the national resource office for the nation's YMCAs. Located in Chicago, IL, YMCA of the USA exists to serve YMCAs. To address the specific needs of communities, each YMCA is an independent organization, autonomous and separate from YMCA of the USA. T...
Compliance Ranges Comparison
The Olympic Studies Centre
YMCA of the USA
Benchmark & Cyber Underwriting Signals
Incidents vs Non-profit Organizations Industry Avg (This Year)
No incidents recorded for The Olympic Studies Centre in 2026.
Incidents vs Non-profit Organizations Industry Avg (This Year)
No incidents recorded for YMCA of the USA in 2026.
Incident History - The Olympic Studies Centre (X = Date, Y = Severity)
The Olympic Studies Centre cyber incidents detection timeline including parent company and subsidiaries.
Incident History - YMCA of the USA (X = Date, Y = Severity)
YMCA of the USA cyber incidents detection timeline including parent company and subsidiaries.
Notable Incidents
The Olympic Studies Centre
YMCA of the USA
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.