2017-10-16 12:31:07 -04:00
{
"CVE_data_meta" : {
"ASSIGNER" : "cve-assign@distributedweaknessfiling.org" ,
2017-10-16 16:44:18 -04:00
"DATE_ASSIGNED" : "2017-08-22T17:29:33.324350" ,
2017-10-16 12:31:07 -04:00
"ID" : "CVE-2017-1000111" ,
2017-10-16 16:44:18 -04:00
"REQUESTER" : "willemdebruijn.kernel@gmail.com" ,
2017-10-16 12:31:07 -04:00
"STATE" : "PUBLIC"
} ,
"affects" : {
"vendor" : {
"vendor_data" : [
{
"product" : {
"product_data" : [
{
2017-10-16 16:44:18 -04:00
"product_name" : "Linux Kernel" ,
2017-10-16 12:31:07 -04:00
"version" : {
"version_data" : [
{
2017-10-16 16:44:18 -04:00
"version_value" : "Linux Kernel since commit 8913336a7e8d (\"packet: add PACKET_RESERVE sockopt\")"
2017-10-16 12:31:07 -04:00
}
]
}
}
]
} ,
2017-10-16 16:44:18 -04:00
"vendor_name" : "Linux Kernel"
2017-10-16 12:31:07 -04:00
}
]
}
} ,
"data_format" : "MITRE" ,
"data_type" : "CVE" ,
"data_version" : "4.0" ,
"description" : {
"description_data" : [
{
"lang" : "eng" ,
"value" : "Linux kernel: heap out-of-bounds in AF_PACKET sockets. This new issue is analogous to previously disclosed CVE-2016-8655. In both cases, a socket option that changes socket state may race with safety checks in packet_set_ring. Previously with PACKET_VERSION. This time with PACKET_RESERVE. The solution is similar: lock the socket for the update. This issue may be exploitable, we did not investigate further. As this issue affects PF_PACKET sockets, it requires CAP_NET_RAW in the process namespace. But note that with user namespaces enabled, any process can create a namespace in which it has CAP_NET_RAW."
}
]
} ,
"problemtype" : {
"problemtype_data" : [
{
"description" : [
{
"lang" : "eng" ,
2017-10-16 16:44:18 -04:00
"value" : "Heap out-of-bounds"
2017-10-16 12:31:07 -04:00
}
]
}
]
} ,
"references" : {
"reference_data" : [
{
2018-04-05 09:33:01 -04:00
"name" : "https://access.redhat.com/security/cve/cve-2017-1000111" ,
"refsource" : "CONFIRM" ,
2017-10-16 12:31:07 -04:00
"url" : "https://access.redhat.com/security/cve/cve-2017-1000111"
} ,
2017-11-05 06:04:47 -05:00
{
2018-04-05 09:33:01 -04:00
"name" : "DSA-3981" ,
"refsource" : "DEBIAN" ,
2017-11-05 06:04:47 -05:00
"url" : "http://www.debian.org/security/2017/dsa-3981"
} ,
2017-12-01 17:02:30 -05:00
{
2018-04-05 09:33:01 -04:00
"name" : "RHSA-2017:3200" ,
"refsource" : "REDHAT" ,
2017-12-01 17:02:30 -05:00
"url" : "https://access.redhat.com/errata/RHSA-2017:3200"
} ,
2017-12-06 06:04:19 -05:00
{
2018-04-05 09:33:01 -04:00
"name" : "RHSA-2017:2918" ,
"refsource" : "REDHAT" ,
2017-12-06 06:04:19 -05:00
"url" : "https://access.redhat.com/errata/RHSA-2017:2918"
} ,
{
2018-04-05 09:33:01 -04:00
"name" : "RHSA-2017:2930" ,
"refsource" : "REDHAT" ,
2017-12-06 06:04:19 -05:00
"url" : "https://access.redhat.com/errata/RHSA-2017:2930"
} ,
{
2018-04-05 09:33:01 -04:00
"name" : "RHSA-2017:2931" ,
"refsource" : "REDHAT" ,
2017-12-06 06:04:19 -05:00
"url" : "https://access.redhat.com/errata/RHSA-2017:2931"
} ,
2017-10-16 12:31:07 -04:00
{
2018-04-05 09:33:01 -04:00
"name" : "100267" ,
"refsource" : "BID" ,
2017-10-16 12:31:07 -04:00
"url" : "http://www.securityfocus.com/bid/100267"
} ,
{
2018-04-05 09:33:01 -04:00
"name" : "1039132" ,
"refsource" : "SECTRACK" ,
2017-10-16 12:31:07 -04:00
"url" : "http://www.securitytracker.com/id/1039132"
}
]
}
}