🇰🇷 한글 설명
Linux 커널의 sata_dwc_460ex 드라이버에서 ATA_TAG_INTERNAL 값이 증가함에 따라 배열 범위를 벗어나는(OOB) 쓰기 작업이 발생하여 시스템이 충돌할 수 있는 취약점입니다. 이로 인해 NULL 포인터 역참조가 발생하여 커널 패닉 및 시스템 중단이 유발될 수 있습니다.
💡 쉬운 설명
컴퓨터의 저장 장치를 관리하는 소프트웨어에서 데이터를 저장할 공간을 잘못 계산하여, 허용되지 않은 메모리 영역을 건드려 시스템이 갑자기 멈추는 문제입니다. 이로 인해 컴퓨터가 블루스크린처럼 갑자기 꺼지거나 재부팅될 수 있습니다.
🇺🇸 원문 (English)
In the Linux kernel, the following vulnerability has been resolved:
ata: sata_dwc_460ex: Fix crash due to OOB write
the driver uses libata's "tag" values from in various arrays.
Since the mentioned patch bumped the ATA_TAG_INTERNAL to 32,
the value of the SATA_DWC_QCMD_MAX needs to account for that.
Otherwise ATA_TAG_INTERNAL usage cause similar crashes like
this as reported by Tice Rex on the OpenWrt Forum and
reproduced (with symbols) here:
| BUG: Kernel NULL pointer dereference at 0x00000000
| Faulting instruction address: 0xc03ed4b8
| Oops: Kernel access of bad area, sig: 11 [#1]
| BE PAGE_SIZE=4K PowerPC 44x Platform
| CPU: 0 PID: 362 Comm: scsi_eh_1 Not tainted 5.4.163 #0
| NIP: c03ed4b8 LR: c03d27e8 CTR: c03ed36c
| REGS: cfa59950 TRAP: 0300 Not tainted (5.4.163)
| MSR: 00021000 <CE,ME> CR: 42000222 XER: 00000000
| DEAR: 00000000 ESR: 00000000
| GPR00: c03d27e8 cfa59a08 cfa55fe0 00000000 0fa46bc0 [...]
| [..]
| NIP [c03ed4b8] sata_dwc_qc_issue+0x14c/0x254
| LR [c03d27e8] ata_qc_issue+0x1c8/0x2dc
| Call Trace:
| [cfa59a08] [c003f4e0] __cancel_work_timer+0x124/0x194 (unreliable)
| [cfa59a78] [c03d27e8] ata_qc_issue+0x1c8/0x2dc
| [cfa59a98] [c03d2b3c] ata_exec_internal_sg+0x240/0x524
| [cfa59b08] [c03d2e98] ata_exec_internal+0x78/0xe0
| [cfa59b58] [c03d30fc] ata_read_log_page.part.38+0x1dc/0x204
| [cfa59bc8] [c03d324c] ata_identify_page_supported+0x68/0x130
| [...]
This is because sata_dwc_dma_xfer_complete() NULLs the
dma_pending's next neighbour "chan" (a *dma_chan struct) in
this '32' case right here (line ~735):
> hsdevp->dma_pending[tag] = SATA_DWC_DMA_PENDING_NONE;
Then the next time, a dma gets issued; dma_dwc_xfer_setup() passes
the NULL'd hsdevp->chan to the dmaengine_slave_config() which then
causes the crash.
With this patch, SATA_DWC_QCMD_MAX is now set to ATA_MAX_QUEUE + 1.
This avoids the OOB. But please note, there was a worthwhile discussion
on what ATA_TAG_INTERNAL and ATA_MAX_QUEUE is. And why there should not
be a "fake" 33 command-long queue size.
Ideally, the dw driver should account for the ATA_TAG_INTERNAL.
In Damien Le Moal's words: "... having looked at the driver, it
is a bigger change than just faking a 33rd "tag" that is in fact
not a command tag at all."
BugLink: https://github.com/openwrt/openwrt/issues/9505
📍 영향받는 시스템
Linux kernel (특히 sata_dwc_460ex 드라이버를 사용하는 시스템)
⚔️ 공격 벡터
특수하게 조작된 ATA 명령을 통해 드라이버의 배열 범위를 초과하는 태그 값을 전달하여 발생
🛡️ 대응 방법
SATA_DWC_QCMD_MAX 값을 ATA_MAX_QUEUE + 1로 수정하는 최신 커널 패치를 적용하십시오.
🔧 검증 코드
출력된 커널 버전이 취약점이 해결된 패치 버전(예: 5.4.163 이후의 보안 패치 적용 버전)인지 확인하십시오.