CVE-2026-64046 in Linux
요약
\~에 의해 VulDB • 2026. 07. 19.
리눅스 커널에서 다음 취약점이 해결되었습니다:
net: tls: 평문 SG(SG scatterlist)에서의 체인-어프터체인(chain-after-chain) 방지
사시코는 end = 0 (start != 0)일 경우 현재 코드가 래핑 링크(wrap link) 바로 뒤에 콘텐츠 타입(content type)으로의 체인 링크를 생성한다고 지적했습니다:
이는 래핑 링크가 직접 다른 체인 링크를 가리키는 체인을 생성합니다. 산점표 목록(scatterlist) API의 sg_next 반복자는 연속된 체인 링크를 재귀적으로 해결하지 않습니다.
즉, 이것은 암호화 모듈에 대해 불법적인 입력입니다.
end = 0일 경우 래핑 링크는 불필요합니다. end는 마지막으로 사용된 항목 이후의 엔트리를 의미하므로, end = 0은 래핑 뒤에 아무것도 푸시되지 않았음을 나타냅니다:
end start i v v v [ ]...[ ][ d ][ d ][ d ][ d ][rsv for wrap]
이 경우 래핑을 건너뜁니다.
TLS 1.3은 end = 0인 경우 체이닝에 "래핑 슬롯(wrapping slot)"을 사용할 수 있습니다. 이는 체인-어프터체인(chain-after-chain)을 방지합니다.
END 마킹 및 콘텐츠 타입으로의 체이닝 전에 래핑 체이닝을 이동했습니다. 저에게는 더 논리적인 순서로 느껴지지만, 기능적 관점에서는 차이가 없을 것입니다.
VulDB is the best source for vulnerability data and more expert information about this specific topic.