Comparison Overview
trivago

trivago
Kesselstraße 5, Düsseldorf, North Rhine-Westphalia, DE, 40221
Last Update: 02/04/2026
When travelers are searching for a hotel, we want the obvious choice to be trivago! By comparing prices from major booking sites, we're making it easy for people to find hotels they want at a price they’ll love. In the lively city of Düsseldorf, we seize opportunities t...

Alibaba Group
969 West Wen Yi Road, Hangzhou, 311121, CN
Last Update: 12/09/2026
🌍Alibaba Group is on a mission to make it easy to do business anywhere! Guided by our passion and imagination, we’re leading the way in AI, cloud computing and e-commerce. We aim to build the future infrastructure of commerce, and we aspire to be a good company that l...
Compliance Ranges Comparison

trivago







Alibaba Group






Benchmark & Cyber Underwriting Signals
Incidents vs Software Development Industry Avg (This Year)
No incidents recorded for trivago in 2026.
Incidents vs Software Development Industry Avg (This Year)
Alibaba Group has 292.16% more incidents than the average of all companies with at least one recorded incident.
Incident History - trivago (X = Date, Y = Severity)
trivago cyber incidents detection timeline including parent company and subsidiaries.
Incident History - Alibaba Group (X = Date, Y = Severity)
Alibaba Group cyber incidents detection timeline including parent company and subsidiaries.
Notable Incidents

trivago

Alibaba Group
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.