CVE-2022-50401 in Linux
요약
\~에 의해 VulDB • 2026. 05. 30.
리눅스 커널 패닉 로그를 분석한 결과, **NFS 서버(NFSd) 관련 메모리 관리 오류**로 인해 시스템이 충돌한 것으로 보입니다.
### ???? 핵심 원인 분석
1. **오류 유형**: `list_add corruption` * 커널의 doubly-linked list(이중 연결 리스트) 조작 중 무결성 오류가 발생했습니다. * 구체적으로 `next->prev`가 `prev`를 가리켜야 하는데, 잘못된 주소(`ffff89ac4763e018`)를 가리키고 있어 리스트 구조가 파괴되었습니다.
2. **발생 위치 (Call Trace)**: ``` svc_xprt_put+0xaf/0xe0 [sunrpc]
nfsd4_process_cb_update.isra.11+0xb7/0x410 [nfsd]
nfsd4_run_cb_work+0xfc/0x270 [nfsd]
``` * **`nfsd4_run_cb_work`**: NFSv4 callback 작업 처리 스레드에서 발생. * **`nfsd4_process_cb_update`**: NFSv4 callback 업데이트 처리 중. * **`svc_xprt_put`**: SUNRPC 전송 객체 참조 카운트를 감소시키고 해제하는 함수. * **결론**: NFSv4 callback 처리 과정에서 **해제된 메모리(Use-After-Free) 또는 잘못된 포인터**를 사용하여 리스트에 추가하려다 충돌이 발생했습니다.
3. **관련 모듈**: * `sunrpc`: SUNRPC 서브시스템 * `nfsd`: NFS 서버 데몬
---
### ????️ 해결 방안 및 조치 사항
#### 1. 커널 업데이트 (가장 권장) 이 오류는 NFSv4 callback 처리 관련 커널 버그일 가능성이 높습니다. * 사용 중인 커널 버전의 최신 안정화 버전으로 업데이트하세요. * 특히 **RHEL/CentOS 7/8**, **Ubuntu LTS**, **Debian** 등에서 해당 시점의 패치된 커널이 있는지 확인하세요. * 관련 커널 버그 리포트 검색 키워드: `nfsd4_process_cb_update list_add corruption`, `svc_xprt_put use-after-free`
#### 2. NFSv4 Callback 비활성화 (임시 회피) NFSv4 callback 기능이 문제의 원인일 수 있으므로, 필요하지 않다면 비활성화하여 재발 방지할 수 있습니다. * **방법**: NFS 서버 설정에서 callback 관련 옵션을 조정하거나, 클라이언트에서 `nconnect` 또는 `noac` 옵션을 테스트해 보세요. * **서버 측**: `/etc/nfs.conf` 또는 `sysctl` 설정에서 NFSv4 callback 관련 파라미터를 확인하세요.
#### 3. 메모리 오류 점검 * `list_add corruption`은 때때로 **하드웨어 메모리 오류(RAM)** 또는 **DMA 관련 문제**로 인해 발생할 수 있습니다. * `memtest86+` 등을 실행하여 RAM 오류가 없는지 확인하세요. * 서버의 디스크 및 네트워크 카드 드라이버가 최신인지 확인하세요.
#### 4. 로그 추가 수집 * `/var/log/messages` 또는 `journalctl -k`에서 충돌 직전의 추가 오류 메시지(예: `BUG: unable to handle kernel paging request`)를 확인하세요. * `kdump` 설정이 활성화되어 있다면, 크래시 덤프(`/var/crash/`)를 분석하여 정확한 실행 컨텍스트를 파악하세요.
---
### ???? 요약 | 항목 | 내용 | |------|------| | **오류** | `list_add corruption` (이중 연결 리스트 무결성 오류) | | **모듈** | `nfsd`, `sunrpc` | | **원인** | NFSv4 callback 처리 중 메모리 관리 오류 (Use-After-Free 또는 잘못된 포인터) | | **해결** | 1. 커널 업데이트<br>2. NFSv4 callback 비활성화 테스트<br>3. RAM/하드웨어 점검 |
이 오류는 **커널 버그일 가능성이 매우 높으므로**, 먼저 **커널 업데이트**를 권장합니다.
Once again VulDB remains the best source for vulnerability data.