Comparison Overview
IDEMIA Public Security
IDEMIA Public Security
2 Place Samuel Champlain, Courbevoie, FR, 92400
Last Update: 22/03/2026
As our world becomes increasingly digitally connected, personal identity and security only become more important. That's why protecting the identity of citizens is a top priority of private and public organizations worldwide. As a trusted partner to companies and gover...
Unisys
801 Lakeview Drive, Blue Bell, Pennsylvania, US, 19422
Last Update: 07/09/2026
Unisys is a global technology solutions company that powers breakthroughs for the world’s leading organizations. Our solutions – cloud, AI, digital workplace, logistics and enterprise computing – help our clients challenge the status quo and unlock their full potential....
Compliance Ranges Comparison
IDEMIA Public Security
Unisys
Benchmark & Cyber Underwriting Signals
Incidents vs IT Services and IT Consulting Industry Avg (This Year)
No incidents recorded for IDEMIA Public Security in 2026.
Incidents vs IT Services and IT Consulting Industry Avg (This Year)
No incidents recorded for Unisys in 2026.
Incident History - IDEMIA Public Security (X = Date, Y = Severity)
IDEMIA Public Security cyber incidents detection timeline including parent company and subsidiaries.
Incident History - Unisys (X = Date, Y = Severity)
Unisys cyber incidents detection timeline including parent company and subsidiaries.
Notable Incidents
IDEMIA Public Security
Unisys
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.