This service will be undergoing maintenance at 00:00 UTC, 2016-08-01. It is expected to last about 1 hours
Bug 911682 - (CVE-2013-0294) CVE-2013-0294 python-pyrad: poor randomness leads to predictable password hashing and RADIUS IDs
CVE-2013-0294 python-pyrad: poor randomness leads to predictable password has...
Status: NEW
Product: Security Response
Classification: Other
Component: vulnerability (Show other bugs)
unspecified
All Linux
medium Severity medium
: ---
: ---
Assigned To: Red Hat Product Security
impact=moderate,public=20130115,repor...
: Security
Depends On: 894487 911683
Blocks:
  Show dependency treegraph
 
Reported: 2013-02-15 10:59 EST by Vincent Danen
Modified: 2013-09-22 20:40 EDT (History)
1 user (show)

See Also:
Fixed In Version: python-pyrad 2.1
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Environment:
Last Closed:
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:


Attachments (Terms of Use)

  None (edit)
Description Vincent Danen 2013-02-15 10:59:42 EST
Nathaniel McCallum reported that pyrad was using Python's random module in a number of places to generate pseudo-random data.  In the case of the authenticator data, it was being used to secure a password sent over the wire.  Because Python's random module is not really suited for this purpose (not random enough), it could lead to password hashing that may be predictable.

This has been corrected in upstream's forthcoming version 2.1 via:

https://github.com/wichert/pyrad/commit/38f74b36814ca5b1a27d9898141126af4953bee5
Comment 1 Vincent Danen 2013-02-15 11:01:22 EST
Created python-pyrad tracking bugs for this issue

Affects: fedora-all [bug 894487]
Affects: epel-all [bug 911683]
Comment 2 Vincent Danen 2013-02-20 12:11:39 EST
*** Bug 911685 has been marked as a duplicate of this bug. ***
Comment 3 Vincent Danen 2013-02-20 12:14:32 EST
Merging the other issue from bug 911685:

Nathaniel McCallum reported that pyrad was creating serialized RADIUS packet IDs in the CreateID() function in packet.py.  This is not suitable for RADIUS as the RFC specifies that the ID must not be predictable.  As a result, the ID of the next packet sent can be spoofed.

This has been corrected in upstream's forthcoming version 2.1 via:

https://github.com/wichert/pyrad/commit/38f74b36814ca5b1a27d9898141126af4953bee5


Due to the same patch being used to fix essentially the same thing, which was introduced at the same time, as per MITRE's direction:

http://www.openwall.com/lists/oss-security/2013/02/15/15
Comment 4 Vincent Danen 2013-02-22 12:09:02 EST
This is not the same issue as bug 911685 which was assigned CVE-2013-0342, so this is one singular issue unrelated to the other.
Comment 5 Fedora Update System 2013-09-14 20:49:52 EDT
python-pyrad-2.0-3.fc19 has been pushed to the Fedora 19 stable repository.  If problems still persist, please make note of it in this bug report.
Comment 6 Fedora Update System 2013-09-14 20:57:10 EDT
python-pyrad-2.0-3.fc18 has been pushed to the Fedora 18 stable repository.  If problems still persist, please make note of it in this bug report.
Comment 7 Fedora Update System 2013-09-20 15:58:33 EDT
python-pyrad-1.1-3.el5 has been pushed to the Fedora EPEL 5 stable repository.  If problems still persist, please make note of it in this bug report.
Comment 8 Fedora Update System 2013-09-20 15:58:53 EDT
python-pyrad-2.0-3.el6 has been pushed to the Fedora EPEL 6 stable repository.  If problems still persist, please make note of it in this bug report.
Comment 9 Fedora Update System 2013-09-22 20:40:29 EDT
python-pyrad-2.0-3.fc20 has been pushed to the Fedora 20 stable repository.  If problems still persist, please make note of it in this bug report.

Note You need to log in before you can comment on or make changes to this bug.