Linux 커널에서는 다음 취약점이 해결되었습니다. netfilter: nft_inner: IPv6 inner_thoff 비동기 문제 수정 nft_inner_parse_l2l3()에서는 내부 IPv6 패킷을 처리할 때, ipv6_find_hdr()은 전송 헤더 오프셋을 올바르게 계산합니다. 모든 확장 헤더를 순회하지만 결과는 즉시 nhoff + sizeof(_ip6h)(40바이트)로 덮어썼습니다. IPv6 기본 헤더를 설명합니다. 이로 인해 사이에 비동기화가 발생합니다. inner_thoff (잘못 — 확장 헤더 시작을 가리킴) 및 l4pr
Linux 커널에서는 다음 취약점이 해결되었습니다.
netfilter: nft_inner: IPv6 inner_thoff 비동기 문제 수정
nft_inner_parse_l2l3()에서는 내부 IPv6 패킷을 처리할 때, ipv6_find_hdr()은 전송 헤더 오프셋을 올바르게 계산합니다. 모든 확장 헤더를 순회하지만 결과는 즉시 nhoff + sizeof(_ip6h)(40바이트)로 덮어썼습니다. IPv6 기본 헤더를 설명합니다. 이로 인해 사이에 비동기화가 발생합니다. inner_thoff (잘못 — 확장 헤더 시작을 가리킴) 및 l4proto (정확함 - 예: IPPROTO_TCP), 전송 헤더 위조 가능 그리고 잠재적인 방화벽 우회. 이 문제는 안정 버전에 영향을 미칩니다 리눅스 6.2부터.
비교를 위해 일반(내부가 아닌) IPv6 경로가 올바르게 ipv6_find_hdr()의 결과를 보존합니다. 잘못된 덮어쓰기 제거 ipv6_find_hdr()의 계산된 전송 헤더 오프셋이 다음과 같은지 확인합니다. 보존하여 비동기화를 수정합니다.
왜 이 VPI인가 (설명가능 · 실험적)
VPI 산정 기준
| 영향도 | 91.00 |
| 악용 신호(추가 악용신호 없음) | ×1.00 |
| VPI | 91.00 |
VPI 공식 vpi-v1 기준