Bug 18308 - ntp: multiple vulnerabilities
Summary: ntp: multiple vulnerabilities
Status: RESOLVED INVALID
Alias: None
Product: Mageia
Classification: Unclassified
Component: Security (show other bugs)
Version: Cauldron
Hardware: All Linux
Priority: Normal normal
Target Milestone: ---
Assignee: Mageia Bug Squad
QA Contact: Sec team
URL: http://lwn.net/Vulnerabilities/685493/
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2016-04-30 10:46 CEST by Nic Baxter
Modified: 2016-04-30 15:18 CEST (History)
0 users

See Also:
Source RPM:
CVE: CVE-2015-8139 CVE-2015-8140
Status comment:


Attachments

Description Nic Baxter 2016-04-30 10:46:38 CEST
From the SUSE bug reports:

CVE-2015-8139: To prevent off-path attackers from impersonating legitimate peers, clients require that the origin timestamp in a received response packet match the transmit timestamp from its last request to a given peer. Under assumption that only the recipient of the request packet will know the value of the transmit timestamp, this prevents an attacker from forging replies.

CVE-2015-8140: The ntpq protocol is vulnerable to replay attacks. The sequence number being included under the signature fails to prevent replay attacks for two reasons. Commands that don't require authentication can be used to move the sequence number forward, and NTP doesn't actually care what sequence number is used so a packet can be replayed at any time. If, for example, an attacker can intercept authenticated reconfiguration commands that would. for example, tell ntpd to connect with a server that turns out to be malicious and a subsequent reconfiguration directive removed that malicious server, the attacker could replay the configuration command to re-establish an association to malicious server.
Nic Baxter 2016-04-30 10:47:54 CEST

URL: (none) => http://lwn.net/Vulnerabilities/685493/
CVE: (none) => CVE-2015-8139 CVE-2015-8140

Comment 1 David Walser 2016-04-30 15:18:45 CEST
If you look at the SUSE bug reports, these bugs have not been fixed, only mitigated, so their advisories were misleading.  I already made a comment in a previous ntp bug report of ours where I had mentioned these.

Status: NEW => RESOLVED
Resolution: (none) => INVALID


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