DNS 캐시에서 데이터 스푸핑을 허용하는 uClibc 및 uClibc-ng의 취약점

많은 임베디드 및 휴대용 장치에 사용되는 표준 C 라이브러리 uClibc 및 uClibc-ng에서 IP 주소를 대체하는 데 사용할 수 있는 가상 데이터를 DNS 캐시에 삽입할 수 있는 취약점이 식별되었습니다(CVE 할당되지 않음). 캐시에 있는 임의의 도메인을 삭제하고 요청을 공격자 서버의 도메인으로 리디렉션합니다.

이 문제는 라우터, 액세스 포인트, 사물 인터넷 장치용 다양한 Linux 펌웨어는 물론 OpenWRT 및 Embedded Gentoo와 같은 임베디드 Linux 배포판에도 영향을 미칩니다. 이 취약점은 많은 제조업체의 장치에 나타납니다(예: uClibc는 Linksys, Netgear 및 Axis 펌웨어에 사용됨). 그러나 uClibc 및 uClibc-ng에서는 취약점이 수정되지 않은 상태로 남아 있으므로 해당 제품을 생산하는 특정 장치 및 제조업체에 대한 자세한 정보 문제가 있는지 아직 공개되지 않았습니다.

이 취약점은 DNS 쿼리를 보내는 코드에 예측 가능한 트랜잭션 식별자를 사용하기 때문에 발생합니다. DNS 요청의 식별 번호는 포트 번호의 추가 무작위화를 사용하지 않고 단순히 카운터를 증가시키는 방식으로 선택되었습니다. 이로 인해 가상 응답이 포함된 UDP 패킷을 선제적으로 전송하여 DNS 캐시를 오염시킬 수 있었습니다(응답이 이전에 도착하면 수락됨). 실제 서버의 응답이며 올바른 ID를 포함합니다). 2008년에 제안된 Kaminsky 방법과 달리 트랜잭션 식별자는 초기에 예측 가능하기 때문에 추측할 필요조차 없습니다(값은 처음에 1로 설정되어 무작위로 선택되지 않고 각 요청마다 증가함).

식별자의 무차별 대입을 방지하기 위해 사양에서는 DNS 요청이 전송되는 소스 네트워크 포트 수를 무작위로 배포하여 식별자의 크기가 충분하지 않은 것을 보완할 것을 추가로 권장합니다. 가상 응답을 생성하기 위해 포트 무작위화를 활성화하는 경우 16비트 식별자를 선택하는 것 외에도 네트워크 포트 번호도 선택해야 합니다. uClibc 및 uClibc-ng에서는 이러한 무작위화가 명시적으로 활성화되지 않았으며(바인드 호출 시 무작위 소스 UDP 포트가 지정되지 않음) 운영 체제 설정에 따라 사용이 달라졌습니다.

포트 무작위화가 비활성화되면 증가된 요청 ID를 결정하는 것이 간단한 작업으로 표시됩니다. 그러나 무작위화가 사용되더라도 공격자는 32768~60999 범위에서 네트워크 포트만 추측하면 되며, 이를 위해 다양한 네트워크 포트에 가상의 응답을 대량으로 동시에 전송할 수 있습니다.

이 문제는 uClibc 0.9.33.2 및 uClibc-ng 1.0.40의 최신 버전을 포함하여 uClibc 및 uClibc-ng의 모든 최신 릴리스에서 확인되었습니다. 2021년 2022월에는 수정 사항의 조정 준비를 위해 취약점에 대한 정보가 CERT/CC로 전송되었습니다. 200년 XNUMX월, 문제에 대한 데이터가 CERT/CC와 협력하는 XNUMX개 이상의 제조업체와 공유되었습니다. 지난 XNUMX월에는 uClibc-ng 프로젝트 관리자에게 별도로 연락을 시도했으나 자체적으로는 취약점을 수정할 수 없다고 답하고 문제에 대한 정보를 공개적으로 공개할 것을 권고했으며, 개발에 도움을 받기를 희망했다. 커뮤니티에서 수정하세요. 제조업체 중에서 NETGEAR는 취약점을 제거하는 업데이트 출시를 발표했습니다.

출처 : opennet.ru