Comparison Overview
Dixon Asia Pacific
Dixon Asia Pacific
170 Francis Road, Wingfield, South Australia, 5013, AU
Last Update: 09/03/2026
Dixon Asia Pacific was established in 1996 and is a premier manufacturer and supplier of material transfer products, across a wide range of markets – mining, transport, industrial commodity, marine, fire protection, food & beverage, pharmaceutical, irrigation and drilli...
Rexel
13, Boulevard du Fort de Vaux, Paris, Île-de-France, FR, 75017
Last Update: 02/04/2026
Rexel, worldwide expert in the multichannel professional distribution of products and services for the energy world, addresses three main markets: residential, commercial, and industrial. The Group supports its residential, commercial, and industrial customers by provid...
Compliance Ranges Comparison
Dixon Asia Pacific
Rexel
Benchmark & Cyber Underwriting Signals
Incidents vs Wholesale Industry Avg (This Year)
No incidents recorded for Dixon Asia Pacific in 2026.
Incidents vs Wholesale Industry Avg (This Year)
No incidents recorded for Rexel in 2026.
Incident History - Dixon Asia Pacific (X = Date, Y = Severity)
Dixon Asia Pacific cyber incidents detection timeline including parent company and subsidiaries.
Incident History - Rexel (X = Date, Y = Severity)
Rexel cyber incidents detection timeline including parent company and subsidiaries.
Notable Incidents
Dixon Asia Pacific
Rexel
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.