Blast-RADIUS 프로토콜 스푸핑 완화(CVE-2024-3596)

소개

이 문서에서는 Blast RADIUS 프로토콜 스푸핑을 완화하는 방법에 대해 설명합니다.

개요

2024년 7월 7일, 보안 연구진은 RADIUS 프로토콜에서 이 취약성을 공개했습니다. CVE-2024-3596: RFC 2865의 RADIUS 프로토콜은 MD5 Response Authenticator 서명에 대해 선택한 접두사 충돌 공격을 사용하여 모든 유효한 응답(Access-Accept, Access-Reject 또는 Access-Challenge)을 다른 응답으로 수정할 수 있는 경로 상의 공격자에 의한 위조 공격에 취약합니다. 이들은 이 백서에서 Message-Authenticator 특성을 사용하지 않는 플로우에 대한 응답 위조를 성공적으로 입증하는 결과를 자세히 설명하는 논문을 발표했습니다.

이 취약성의 영향을 받는 Cisco 제품 및 수정 사항이 포함된 버전의 최신 목록은 다음 사이트를 참조하십시오. RADIUS 프로토콜 스푸핑 취약성(Blast-RADIUS): 2024년 7월. 이 문서에서는 일반적인 완화 기법과 일부 Cisco 제품에 적용되는 방법을 다룹니다. 단, 모든 Cisco 제품에 적용되는 것은 아닙니다. 자세한 내용은 개별 제품 설명서를 참조하십시오. Cisco의 주력 RADIUS 서버인 Cisco Identity Service Engine에 대해 자세히 설명합니다.

배경

이 공격은 MD5의 충돌을 활용하는 MD5 선택 접두사 공격을 활용합니다. 그러면 공격자가 응답 패킷의 기존 특성을 수정하는 동시에 RADIUS 응답 패킷에 추가 데이터를 추가할 수 있습니다. RADIUS Access-Reject를 RADIUS Access-Accept로 변경하는 기능을 예로 들었습니다. 이는 RADIUS가 기본적으로 패킷에 있는 모든 특성의 해시를 포함하지 않기 때문에 가능합니다. RFC 2869는 Message-Authenticator 특성을 추가하지만 현재 EAP 프로토콜을 사용할 때만 포함하면 됩니다. 즉, RADIUS 클라이언트(NAD)에 Message-Authenticator 특성이 포함되지 않은 비 EAP 교환에 대해 CVE-2024-3596에 설명된 공격이 가능합니다.

완화

메시지 인증자

1.- RADIUS 클라이언트는 메시지 인증자 특성을 포함해야 합니다.

네트워크 액세스 디바이스(NAD)가 액세스 요청에 메시지 인증자 특성을 포함하면 Cisco Identity Services Engine은 모든 버전에서 결과로 나타나는 액세스 수락, 액세스 챌린지 또는 액세스 거부 패킷에 메시지 인증자를 포함합니다.

2.- RADIUS 서버는 메시지 인증자 특성의 수신을 적용해야 합니다.

공격은 RADIUS 서버로 전달되기 전에 메시지 인증자를 액세스 요청에서 제거할 수 있으므로 메시지 인증자를 액세스 요청에 포함시키는 것만으로는 충분하지 않습니다. 또한 RADIUS 서버는 NAD가 Access-Request에 Message-Authenticator를 포함하도록 해야 합니다. 이는 Cisco Identity Services Engine의 기본값이 아니지만 정책 설정 레벨에서 적용되는 허용되는 프로토콜 레벨에서 활성화할 수 있습니다. Allowed Protocols(허용된 프로토콜) 컨피그레이션의 옵션은 모든 RADIUS 요청에 대한 Require Message-Authenticator(메시지 인증자 요청)입니다.

Identity Services Engine에서 허용되는 프로토콜 옵션

허용되는 프로토콜 컨피그레이션에 메시지 인증자가 필요하지만 액세스 요청에 메시지 인증자 특성이 포함되지 않은 정책 집합과 일치하는 인증은 ISE에서 삭제됩니다.

RADIUS 서버에 의해 요청되기 전에 NAD가 메시지 인증자를 전송하고 있는지 확인하는 것이 중요합니다. 이 특성은 협상된 특성이 아니며, 기본적으로 NAD에서 보내거나 보내도록 구성되어야 합니다. 메시지 인증자는 ISE에서 보고한 특성 중 하나가 아닙니다. 패킷 캡처는 NAD/활용 사례에 메시지 인증자가 포함되어 있는지 여부를 확인하는 가장 좋은 방법입니다. ISE는 Operations(운영) > Troubleshoot(문제 해결) > Diagnostic Tools(진단 도구) > General Tools(일반 도구) > TCP Dump(TCP 덤프)에 있는 패킷 캡처 기능을 기본 제공합니다. 동일한 NAD의 다양한 활용 사례는 메시지 인증자를 포함하거나 포함하지 않을 수 있습니다.

다음은 Message-Authenticator 특성을 포함하는 액세스 요청의 예제 캡처입니다.

Radius access-request의 message-authenticator 특성

다음은 Message-Authenticator 특성이 포함되지 않은 액세스 요청의 예제 캡처입니다.

TLS/IPSec으로 암호화

RADIUS를 보호하는 가장 효과적인 장기 솔루션은 RADIUS 서버와 NAD 간의 트래픽을 암호화하는 것입니다. 이렇게 하면 MD5-HMAC 파생 메시지 인증자에만 의존하는 것보다 개인 정보 보호 기능과 더욱 강력한 암호화 무결성이 추가됩니다. RADIUS 서버와 NAD 간에 이 중 하나가 사용될 수 있는 경우 암호화 방법을 지원하는 양쪽에 따라 달라집니다.

RADIUS의 TLS 암호화를 위해 업계에서 사용되는 광범위한 용어는 다음과 같습니다.

• RadSec - RFC 6614를 참조합니다.
• RadSec TLS - RFC 6614 참조
• RadSec DTLS - RFC 7360을 참조함

TLS 암호화에 대한 성능 오버헤드와 인증서 관리 고려 사항이 있으므로 제어된 방식으로 암호화를 실행하는 것이 중요합니다. 인증서도 정기적으로 갱신해야 합니다.

RADIUS over DTLS

DTLS(Datagram Transport Layer Security)는 RADIUS를 위한 전송 레이어로 RFC 7360에 의해 정의됩니다. RFC는 인증서를 사용하여 RADIUS 서버를 상호 인증하고 NAD가 TLS 터널을 사용하여 전체 RADIUS 패킷을 암호화합니다. 전송 방법은 UDP로 유지되며 RADIUS 서버와 NAD 모두에 인증서를 구축해야 합니다. DTLS를 통해 RADIUS를 구축할 때는 만료된 인증서가 RADIUS 통신을 중단하지 않도록 인증서 만료 및 교체를 긴밀하게 관리해야 합니다. ISE는 ISE에서 NAD로의 통신을 위해 DTLS를 지원합니다. ISE 3.4부터 RADIUS over DTLS는 RADIUS 프록시 또는 RADIUS 토큰 서버에 대해 지원되지 않습니다. RADIUS over DTLS는 Cisco IOS-XE®를 실행하는 스위치 및 무선 컨트롤러와 같이 NAD로 작동하는 많은 Cisco 디바이스에서도 지원됩니다.

TLS를 통한 RADIUS

RFC 6614에 의해 RADIUS에 대한 TLS(Transport Layer Security) 암호화가 정의되며, TCP로의 전송을 변경하고 TLS를 사용하여 RADIUS 패킷을 완전히 암호화합니다. 이는 에듀롬 서비스가 그 예로 흔하게 사용하고 있다. ISE 3.4부터 RADIUS over TLS는 지원되지 않지만, Cisco IOS-XE를 실행하는 스위치 및 무선 컨트롤러와 같이 NAD로 작동하는 많은 Cisco 디바이스에서 지원됩니다.

IPSec

Identity Services Engine은 ISE와 NAD 간의 IPSec 터널에 대한 기본 지원을 제공하며 IPSec 터널 종료도 지원합니다. 이 옵션은 RADIUS over DTLS 또는 RADIUS over TLS가 지원되지 않지만 ISE 정책 서비스 노드당 150개의 터널만 지원되므로 적게 사용해야 하는 좋은 옵션입니다. ISE 3.3 이상에서는 더 이상 IPSec 라이센스가 필요하지 않으며, 이제 기본적으로 사용할 수 있습니다.

부분 완화

RADIUS 세그멘테이션

RADIUS 트래픽을 관리 VLAN으로 분할하고 SD-WAN 또는 MACSec을 통해 제공되는 것과 같은 암호화된 보안 링크를 제공합니다. 이러한 전략은 공격의 위험을 제로로 하는 것이 아니라 취약점의 공격 표면을 크게 줄일 수 있다. 이는 제품이 메시지 인증자 요구 사항 또는 DTLS/RadSec 지원을 롤아웃하는 동안 적절한 MSS(Stop Gap Measure)일 수 있습니다. 공격자는 이 익스플로잇을 사용하여 RADIUS 통신을 MITM(Man-in-the-Middle)에 성공적으로 연결해야 합니다. 따라서 공격자가 해당 트래픽으로 네트워크 세그먼트에 도달할 수 없는 경우 공격을 수행할 수 없습니다. 이는 부분적인 완화에 불과한 이유는 네트워크가 잘못 구성되거나 네트워크 일부가 손상되면 RADIUS 트래픽이 노출될 수 있기 때문입니다.

RADIUS 트래픽을 분할할 수 없거나 암호화된 경우 다음과 같은 위험 세그먼트에서 성공적인 MITM을 방지하기 위해 추가 기능을 구현할 수 있습니다. IP Source Guard, Dynamic ARP Inspection 및 DHCP Snooping. TACACS+, SAML, LDAPS 등과 같은 인증 흐름 유형에 따라 다른 인증 방법을 활용할 수도 있습니다.

Identity Services Engine 취약성 상태

이 표에서는 Blast-RADIUS에 대해 보호 된 인증 흐름을 만들기 위해 Cisco ISE 3.4에서 사용 할 수 있는 것에 대해 설명 합니다.

요약하려면 DTLS/RadSec/IPSec 암호화가 아닌 메시지 인증자만 사용하는 플로우에 대해 다음 세 가지 항목을 준비해야 플로우가 취약하지 않습니다.

• 네트워크 액세스 장치는 액세스 요청에서 메시지 인증자 특성을 전송해야 합니다.
• RADIUS 서버는 Access-Request에 Message-Authenticator 특성을 요구해야 합니다.
• RADIUS 서버는 Access-Challenge, Access-Accept 및 Access-Reject에서 Message-Authenticator 특성으로 응답해야 합니다.

Cisco ISE가 RADIUS 클라이언트로 작동할 때 취약성을 닫기 위해 변경 사항을 추적 중인 Cisco 버그 ID CSCwk67747을 참조하십시오.

RADIUS 서버로서의 ISE

RADIUS 클라이언트로 ISE

RADIUS 클라이언트 업데이트로서의 ISE

RADIUS 클라이언트로 작동 하는 Cisco ISE에 대한 개선 사항은 릴리스에 포함 되어 있습니다. 3.1 패치 10, 3.2 패치 8, 3.3 패치 5, 3.4 패치 2, 3.5 이상 릴리스는 Cisco 버그 ID CSCwk67747을 통해 제공됩니다. 패치 또는 업그레이드 이후 새로 생성되는 리소스는 기본적으로 새롭고 더 안전한 컨피그레이션으로 설정됩니다. 패치 또는 업그레이드 후에 더 안전한 컨피그레이션을 사용하려면 기존 리소스를 수정해야 합니다. 새 확인란이 추가되었습니다. "응답시 메시지 인증자 필요"(선택한 경우)는 두 가지 용도로 사용됩니다. Cisco ISE는 항상 메시지 인증자를 전송하고, 메시지 인증자 없이 응답을 받으면 인증을 실패합니다. 동작은 다음과 같습니다.

사례	NAD가 요청에 메시지 인증자를 포함했습니다.	NAD가 요청에 메시지 인증자를 포함하지 않았습니다.
패치/업그레이드 전	ISE는 RADIUS 토큰, 외부 RADIUS 서버 또는 CoA에 메시지 인증자를 보냅니다	ISE는 RADIUS 토큰, 외부 RADIUS 서버 또는 CoA에 메시지 인증자를 보내지 않습니다
After patch/upgrade and Message Authenticator Required On Response(패치/업그레이드 후 및 응답에 메시지 인증자 필요) 확인란이 선택 취소되어 있습니다.	ISE는 RADIUS 토큰, 외부 RADIUS 서버 또는 CoA에 메시지 인증자를 보냅니다	ISE는 RADIUS 토큰, 외부 RADIUS 서버 또는 CoA에 메시지 인증자를 보내지 않습니다
패치/업그레이드 후 및 응답에 메시지 인증자 필요 확인란이 선택된 경우	ISE는 RADIUS 토큰, 외부 RADIUS 서버 또는 CoA에 메시지 인증자를 보냅니다	ISE는 RADIUS 토큰, 외부 RADIUS 서버 또는 CoA에 메시지 인증자를 보냅니다

RADIUS 토큰 서버

새 확인란: RADIUS 토큰 서버 컨피그레이션의 Authentication(인증) 탭 아래에 Message Authenticator Required On Response(응답에 필요한 메시지 인증자)가 추가되었습니다.

확인란을 선택한 경우 메시지 인증자 없이 RADIUS 응답을 받으면 오류 메시지가 자세한 인증 로그에 기록되며, 이 인증 로그는 라이브 로그 또는 RADIUS 인증 보고서를 통해 액세스할 수 있습니다.

외부 RADIUS 서버

새 확인란: 응답에 필요한 메시지 인증자가 외부 RADIUS 서버 구성에 추가되었습니다.

확인란을 선택한 경우 메시지 인증자 없이 RADIUS 응답을 받으면 오류 메시지가 자세한 인증 로그에 기록되며, 이 인증 로그는 라이브 로그 또는 RADIUS 인증 보고서를 통해 액세스할 수 있습니다.

CoA(Change of Authorization)

CoA(Change of Authorization) 드로어 아래의 네트워크 디바이스 프로파일이 변경되었습니다.

메시지 인증자 보내기 옵션은 이전 기능이며 새 옵션은 응답에 필요한 메시지 인증자입니다. Cisco ISE는 메시지 인증자 전송을 선택했는지 여부에 관계없이 응답에 대한 메시지 인증자 필요가 선택된 경우 메시지 인증자 특성을 전송합니다. Send Message-Authenticator는 기존 컨피그레이션에 대해 유지됩니다. NAD가 CoA 응답에 메시지 인증자를 포함하지 않는 경우 라이브 로그를 통해 사용 가능한 자세한 인증 보고서에 다음 오류가 표시됩니다.

기본 Cisco 제공 네트워크 장치 프로파일을 수정 할 수 없습니다. 네트워크 장치 프로파일을 복제 할 수 있으며 설정 이 복제 된 프로파일에 활성화 된 새 옵션을 사용 하기 위해. 그러면 네트워크 디바이스에 새로 생성된 네트워크 디바이스 프로필을 할당해야 합니다. 이는 Cisco ISE와 기존 NADs 간의 비호환성을 도입하여 패치 또는 업그레이드에 따른 네트워크 중단 위험을 줄이기 위해 수행되었습니다. 기존 사용자 정의 프로필을 사용 중인 경우 기존 네트워크 장치 프로필을 변경하기 전에 해당 프로필을 복제하고 해당 프로필을 사용하는 네트워크에서 각 장치 유형의 최소 1개를 테스트하는 것이 좋습니다.

개정 이력

개정	게시 날짜	의견
2.0	21-Aug-2026	주요 서식, 대체 텍스트 변경, 소개 섹션, 링크
1.0	07-Aug-2024	최초 릴리스