Summary: | CVE-2013-1624 bouncycastle: TLS CBC padding timing attack | ||
---|---|---|---|
Product: | [Other] Security Response | Reporter: | Vincent Danen <vdanen> |
Component: | vulnerability | Assignee: | Red Hat Product Security <security-response-team> |
Status: | CLOSED WONTFIX | QA Contact: | |
Severity: | medium | Docs Contact: | |
Priority: | medium | ||
Version: | unspecified | CC: | aileenc, athomas, bkearney, chazlett, cpelland, jrusnack, langel, mjc, mmccune, msuchy, oget.fedora, sclewis, steve.traylen |
Target Milestone: | --- | Keywords: | Security |
Target Release: | --- | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | bouncycastle 1.48 | Doc Type: | Bug Fix |
Doc Text: |
It was discovered that bouncycastle leaked timing information when decrypting TLS/SSL protocol encrypted records when CBC-mode cipher suites were used. A remote attacker could possibly use this flaw to retrieve plain text from the encrypted packets by using a TLS/SSL server as a padding oracle.
|
Story Points: | --- |
Clone Of: | Environment: | ||
Last Closed: | 2015-08-21 21:07:35 UTC | Type: | --- |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Bug Depends On: | 920864, 920865, 995673, 1058430, 1058454, 1058457, 1058459, 1062354, 1062355, 1070466 | ||
Bug Blocks: | 907592, 1043778, 1072116, 1082921, 1082938, 1097952, 1196328, 1239193 |
Description
Vincent Danen
2013-02-06 17:01:21 UTC
So it's not lost, quoting Orcan's comment from https://bugzilla.redhat.com/show_bug.cgi?id=907589#c7 here: Orcan Ogetbil 2013-02-05 20:34:45 EST Hi, the bouncycastle update is problematic. Namely, we are stuck with version 1.46 because the later version (1.47) comes with backward incompatible API changes. This affects the dependent libraries, in particular itext. Unfortunately we are also stuck with itext-2.1.7 because the next version series (itext-5.*) was vetoed by FE-Legal. Note that I do not maintain bouncycastle any more. I dropped my maintainership last August after an announcement in the Fedora-devel mailing list. To my knowledge no one picked it up yet, which makes me wonder why this bug CCd me. I can still provide some help though if you can supply a patch. If you provide a patch for bouncycastle-1.46 we can get around this problem. Also, according to: http://www.bouncycastle.org/viewcvs/viewcvs.cgi/java/crypto/releasenotes.html?r1=1.181&r2=1.182 This has been fixed in CVS already (although finding the patches that were used might be fun). Created bouncycastle tracking bugs for this issue Affects: fedora-all [bug 920864] Affects: epel-all [bug 920865] The Red Hat Security Response Team has rated this issue as having moderate security impact in CloudForms 1.1. This issue is not currently planned to be addressed in future updates. This issue has been addressed in following products: Red Hat JBoss BPM Suite 6.0.1 Via RHSA-2014:0371 https://rhn.redhat.com/errata/RHSA-2014-0371.html This issue has been addressed in following products: Red Hat JBoss BRMS 6.0.1 Via RHSA-2014:0372 https://rhn.redhat.com/errata/RHSA-2014-0372.html This issue has been addressed in following products: Red Hat JBoss Fuse 6.1.0 Via RHSA-2014:0400 https://rhn.redhat.com/errata/RHSA-2014-0400.html This issue has been addressed in following products: Red Hat JBoss AM-Q 6.1.0 Via RHSA-2014:0401 https://rhn.redhat.com/errata/RHSA-2014-0401.html This issue has been addressed in following products: JBoss Web Framework Kit 2.6.0 Via RHSA-2014:0896 https://rhn.redhat.com/errata/RHSA-2014-0896.html IssueDescription: It was discovered that bouncycastle leaked timing information when decrypting TLS/SSL protocol encrypted records when CBC-mode cipher suites were used. A remote attacker could possibly use this flaw to retrieve plain text from the encrypted packets by using a TLS/SSL server as a padding oracle. This issue has been addressed in the following products: JBoss Portal 6.2.0 Via RHSA-2015:1009 https://rhn.redhat.com/errata/RHSA-2015-1009.html |