Comparison Overview
Nofagroup
Nofagroup
Jan van Galenstraat 41/51, Schiedam, undefined, 3115 JG, NL
Last Update: 03/04/2026
NofaGroup is part of the Cotecna Group, a leading provider of testing, inspection and certification services. We offer solutions to facilitate trade and make supply chains safer and more efficient for our clients. Founded in 2004, NofaGroup specializes in testing and i...
Marubeni Corporation
4-2, Ohtemachi 1-chome, Chiyoda-ku, 1008088, JP
Last Update: 14/09/2026
Marubeni Corporation (TSE securities code: 8002) is one of Japan’s largest trading companies (sogo shosha) with more than 165 years of history. Headquartered in Tokyo, Marubeni continues to expand its businesses across the globe, with 130 branches and offices worldwide....
Compliance Ranges Comparison
Nofagroup
Marubeni Corporation
Benchmark & Cyber Underwriting Signals
Incidents vs International Trade and Development Industry Avg (This Year)
No incidents recorded for Nofagroup in 2026.
Incidents vs International Trade and Development Industry Avg (This Year)
No incidents recorded for Marubeni Corporation in 2026.
Incident History - Nofagroup (X = Date, Y = Severity)
Nofagroup cyber incidents detection timeline including parent company and subsidiaries.
Incident History - Marubeni Corporation (X = Date, Y = Severity)
Marubeni Corporation cyber incidents detection timeline including parent company and subsidiaries.
Notable Incidents
Nofagroup
Marubeni Corporation
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.