Comparison Overview
Institute of Pharmaceutical Sciences of Western Switzerland (ISPSO)- University of Geneva

Institute of Pharmaceutical Sciences of Western Switzerland (ISPSO)- University of Geneva
1, rue Michel Servet, Geneva, 1211, CH
Last Update: 01/12/2025
Our main missions are to promote pharmacy practice and pharmaceutical sciences through excellence in education and research and to assist in specific activities in humanity pharmacy. We take on a strong responsibility to maintain a high quality training of all professio...

University of Wisconsin-Madison
500 Lincoln Dr, Madison, WI, US, 53706-1380
Last Update: 02/04/2026
In achievement and prestige, the University of Wisconsin–Madison has long been recognized as one of America's great universities. A public, land-grant institution, UW–Madison offers a complete spectrum of liberal arts studies, professional programs and student activitie...
Compliance Ranges Comparison

Institute of Pharmaceutical Sciences of Western Switzerland (ISPSO)- University of Geneva







University of Wisconsin-Madison






Benchmark & Cyber Underwriting Signals
Incidents vs Higher Education Industry Avg (This Year)
No incidents recorded for Institute of Pharmaceutical Sciences of Western Switzerland (ISPSO)- University of Geneva in 2026.
Incidents vs Higher Education Industry Avg (This Year)
No incidents recorded for University of Wisconsin-Madison in 2026.
Incident History - Institute of Pharmaceutical Sciences of Western Switzerland (ISPSO)- University of Geneva (X = Date, Y = Severity)
Institute of Pharmaceutical Sciences of Western Switzerland (ISPSO)- University of Geneva cyber incidents detection timeline including parent company and subsidiaries.
Incident History - University of Wisconsin-Madison (X = Date, Y = Severity)
University of Wisconsin-Madison cyber incidents detection timeline including parent company and subsidiaries.
Notable Incidents

Institute of Pharmaceutical Sciences of Western Switzerland (ISPSO)- University of Geneva

University of Wisconsin-Madison
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.