{"id":"CVE-2008-3280","aliases":["EUVD-2008-3268","GHSA-cq23-cxpr-f49x"],"status":"published","title":"It was found that various OpenID Providers (OPs) had TLS Server Certificates that used weak keys,...","description":"It was found that various OpenID Providers (OPs) had TLS Server Certificates that used weak keys, as a result of the Debian Predictable Random Number Generator (CVE-2008-0166). In combination with the DNS Cache Poisoning issue (CVE-2008-1447) and the fact that almost all SSL/TLS implementations do not consult CRLs (currently an untracked issue), this means that it is impossible to rely on these OPs.","severity":{"version":"3.1","score":5.9,"vector":"CVSS:3.1/AV:N/AC:H/PR:N/UI:N/S:U/C:H/I:N/A:N","level":"medium","assessor":"primary","from":"nvd"},"epss":{"day":"2026-11-08","score":0.03951,"percentile":0.90492,"model":"v2026.06.15"},"facts":{"in_kev":false,"known_exploited":false,"public_exploit":true,"fix_available":false},"cwes":["CWE-338"],"published":"2021-05-21T19:23:55Z","modified":"2026-06-16T22:55:31Z","exploits":[{"source":"exploitdb","id":"EDB-5720","title":"OpenSSL 0.9.8c-1 \u003c 0.9.8g-9 (Debian and Derivatives) - Predictable PRNG Brute Force SSH","type":"remote","platform":"linux","date":"2008-06-01","verified":true,"url":"https://www.exploit-db.com/exploits/5720"}],"products":[{"vendor":"diso development team","product":"openid"},{"vendor":"openid","product":"openid"}],"references":[{"url":"http://lists.openid.net/pipermail/openid-security/2008-August/000942.html","tags":["x_refsource_MISC","x_transferred","Mailing List","Mitigation","Vendor Advisory"]},{"url":"https://www.exploit-db.com/exploits/5720","tags":["x_refsource_MISC","x_transferred","Exploit","Third Party Advisory","VDB Entry"]},{"url":"https://nvd.nist.gov/vuln/detail/CVE-2008-3280"},{"url":"https://github.com/advisories/GHSA-cq23-cxpr-f49x"}],"sources":{"cve":[{"id":"CVE-2008-3280","description":"It was found that various OpenID Providers (OPs) had TLS Server Certificates that used weak keys, as a result of the Debian Predictable Random Number Generator (CVE-2008-0166). In combination with the DNS Cache Poisoning issue (CVE-2008-1447) and the fact that almost all SSL/TLS implementations do not consult CRLs (currently an untracked issue), this means that it is impossible to rely on these OPs.","status":"published","published":"2021-05-21T19:23:55Z","modified":"2024-08-07T09:28:42Z","cwes":["CWE-338"],"updated_at":"2026-11-02T14:34:45.083276Z"}],"euvd":[{"id":"EUVD-2008-3268","description":"It was found that various OpenID Providers (OPs) had TLS Server Certificates that used weak keys, as a result of the Debian Predictable Random Number Generator (CVE-2008-0166). In combination with the DNS Cache Poisoning issue (CVE-2008-1447) and the fact that almost all SSL/TLS implementations do not consult CRLs (currently an untracked issue), this means that it is impossible to rely on these OPs.","status":"published","published":"2021-05-21T19:23:55Z","modified":"2024-08-07T09:28:42Z","updated_at":"2026-11-03T01:38:52.662862Z"}],"ghsa":[{"id":"GHSA-cq23-cxpr-f49x","title":"It was found that various OpenID Providers (OPs) had TLS Server Certificates that used weak keys,...","description":"It was found that various OpenID Providers (OPs) had TLS Server Certificates that used weak keys, as a result of the Debian Predictable Random Number Generator (CVE-2008-0166). In combination with the DNS Cache Poisoning issue (CVE-2008-1447) and the fact that almost all SSL/TLS implementations do not consult CRLs (currently an untracked issue), this means that it is impossible to rely on these OPs.","status":"published","published":"2022-04-21T01:50:57Z","modified":"2023-01-27T05:01:52Z","cwes":["CWE-338"],"updated_at":"2026-11-02T14:41:58.86931Z"}],"nvd":[{"id":"CVE-2008-3280","description":"It was found that various OpenID Providers (OPs) had TLS Server Certificates that used weak keys, as a result of the Debian Predictable Random Number Generator (CVE-2008-0166). In combination with the DNS Cache Poisoning issue (CVE-2008-1447) and the fact that almost all SSL/TLS implementations do not consult CRLs (currently an untracked issue), this means that it is impossible to rely on these OPs.","status":"published","published":"2021-05-21T20:15:07.43Z","modified":"2026-06-16T22:55:31.723Z","cvss":[{"version":"3.1","score":5.9,"vector":"CVSS:3.1/AV:N/AC:H/PR:N/UI:N/S:U/C:H/I:N/A:N","level":"medium","assessor":"primary"},{"version":"2.0","score":4.3,"vector":"AV:N/AC:M/Au:N/C:P/I:N/A:N","level":"medium","assessor":"primary"}],"cwes":["CWE-338"],"updated_at":"2026-11-02T14:01:32.353533Z"}]}}