Linux 커널에서는 다음 취약점이 해결되었습니다. 본딩: bond_setup_by_slave()의 유형 혼동 수정 net/core/skbuff.c:2306의 커널 버그! 이런: 잘못된 opcode: 0000 [#1] SMP KASAN NOPTI RIP: 0010:pskb_expand_head+0xa08/0xfe0 net/core/skbuff.c:2306 RSP: 0018:ffffc90004aff760 EFLAGS: 00010293 RAX: 0000000000000000 RBX: ffff88807e3c8780 RCX: ffffffff89593e0e RDX: ffff88807b7c4900 RSI: ffffffff89594747 RDI: ffff88807b7c4900 RBP: 0000000000000820 R08: 0000000000000005 R09: 0000
Linux 커널에서는 다음 취약점이 해결되었습니다.
본딩: bond_setup_by_slave()의 유형 혼동 수정
net/core/skbuff.c:2306의 커널 버그! 이런: 잘못된 opcode: 0000 [#1] SMP KASAN NOPTI RIP: 0010:pskb_expand_head+0xa08/0xfe0 net/core/skbuff.c:2306 RSP: 0018:ffffc90004aff760 EFLAGS: 00010293 RAX: 0000000000000000 RBX: ffff88807e3c8780 RCX: ffffffff89593e0e RDX: ffff88807b7c4900 RSI: ffffffff89594747 RDI: ffff88807b7c4900 RBP: 0000000000000820 R08: 0000000000000005 R09: 0000000000000000 R10: 00000000961a63e0 R11: 0000000000000000 R12: ffff88807e3c8780 R13: 00000000961a6560 R14: dffffc0000000000 R15: 00000000961a63e0 CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 CR2: 00007fe1a0ed8df0 CR3: 000000002d816000 CR4: 00000000003526f0 통화 추적: <과제> ipgre_header+0xdd/0x540 net/ipv4/ip_gre.c:900 dev_hard_header include/linux/netdevice.h:3439 [인라인] packet_snd net/packet/af_packet.c:3028 [인라인] packet_sendmsg+0x3ae5/0x53c0 net/packet/af_packet.c:3108 sock_sendmsg_nosec net/socket.c:727 [인라인] __sock_sendmsg net/socket.c:742 [인라인] ____sys_sendmsg+0xa54/0xc30 net/socket.c:2592 ____sys_sendmsg+0x190/0x1e0 net/socket.c:2646 __sys_sendmsg+0x170/0x220 net/socket.c:2678 do_syscall_x64 arch/x86/entry/syscall_64.c:63 [인라인] do_syscall_64+0x106/0xf80 아치/x86/entry/syscall_64.c:94 Entry_SYSCALL_64_after_hwframe+0x77/0x7f 찢어짐: 0033:0x7fe1a0e6c1a9
이더넷이 아닌 장치(예: GRE 터널)가 본드에 종속되면, bond_setup_by_slave()는 슬레이브의 header_ops를 직접 복사합니다. 본드 장치:
bond_dev->header_ops = 슬레이브_dev->header_ops;
이로 인해 나중에 dev_hard_header()가 호출될 때 유형 혼동이 발생합니다. 본드 장치에서. ipgre_header(), ip6gre_header()와 같은 함수는 모두 사용됩니다. netdev_priv(dev)는 장치별 개인 데이터에 액세스합니다. 언제 본드 장치로 호출되면 netdev_priv()는 본드의 비공개를 반환합니다. 예상되는 유형(예: 구조체) 대신 데이터(구조체 결합) ip_tunnel), 가비지 값을 읽고 커널 충돌이 발생합니다.
래퍼 함수와 함께 bond_header_ops를 도입하여 이 문제를 해결하세요. 슬레이브 자체를 사용하여 활성 슬레이브의 header_ops에 위임 장치. 이는 슬레이브의 헤더 기능에서 netdev_priv()를 보장합니다. 항상 올바른 장치를 받습니다.
수정 사항은 개별 장치가 아닌 본딩 드라이버에 배치됩니다. 근본 원인은 본드가 header_ops를 맹목적으로 상속하기 때문입니다. 이러한 콜백이 특정을 기대한다는 점을 고려하지 않고 슬레이브 netdev_priv() 레이아웃.
유형 혼동은 printk를 추가하여 관찰할 수 있습니다. ipgre_header() 다음 명령을 실행합니다.
IP 링크 추가 dummy0 유형 더미
IP 주소 추가 10.0.0.1/24 dev dummy0
IP 링크 설정 dummy0 up
IP 링크 추가 gre1 유형 gre 로컬 10.0.0.1
IP 링크 추가 bond1 유형 본드 모드 활성 백업
IP 링크 설정 gre1 마스터 bond1
IP 링크 설정 gre1
IP 링크 설정 bond1 위로
IP 주소 추가 fe80::1/64 dev bond1
왜 이 VPI인가 (설명가능 · 실험적)
VPI 산정 기준
| 영향도 | 78.00 |
| 악용 신호(추가 악용신호 없음) | ×1.00 |
| VPI | 78.00 |
VPI 공식 vpi-v1 기준