CVE-2024-6640

CVSS v3 6.3 MEDIUM

6.3^/10

CVSS v3 : MEDIUM

Vector :

Exploitability : 2.8 / Impact : 3.4

Attack Vector NETWORK

Attack Complexity LOW

Privileges Required LOW

User Interaction NONE

Confidentiality Impact LOW

Integrity Impact LOW

Availability Impact LOW

Scope UNCHANGED

I

n ICMPv6 Neighbor Discovery (ND), the ID is always 0. When pf is configured to allow ND and block incoming Echo Requests, a crafted Echo Request packet after a Neighbor Solicitation (NS) can trigger an Echo Reply. The packet has to come from the same host as the NS and have a zero as identifier to match the state created by the Neighbor Discovery and allow replies to be generated. ICMPv6 packets with identifier value of zero bypass firewall rules written on the assumption that the incoming packets are going to create a state in the state table.

References

Link	Resource
https://security.freebsd.org/advisories/FreeBSD-SA-24:05.pf.asc
https://security.netapp.com/advisory/ntap-20240816-0008/

Configurations

No configuration.

History

26 Nov 2024, 15:15

Type	Values Removed	Values Added
CWE		CWE-276
CVSS	v2 : ~~unknown~~ v3 : ~~unknown~~	v2 : unknown v3 : 6.3

21 Nov 2024, 09:50

Type	Values Removed	Values Added
References		() https://security.netapp.com/advisory/ntap-20240816-0008/ -

12 Aug 2024, 13:41

Type	Values Removed	Values Added
New CVE

Information

Published : 2024-08-12 13:38

Updated : 2024-11-26 15:15

NVD link : CVE-2024-6640

Mitre link : CVE-2024-6640

CVE.ORG link : CVE-2024-6640

JSON object : View

Products Affected

No product.

CWE

CWE-276

Incorrect Default Permissions

{"id": "CVE-2024-6640", "metrics": {"cvssMetricV31": [{"type": "Secondary", "source": "134c704f-9b21-4f2e-91b3-4a467353bcc0", "cvssData": {"scope": "UNCHANGED", "version": "3.1", "baseScore": 6.3, "attackVector": "NETWORK", "baseSeverity": "MEDIUM", "vectorString": "CVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:U/C:L/I:L/A:L", "integrityImpact": "LOW", "userInteraction": "NONE", "attackComplexity": "LOW", "availabilityImpact": "LOW", "privilegesRequired": "LOW", "confidentialityImpact": "LOW"}, "impactScore": 3.4, "exploitabilityScore": 2.8}]}, "published": "2024-08-12T13:38:39.380", "references": [{"url": "https://security.freebsd.org/advisories/FreeBSD-SA-24:05.pf.asc", "source": "[email protected]"}, {"url": "https://security.netapp.com/advisory/ntap-20240816-0008/", "source": "af854a3a-2127-422b-91ae-364da2661108"}], "vulnStatus": "Awaiting Analysis", "weaknesses": [{"type": "Secondary", "source": "134c704f-9b21-4f2e-91b3-4a467353bcc0", "description": [{"lang": "en", "value": "CWE-276"}]}], "descriptions": [{"lang": "en", "value": "In ICMPv6 Neighbor Discovery (ND), the ID is always 0. When pf is configured to allow ND and block incoming Echo Requests, a crafted Echo Request packet after a Neighbor Solicitation (NS) can trigger an Echo Reply. The packet has to come from the same host as the NS and have a zero as identifier to match the state created by the Neighbor Discovery and allow replies to be generated.\n\nICMPv6 packets with identifier value of zero bypass firewall rules written on the assumption that the incoming packets are going to create a state in the state table."}, {"lang": "es", "value": "En ICMPv6 Neighbor Discovery (ND), el ID es siempre 0. Cuando pf est\u00e1 configurado para permitir ND y bloquear solicitudes de eco entrantes, un paquete de solicitud de eco manipulado despu\u00e9s de una solicitud de vecino (NS) puede desencadenar una respuesta de eco. El paquete debe provenir del mismo host que el NS y tener un cero como identificador para coincidir con el estado creado por Neighbor Discovery y permitir que se generen respuestas. Paquetes ICMPv6 con valor de identificador de reglas de firewall de omisi\u00f3n cero escritos bajo el supuesto de que los paquetes entrantes crear\u00e1n un estado en la tabla de estados."}], "lastModified": "2024-11-26T15:15:35.053", "sourceIdentifier": "[email protected]"}