🇰🇷 한글 설명
Linux 커널의 bonding 드라이버에서 본드 파괴 시 모든 슬레이브를 해제하는 과정 중, 현재 활성 슬레이브(curr_active_slave)를 조기에 NULL로 설정하는 취약점이 발견되었습니다. 이로 인해 활성 슬레이브 해제 시 프로미스큐어스 모드(promiscuous mode) 카운터를 감소시키는 함수가 호출되지 않아, 물리 장치에 프로미스큐어스 모드가 영구적으로 남게 되는 리소스 누수가 발생합니다.
💡 쉬운 설명
네트워크 장치를 정리하는 과정에서 설정값이 제대로 지워지지 않아, 네트워크 카드가 계속해서 모든 데이터를 엿보는 '감시 모드'로 남아있게 되는 문제입니다. 이로 인해 시스템 자원이 낭비되거나 보안 설정이 의도치 않게 유지될 수 있습니다.
🇺🇸 원문 (English)
In the Linux kernel, the following vulnerability has been resolved:
bonding: do not clear curr_active_slave prematurely when releasing all slaves
When releasing all slaves during bond destruction (all == true),
__bond_release_one() unconditionally clears bond->curr_active_slave to
NULL in every iteration.
If a backup slave is released before the active slave,
bond_alb_deinit_slave() triggers rlb_teach_disabled_mac_on_primary(),
which increments the active slave dev promiscuity counter and sets
bond_info->primary_is_promisc = 1.
Because bond->curr_active_slave was prematurely cleared to NULL when
releasing the backup slave, the subsequent iteration releasing the active
slave evaluates oldcurrent as NULL, so bond_change_active_slave(bond, NULL)
is skipped. Consequently, bond_alb_handle_active_change() is never called
to decrement the promiscuity counter, permanently leaking promiscuous
mode on the physical device after bond teardown.
When oldcurrent == slave, bond_change_active_slave(bond, NULL) already sets
bond->curr_active_slave to NULL. We only need to avoid selecting a new
active slave when all == true. Replace the if (all) branch with
if (!all && oldcurrent == slave).
📍 영향받는 시스템
Linux kernel (bonding driver 사용 시스템)
⚔️ 공격 벡터
로컬 시스템에서 네트워크 본드 인터페이스를 생성하고 해제하는 과정에서 발생 (로컬 권한 필요)
🛡️ 대응 방법
해당 취약점이 수정된 최신 버전의 Linux 커널로 업데이트하십시오.
🔧 검증 코드
출력된 커널 버전이 해당 패치가 적용된 보안 업데이트 버전인지 배포판 보안 공지를 통해 확인하십시오.