Comparison Overview
IEEE DiscoveryPoint for Communications
IEEE DiscoveryPoint for Communications
445 Hoes Lane, Piscataway, 08854, US
Last Update: 12/12/2025
IEEE DiscoveryPoint for Communications is an all-in-one platform built for engineers in industry to design and develop technology solutions. Put your trust in the platform that brings subject-focused information together from hundreds of vetted sources. Quickly find th...
TELUS
510 West Georgia St., Vancouver, V6B 0M3, CA
Last Update: 14/09/2026
At TELUS, our purpose-driven team works together every day to innovate and do good. From providing technology solutions that make our lives safer and easier, to supporting those who need it most, our inclusive, spirited and giving people are passionate about empowering ...
Compliance Ranges Comparison
IEEE DiscoveryPoint for Communications
TELUS
Benchmark & Cyber Underwriting Signals
Incidents vs Telecommunications Industry Avg (This Year)
No incidents recorded for IEEE DiscoveryPoint for Communications in 2026.
Incidents vs Telecommunications Industry Avg (This Year)
TELUS has 488.24% more incidents than the average of all companies with at least one recorded incident.
Incident History - IEEE DiscoveryPoint for Communications (X = Date, Y = Severity)
IEEE DiscoveryPoint for Communications cyber incidents detection timeline including parent company and subsidiaries.
Incident History - TELUS (X = Date, Y = Severity)
TELUS cyber incidents detection timeline including parent company and subsidiaries.
Notable Incidents
IEEE DiscoveryPoint for Communications
TELUS
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.