Comparison Overview
Santander Argentina

Santander Argentina
Avenida Bartolomé Mitre 480, Buenos Aires, Ciudad autónoma de Buenos Aires, 1430, AR
Last Update: 01/04/2026
Somos el Equipo de Santander Río, 7.800 personas que buscamos compartir nuestras iniciativas orientadas a construir cada día, en cada Oficina, en cada Sucursal un mejor lugar para trabajar. Dar forma a una empresa orientada a las personas, creando un entorno que pri...

alinma
King Fahad Road - Alanoud Northern Tower, PO Box 66674, Riyadh, SA, 11586
Last Update: 02/04/2026
Alinma Bank is a Saudi joint stock company formed in accordance with Royal Decree No. M/15 dated 28/2/1427H (28/3/2006) and Ministerial Resolution No. 42 dated 27/2/1427H (27/3/2006). The share capital of Alinma Bank is SAR 20 billion consisting of 1.5 billion shares wi...
Compliance Ranges Comparison

Santander Argentina







alinma






Benchmark & Cyber Underwriting Signals
Incidents vs Banking Industry Avg (This Year)
No incidents recorded for Santander Argentina in 2026.
Incidents vs Banking Industry Avg (This Year)
No incidents recorded for alinma in 2026.
Incident History - Santander Argentina (X = Date, Y = Severity)
Santander Argentina cyber incidents detection timeline including parent company and subsidiaries.
Incident History - alinma (X = Date, Y = Severity)
alinma cyber incidents detection timeline including parent company and subsidiaries.
Notable Incidents

Santander Argentina

alinma
FAQ
Latest Global CVEs
A weakness has been identified in PHPGurukul Student Information System 1.0. Affected by this vulnerability is an unknown functionality of the file /student_edit1.php. Executing a manipulation of the argument ID can lead to sql injection. The attack can be launched remotely. The exploit has been made available to the public and could be used for attacks.
A vulnerability has been found in macrozheng mall up to 1.0.3. The affected element is an unknown function of the file /order/paySuccess of the component Payment Status Endpoint. The manipulation of the argument orderId leads to enforcement of behavioral workflow. The attack is possible to be carried out remotely. The vendor deleted the GitHub issue for this vulnerability without any explanation.
A security flaw has been discovered in itsourcecode Sales and Inventory System 1.0. Impacted is an unknown function of the file /pages/emp_del.php. The manipulation of the argument ID results in sql injection. The attack may be launched remotely. The exploit has been released to the public and may be used for attacks.
A vulnerability was identified in itsourcecode Sales and Inventory System 1.0. This issue affects some unknown processing of the file /pages/emp_edit.php. The manipulation of the argument ID leads to sql injection. The attack may be initiated remotely. The exploit is publicly available and might be used.
The Custom User Registration Fields for WooCommerce plugin for WordPress is vulnerable to Privilege Escalation in versions up to, and including, 2.2.3. This is due to the plugin accepting an attacker-controlled afreg_select_user_role value from the unauthenticated WooCommerce Store API /wc/store/v1/checkout request in the af_reg_checkout_data_to_order_meta_data_block() function, persisting it in order meta, and then passing it directly to WP_User::add_role() in the af_reg_custom_order_processing_function() function (hooked to woocommerce_thankyou) without validating against the plugin's admin-configured allowed role list. This makes it possible for unauthenticated attackers to elevate their privileges to Administrator by creating an account during checkout with a modified JSON body specifying administrator (or any other role slug) as the desired role. Note: The exploit requires the "User Role Selection" setting to be enabled.