Comparison Overview
Idera, Inc.
Idera, Inc.
Houston, 77092, US
Last Update: 10/03/2026
Idera, Inc. has always focused on the end-user, and helping software users make real-time technical decisions in business. Over the past 20 years, Idera, Inc. has delivered more tools and innovations to more people, and established itself as a trusted advisor by expandi...
JD.COM
JD Building, No. 18 Kechuang 11 Street, BDA, Beijing, 101111, CN
Last Update: 07/10/2026
JD.com, also known as JINGDONG, is a leading e-commerce company transferring to be a technology and service enterprise with supply chain at its core. JD.com’s business has expanded across retail, technology, logistics, health, property development, industrials, and inte...
Compliance Ranges Comparison
Idera, Inc.
JD.COM
Benchmark & Cyber Underwriting Signals
Incidents vs Software Development Industry Avg (This Year)
Idera, Inc. has 4.76% fewer incidents than the average of same-industry companies with at least one recorded incident.
Incidents vs Software Development Industry Avg (This Year)
No incidents recorded for JD.COM in 2026.
Incident History - Idera, Inc. (X = Date, Y = Severity)
Idera, Inc. cyber incidents detection timeline including parent company and subsidiaries.
Incident History - JD.COM (X = Date, Y = Severity)
JD.COM cyber incidents detection timeline including parent company and subsidiaries.
Notable Incidents
Idera, Inc.
JD.COM
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.