Comparison Overview
BBVA en Argentina
BBVA en Argentina
Avenida Córdoba 111, Buenos Aires, Ciudad Autónoma de Buenos Aires, undefined, AR
Last Update: 09/03/2026
BBVA Francés ocupa uno de los primeros lugares en el sistema financiero argentino, su importante capacidad de adaptación le ha permitido adecuarse a las nuevas condiciones que impone el mercado, logrando de esta manera mantener su posición de liderazgo.
DenizBank
Büyükdere Caddesi 141, Esentepe, 34394, TR
Last Update: 06/09/2026
In 1997, DenizBank was acquired by the Zorlu Holding in the form of a banking license from the Privatization Administration. Undergoing three shareholder changes and done public offering in its short history, the Bank was acquired in October 2006 by Dexia, one of the le...
Compliance Ranges Comparison
BBVA en Argentina
DenizBank
Benchmark & Cyber Underwriting Signals
Incidents vs Banking Industry Avg (This Year)
No incidents recorded for BBVA en Argentina in 2026.
Incidents vs Banking Industry Avg (This Year)
No incidents recorded for DenizBank in 2026.
Incident History - BBVA en Argentina (X = Date, Y = Severity)
BBVA en Argentina cyber incidents detection timeline including parent company and subsidiaries.
Incident History - DenizBank (X = Date, Y = Severity)
DenizBank cyber incidents detection timeline including parent company and subsidiaries.
Notable Incidents
BBVA en Argentina
DenizBank
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.