Comparison Overview
Oracle Cloud

Oracle Cloud
2300 Oracle Way, Austin, Texas, US, 78741
Last Update: 24/09/2026
Thanks to exceptional people, we lead the market in autonomous, cloud, and applications technologies.

Swisscom
Alte Tiefenaustrasse 6, Worblaufen, 3048, CH
Last Update: 13/09/2026
As No. 1, we inspire people in the connected world. With the latest technologies and innovations, together we have the opportunity to shape the future. To do this, we are and act trustworthy, committed and curious. Are you with us? Join us on this exciting journey and ...
Compliance Ranges Comparison

Oracle Cloud







Swisscom






Benchmark & Cyber Underwriting Signals
Incidents vs IT Services and IT Consulting Industry Avg (This Year)
No incidents recorded for Oracle Cloud in 2026.
Incidents vs IT Services and IT Consulting Industry Avg (This Year)
Swisscom has 0.99% fewer incidents than the average of all companies with at least one recorded incident.
Incident History - Oracle Cloud (X = Date, Y = Severity)
Oracle Cloud cyber incidents detection timeline including parent company and subsidiaries.
Incident History - Swisscom (X = Date, Y = Severity)
Swisscom cyber incidents detection timeline including parent company and subsidiaries.
Notable Incidents

Oracle Cloud

Swisscom
FAQ
Latest Global CVEs
Authorization Bypass Through User-Controlled Key vulnerability in Ultimate Member Ultimate Member ultimate-member allows Privilege Escalation.This issue affects Ultimate Member: from n/a through 2.13.1.
Improper Neutralization of Input During Web Page Generation ('Cross-site Scripting') vulnerability in Unlimited Elements Unlimited Elements For Elementor (Free Widgets, Addons, Templates) unlimited-elements-for-elementor allows Reflected XSS.This issue affects Unlimited Elements For Elementor (Free Widgets, Addons, Templates): from n/a through 2.0.20.
Improper Validation of Specified Quantity in Input vulnerability in Themeum Kirki kirki allows Accessing Functionality Not Properly Constrained by ACLs.This issue affects Kirki: from n/a through 6.3.1.
OpenAM before 16.1.3 contains a server-side request forgery vulnerability that allows attackers able to register or modify OAuth 2.0 clients to make OpenAM fetch internal resources via an unvalidated jwks_uri. Attackers can trigger unauthenticated fetches through client-authentication and ID-token validation to probe internal hosts, metadata endpoints or local files, or exhaust request threads for denial of service.
OpenAM before 16.1.3 contains an improper authorization vulnerability that allows delegated administrators to destroy sessions outside their realms because realm checks use the requester's realm. Authenticated accounts holding the iplanet-am-session-destroy-sessions attribute can supply a target session identifier or handle to forcibly log out users in any realm.