Comparison Overview
KPMG Energy
KPMG Energy
333 Bay St, Toronto, CA
Last Update: 01/04/2026
There are significant changes underway in the energy sector and organizations must adapt and transform in order to survive and capitalize on the opportunities these changes present. As part of our online energy community, you’ll be able to read today’s most important t...
Halliburton
3000 N. Sam Houston Pkwy E., Houston, 77032, US
Last Update: 06/09/2026
We collaborate and engineer solutions to maximize asset value for our customers. Founded in 1919, Halliburton is one of the world's largest providers of products and services to the energy industry. With more than 45,000 employees, representing 130 nationalities in more...
Compliance Ranges Comparison
KPMG Energy
Halliburton
Benchmark & Cyber Underwriting Signals
Incidents vs Oil and Gas Industry Avg (This Year)
No incidents recorded for KPMG Energy in 2026.
Incidents vs Oil and Gas Industry Avg (This Year)
No incidents recorded for Halliburton in 2026.
Incident History - KPMG Energy (X = Date, Y = Severity)
KPMG Energy cyber incidents detection timeline including parent company and subsidiaries.
Incident History - Halliburton (X = Date, Y = Severity)
Halliburton cyber incidents detection timeline including parent company and subsidiaries.
Notable Incidents
KPMG Energy
Halliburton
FAQ
Latest Global CVEs
IBM TRIRIGA Application Platform 5.0.0 through 5.0.8 could allow a remote authenticated attacker to obtain sensitive information due to exposure of session tokens in the HTML response.
IBM TRIRIGA Application Platform 5.0.0 through 5.0.8 could allow a remote authenticated attacker to obtain sensitive information due to an XML external entity (XXE) injection flaw.
IBM Aspera Enterprise WebApps 1.0.0 through 1.0.6 could allow a local attacker to obtain sensitive information due to cleartext transmission of sensitive information.
IBM Planning Analytics 2.0, and 2.1 could allow a remote authenticated attacker to execute arbitrary code due to a stack-based buffer overflow.
IBM DataStage on Cloud Pak for Data 5.4.0.0 can allow a man-in-the-middle attacker to present a forged TLS certificate, intercept the connection, and capture the IAM bearer Authorization header automatically attached by the session adapter. The captured token grants full platform-scope tenant API access, enabling the attacker to read and manipulate the victim's DataStage projects, flows, assets, and pipeline definitions. This is client-side SDK code running on the user's own machine, so exploitation requires an external network interceptor rather than a co-tenant in the shared cluster.