Comparison Overview
UTS Faculty of Engineering and IT

UTS Faculty of Engineering and IT
81 Broadway, Ultimo, NSW, 2007, AU
Last Update: 08/12/2025
UTS Engineering and IT is an innovative and research-intensive faculty with a strong reputation for its practice-based learning programs and industry engagement. Our goal is to produce impact-driven, user-centred research outcomes and to incorporate this into our stude...

UC San Diego
9500 Gilman Dr, La Jolla, CA, US, 92093
Last Update: 01/04/2026
Recognized as one of the top 15 research universities worldwide, our culture of collaboration sparks discoveries that advance society and drive economic impact. Everything we do is dedicated to ensuring our students have the opportunity to become changemakers, equipped ...
Compliance Ranges Comparison

UTS Faculty of Engineering and IT







UC San Diego






Benchmark & Cyber Underwriting Signals
Incidents vs Higher Education Industry Avg (This Year)
No incidents recorded for UTS Faculty of Engineering and IT in 2026.
Incidents vs Higher Education Industry Avg (This Year)
No incidents recorded for UC San Diego in 2026.
Incident History - UTS Faculty of Engineering and IT (X = Date, Y = Severity)
UTS Faculty of Engineering and IT cyber incidents detection timeline including parent company and subsidiaries.
Incident History - UC San Diego (X = Date, Y = Severity)
UC San Diego cyber incidents detection timeline including parent company and subsidiaries.
Notable Incidents

UTS Faculty of Engineering and IT

UC San Diego
FAQ
Latest Global CVEs
Omni C20 lacks proper certificate validation which could allow an attacker to perform a man-in-the-middle attack which could allow them to execute arbitrary code.
Omni C20 uses hard-coded credentials that could allow an attacker to monitor log files to obtain credentials to access information like mapping data.
The affected products are vulnerable to command injection attack that could allow an unauthenticated attacker to execute system commands during the pairing process.
The Botslab G980H dash camera firmware contains an authentication vulnerability in the root account exposed through the device's UART interface. The affected account does not require a password before granting access to a privileged system interface, and the interface also displays the device's WiFi password during startup. An unauthenticated attacker with physical access to the device could connect to the UART interface, obtain root privileges, and recover the WiFi password.
The Botslab G980H dash camera firmware generates the default WiFi password using predictable device information, portions of which are advertised by the product. An unauthenticated attacker within WiFi range could potentially determine the remaining password characters through limited guessing and gain unauthorized access to the device network.