🇰🇷 한글 설명
Linux 커널의 nfp 네트워크 드라이버에서 ntuple 규칙을 덤프할 때 호출자의 버퍼 크기를 확인하지 않는 취약점이 발견되었습니다. 공격자가 적은 수의 규칙 요청을 통해 할당된 버퍼 범위를 벗어나 메모리를 읽거나, rule_cnt를 0으로 설정하여 NULL 포인터 역참조를 유발할 수 있습니다.
💡 쉬운 설명
네트워크 설정 정보를 가져올 때, 준비된 바구니 크기보다 더 많은 정보를 담으려다 메모리 오류를 일으키는 문제입니다. 이를 통해 시스템이 멈추거나 잘못된 메모리 정보가 노출될 수 있습니다.
🇺🇸 원문 (English)
In the Linux kernel, the following vulnerability has been resolved:
eth: nfp: bound the ntuple rule dump by the caller's buffer size
nfp_net_get_fs_loc() dumps every entry of nn->fs.list into rule_locs[]
without consulting cmd->rule_cnt, which is how many entries the caller
had room for. ETHTOOL_GRXCLSRLALL requires no CAP_NET_ADMIN and the
ioctl sizes the buffer from the rule_cnt userspace passes in, so once an
admin has installed flow steering rules any user can ask for fewer slots
than there are rules and run off the end of the allocation. A rule_cnt
of 0 leaves the buffer pointer NULL and the walk dereferences it.
Bail out with -EMSGSIZE when the buffer fills up, the way the other
ntuple capable drivers do, and report how many locations were filled so
a shrinking rule list does not leave the caller reading stale slots.
📍 영향받는 시스템
Linux kernel (nfp network driver 포함 버전)
⚔️ 공격 벡터
권한이 없는 사용자가 ETHTOOL_GRXCLSRLALL ioctl 호출 시 rule_cnt 값을 조작하여 메모리 경계를 초과하는 요청을 보냄
🛡️ 대응 방법
Linux 커널을 최신 보안 패치가 적용된 버전으로 업데이트하여 ntuple 규칙 덤프 시 버퍼 크기 검증 로직을 적용해야 함
🔧 검증 코드
출력된 커널 버전이 해당 취약점이 수정된 패치 버전 이후인지 확인하십시오.