Comparison Overview
AirAsia

AirAsia
AirAsia Berhad, RedQ, Jalan Pekeliling 5, KLIA2, Sepang, Selangor Darul Ehsan, MY, 64000
Last Update: 04/09/2026
It all starts here. 23 years ago, a dream took flight - shaping and forever changing the travel industry in Asia. The idea was simple: Make flying affordable for everyone. We made that dream happen. We started an airline in 2001. Today, we’ve evolved to become somethi...

Etihad
P.O. Box 35566, New Airport Road, Abu Dhabi, 35566, AE
Last Update: 13/09/2026
Marhaba! Welcome to Etihad Airways. We are proud to be the national airline of the UAE, flying to 100+ destinations via Abu Dhabi. At Etihad, we don't stop at the border of what's possible, we go beyond it. Proudly inspired by our Emirati identity, we are dedicated to ...
Compliance Ranges Comparison

AirAsia







Etihad






Benchmark & Cyber Underwriting Signals
Incidents vs Airlines and Aviation Industry Avg (This Year)
AirAsia has 51.92% fewer incidents than the average of same-industry companies with at least one recorded incident.
Incidents vs Airlines and Aviation Industry Avg (This Year)
No incidents recorded for Etihad in 2026.
Incident History - AirAsia (X = Date, Y = Severity)
AirAsia cyber incidents detection timeline including parent company and subsidiaries.
Incident History - Etihad (X = Date, Y = Severity)
Etihad cyber incidents detection timeline including parent company and subsidiaries.
Notable Incidents

AirAsia

Etihad
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.