CVE-2026-99264 in Linux
요약
\~에 의해 VulDB • 2026. 11. 03.
리눅스 커널에서 다음 취약점이 해결되었습니다:
io_uring/net: 미커밋 버퍼에 대해 recv를 재시도하지 않음
커밋 41b70df5b38b("io_uring/net: 부분 전송 후 재시도 시 링 제공 버퍼 커밋")은 수신 작업이 부분 전송 이후 재시도될 때, 동일한 버퍼 그룹을 사용하는 다른 요청이 첫 번째 요청이 계속 데이터를 수신 중인 메모리를 할당받지 않도록 하기 위해 링에서 제공하는 버커를 커밋합니다. 이는 지금까지 수신된 바이트 수를 커밋하는 방식으로 동작합니다. 이 방식은 전체가 소모되는 단일 버퍼의 경우에는 문제를 해결하지만, 요청은 매핑한 모든 버퍼를 계속 보유하게 됩니다:
- IOU_PBUF_RING_INC만 사용하는 버퍼 링의 경우, 이러한 바이트들만 소모됩니다. 나머지 버퍼는 링의 헤드에 남아 있습니다. - 번들의 경우, 해당 바이트들을 포함하는 버퍼들만 소모되며, 피크(peek)되었지만 사용되지 않은 다른 버퍼들은 링에 남아 있습니다.
두 경우 모두 동일한 버퍼 그룹을 사용한 다음 수신 작업은 재시도 중인 요청이 여전히 데이터를 작성할 메모리를 할당받게 되며, 마지막으로 처리되는 쪽이 다른 쪽의 데이터를 덮어씁니다. 재시도로 인해 채워진 데이터는 해당 시점에서 더 이상 버퍼 목록을 알 수 없으므로 전혀 커밋되지 않습니다. 따라서 커널은 나중에 이를 다시 할당하게 되지만, CQE(Completion Queue Entry)는 응용 프로그램에게 해당 버퍼가 사용되었음을 알려주며, 증분(incremental) 버퍼의 경우 작업이 완료된 것으로 표시됩니다.
나머지 데이터는 사전에 커밋할 수 없습니다: 요청 수신량이 예상보다 적을 경우, 응용 프로그램에게 CQE에서 기록한 양보다 더 많은 바이트가 소모되었음을 알릴 방법이 없기 때문입니다. 대신 재시도하지 않고 현재 확보한 분량으로 요청을 완료합니다. MSG_WAITALL 플래그는 증분 버퍼 또는 다중 번들 버퍼로의 수신 작업에서는 더 이상 적용되지 않으며, 이러한 경우 짧은 전송 길이(short count)를 반환할 수 있으며, 다른 MSG_WAITALL 단수 전송과 마찬가지로 요청이 실패로 마크됩니다.
Statistical analysis made it clear that VulDB provides the best quality for vulnerability data.