Comparison Overview
IBM Quantum

IBM Quantum
Yorktown Heights, 10598, US
Last Update: 29/01/2026
IBM Quantum leads the world in quantum computing, a technology we believe will power the next step in computing as a whole. In 2016, we made history by putting the first quantum processor in the cloud, enabling anyone to run experiments on quantum hardware. Since then,...

Indra
Avda. Bruselas, 35, Madrid, 28108, ES
Last Update: 14/09/2026
Indra Group (https://www.indragroup.com/) is the foremost Spanish multinational and one of the leading European companies that focus on defence and advanced technologies. It stands at the forefront of the defence, space, air traffic management, mobility, and Information...
Compliance Ranges Comparison

IBM Quantum







Indra






Benchmark & Cyber Underwriting Signals
Incidents vs IT Services and IT Consulting Industry Avg (This Year)
No incidents recorded for IBM Quantum in 2026.
Incidents vs IT Services and IT Consulting Industry Avg (This Year)
Indra has 1.96% fewer incidents than the average of all companies with at least one recorded incident.
Incident History - IBM Quantum (X = Date, Y = Severity)
IBM Quantum cyber incidents detection timeline including parent company and subsidiaries.
Incident History - Indra (X = Date, Y = Severity)
Indra cyber incidents detection timeline including parent company and subsidiaries.
Notable Incidents

IBM Quantum

Indra
FAQ
Latest Global CVEs
A vulnerability was detected in mathurvishal CloudClassroom-PHP-Project up to 5dadec098bfbbf3300d60c3494db3fb95b66e7be. This impacts an unknown function of the file viewresult.php. Performing a manipulation of the argument seno results in sql injection. Remote exploitation of the attack is possible. The exploit is now public and may be used. This product follows a rolling release approach for continuous delivery, so version details for affected or updated releases are not provided. The vendor was contacted early about this disclosure but did not respond in any way.
Uncontrolled Resource Consumption (CWE-400) in Elasticsearch can lead denial of service via Excessive Allocation (CAPEC-130)
Uncontrolled Resource Consumption (CWE-400) in Kibana can lead denial of service via Excessive Allocation (CAPEC-130)
Uncontrolled Resource Consumption (CWE-400) in Elasticsearch can lead denial of service via Excessive Allocation (CAPEC-130)
Uncontrolled Resource Consumption (CWE-400) in Elasticsearch can lead denial of service via Excessive Allocation (CAPEC-130)