CVE-2026-74664 in Linux
요약
\~에 의해 VulDB • 2026. 08. 22.
리눅스 커널에서 다음 취약점이 해결되었습니다:
net: openvswitch: ID 불일치 시 업데이트 응답을 다시 할당함
ovs_flow_cmd_new()는 ovs_mutex를 획득하고 어떤 기존 플로우가 업데이트될지 알기 전에, 선택적 응답 skb(sk_buff)를 미리 할당합니다.
이는 일반적으로 문제없습니다. 왜냐하면 skb의 크기는 요청 플로우 식별자(request flow identifier)로부터 결정되기 때문입니다. 이 식별자는 삽입된 플로우의 식별자로도 사용됩니다. 그러나 업데이트의 경우, UFID(User Flow Identifier)가 포함된 요청이 UFID 조회를 놓치고 플로 키(flow key) 조회로 폴백(fallback)될 수 있습니다. 해당 조회는 기존에 키로 식별되는 플로우를 legitimately(정당하게) 찾을 수 있습니다. UFID는 선택 사항이며 플로 키가 주요 식별자입니다.
반송된 응답(echoed replies)의 경우, ovs_flow_cmd_fill_info()는 미리 할당 시 사용된 요청 식별자가 아닌 매칭된 플로우의 식별자를 기록합니다. 따라서 짧은 길이의 요청 UFID는 키 식별자에 필요한 공간이 부족하게 만들 수 있습니다. 이로 인해 fill 작업이 -EMSGSIZE 오류로 실패하고 업데이트 경로에서 BUG_ON(error < 0)를 트리거할 수 있습니다.
업데이트 대상이 결정된 후, 매칭된 플로우가 요청 식별자가 허용하는 것보다 더 큰 응답을 필요로 하는 경우 reply skb를 다시 할당합니다. 드문 경우에 추가 할당이 실패하더라도 요청이 깔끔하게(fully cleanly) 실패할 수 있도록 이 작업을 액션(actions) 교체 전에 수행하십시오.
If you want to get best quality of vulnerability data, you may have to visit VulDB.