1990년대 초 ISP들은 커져가는 전화 접속 문제에 직면했다. 모든 접속 지점(POP)이 사용자 이름과 비밀번호를 로컬에서 확인해야 했기 때문에, 사용자를 추가하려면 모든 액세스 장치를 건드려야 했고 자격 증명을 모든 곳에서 동기화 상태로 유지해야 했다.

1991년 리빙스턴 엔터프라이즈는 RADIUS를 제안하고 Merit Network의 계약을 따냈다. 하나의 서버가 사용자 데이터베이스를 보유하고, 공유 비밀과 UDP를 통한 간결한 속성-값 패킷을 사용하여 모든 네트워크 액세스 서버(NAS)의 인증 요청에 응답한다.

IETF는 1997년 RFC 2058로 RADIUS를 표준화했고, 2000년 RFC 2865로 이를 갱신했으며, 해당 문서는 이 프로토콜이 '널리 구현되고 사용된다'고 언급한다. 개방적이고 벤더 중립적이었기에 ISP, 대학, 기업으로 퍼져나갔고, RADIUS는 중앙화된 Wi-Fi 및 VPN 인증의 사실상 표준으로 남아 있다.

하나의 공유 서버가 모든 NAS의 자격 증명을 확인한다

자격 증명을 중앙화함으로써 장치별 구성과 그로 인한 불일치가 사라졌다.

개방형 IETF 표준이었기에 모든 벤더가 자유롭게 구현할 수 있었다.

공유 비밀 설계는 느리고 손실이 많은 전화 접속 회선에서도 작동했다.

벤더별 속성을 통해 전화 접속을 넘어 Wi-Fi와 VPN으로 확장할 수 있었다.

반복되는 잡무를 중앙화하는 표준이 승리한다. 인증을 각 장치에서 하나의 서버로 옮김으로써 RADIUS는 전화 접속, Wi-Fi, VPN 액세스의 기본값이 되었다.

RADIUS는 FreeRADIUS, Cisco ISE, Microsoft NPS 같은 서버 생태계와 수많은 NAS 및 액세스 포인트 클라이언트를 낳았다. 오늘날에도 기업 Wi-Fi와 VPN 인증을 처리하며, 더 새로운 RFC들이 동적 권한 부여와 프록시를 위해 이를 확장하고 있다.

근거 확인하기

출처

  1. RFC 2865 — Remote Authentication Dial In User Service (RADIUS) IETF (RFC Editor) · rfc-editor.org
  2. History of the RADIUS Protocol JumpCloud · jumpcloud.com ·
  3. The RADIUS Protocol — introduction NetworkRADIUS · networkradius.com