요약

  • RFC 9887은 TACACS+를 최소 TLS 1.3으로 운용하도록 정의합니다. 클라이언트는 TCP 연결 수립 직후 TLS를 시작하며 TACACS+ 데이터는 TLS 애플리케이션 데이터로만 전송합니다. TLS 실패가 비-TLS 폴백을 승인하지 않습니다.
  • 구현체는 인증서 기반 상호 인증을 지원해야 합니다. 각 피어는 폐기 확인을 포함해 상대 인증서 경로를 검증합니다. TLS PSK와 raw public key는 선택적 대안이며, TLS PSK는 레거시 TACACS+ 난독화 비밀과 구분되어야 합니다.
  • 재생(replay) 위험 때문에 TACACS+ 데이터에 대해 TLS 0-RTT는 금지됩니다. 재개(resumption) 티켓은 일회용이며, 재개 시 폐기 상태를 다시 확인해야 합니다. 레거시 난독화 메커니즘은 TLS 운용에서 더 이상 사용되지 않으며, TLS가 기밀성과 무결성을 제공하므로 피어는 비암호화 플래그를 설정합니다.
  • TLS TACACS+ 서버는 비-TLS 연결을 거부해야 합니다. RFC 9887은 혼합 TLS/비-TLS 마이그레이션 단계가 완료될 때까지 불안전하며 그 기간을 최소화해야 한다고 명시합니다. 비-TLS 서버는 TLS 서버와 분리해야 합니다. IANA는 TCP 포트 300과 서비스 이름tacacss를 할당했으며, 명시적 운영 검토를 전제로 대체 포트도 가능합니다.

핵심 구분은 프로토콜 동작과 마이그레이션 아키텍처 사이의 구분입니다. "폴백 금지"는 클라이언트 규칙입니다. TLS 시도가 실패했다고 해서 조용히 비-TLS 인증 시도로 전환될 수 없다는 뜻입니다. 이는 모든 장비를 동시에 업그레이드할 수 있다는 의미가 아닙니다. 조직은 아직 전환할 수 없는 장비를 위해 별도 주소의 레거시 서비스를 유지할 수 있지만, 그 예외는 전체 배포를 안전하게 만드는 것이 아니라 불안전한 경로를 보존하는 것입니다. 따라서 완료란 TLS 엔드포인트가 응답한다는 사실만으로 충족되지 않습니다.

TLS 엔드포인트에서 관찰 가능한 순서는 TCP 수립 직후의 즉각적인 협상과, 그 뒤를 잇는 TLS 애플리케이션 데이터 내부의 TACACS+ 레코드입니다. 기준은 상호 인증서 인증이며, 양쪽 모두에서 인증서 경로와 폐기 상태를 검증합니다. PSK 또는 raw public key 인증은 프로토콜이 지원하는 경우 사용할 수 있으며, PSK는 레거시 난독화 비밀과 혼동되거나 그로부터 파생되어서는 안 됩니다. 재개가 폐기 확인을 면제하지 않으며, 티켓을 재사용 가능한 것으로 다뤄서는 안 됩니다. 클라이언트나 서버는 TACACS+ 데이터를 TLS 0-RTT로 전송해서는 안 됩니다.

TLS가 기밀성과 무결성을 제공하므로 TACACS+ 난독화 메커니즘은 TLS 운용에서 폐기되며 피어는 비암호화 플래그를 설정합니다. 이는 레거시 서버를 안전하게 만드는 것이 아니라 보호된 TLS 교환 내부의 표현 방식을 설명하는 것입니다. TLS 서버 자체는 비-TLS 연결을 받지 않습니다. 별도 운영되는 비-TLS 서버는 마이그레이션 수용 조치이지 폴백 엔드포인트가 아닙니다.

고정된 근거는 현재 벤더 구현 커버리지, TCP 포트 300의 실무 도입, 관찰된 마이그레이션 기간 또는 다운그레이드 인시던트, 배포된 네트워크의 인증서 발급기관 가용성이나 폐기 확인 지연, TLS 재개의 측정된 성능 영향을 확립하지 않습니다. RFC 9887 역시 배포 확산, 결과, 벤더 적합성, 인시던트 이력, 현재 운영자 도입을 확립하지 않습니다.

운영자 의사결정 경로

  1. Theo March 분석: 각 장비의 TACACS+ 모드, 주소, 신뢰 재료, 인증서 또는 PSK 역량, TCP 300 또는 명시적으로 검토된 대체 포트 사용 가능 여부를 조사합니다.
  2. 장비가 TLS 1.3과 요구되는 인증을 지원하면 TLS 서버로 전환합니다. 상호 인증서 및 폐기 확인을 검증하거나, 선택한 PSK/raw-public-key 방식과 그것이 레거시 비밀과 분리되어 있음을 확인합니다.
  3. TLS 협상이 실패하면 중단하고 조사합니다. 클라이언트 폴백을 활성화하지 않습니다. 장비를 전환할 수 없다면 별도로 통제된 레거시 서비스만 사용하고 그 예외에 대해 Theo March 분석 소유자와 만료 시점을 기록합니다.
  4. Theo March 분석: 예외가 종료되면 레거시 접근 가능성, 방화벽 및 라우트 항목, 레거시 자격 증명 또는 비밀을 제거하고, TLS 서버가 비-TLS 트래픽을 거부하는지 검증합니다. 이 완료 통제는 추가적인 RFC 9887 요구 사항이 아닙니다.

검증 픽스처

TCP 수립 직후 TLS 1.3 협상이 이어지고 평문 TACACS+ 바이트가 없음을 보여주는 트레이스를 사용합니다. 유효하지 않은 인증서와 폐기된 피어 인증서를 테스트합니다. TLS 0-RTT를 시도하고 early data에서 TACACS+ 데이터가 수용되지 않음을 확인합니다. 재개 티켓을 재사용하고 일회용 처리와 새로운 폐기 확인을 확인합니다. 레거시 비-TLS 연결을 TLS 리스너에 제시하고 거부를 확인합니다. TLS 실패가 레거시 서비스로의 연결이 아닌 오류를 만드는지 독립적으로 검증합니다. 교환에서 비암호화 플래그를 점검하고 레거시 난독화 비밀이 TLS PSK로 사용되지 않음을 확인합니다.

출처