PPP 인증은 이웃 AAL2 채널을 보호하지 못했다

요약

RFC 3336은 RTP 헤더 압축 후 음성 트래픽을 포함한 작은 PPP 페이로드를 효율적으로 전달하기 위해 AAL2 멀티플렉싱을 사용했습니다.
이 표준은 신뢰 경계를 공유 ATM 연결보다 좁게 유지했습니다. PPP 세션 인증은 이웃하는 비-PPP 채널 식별자나 ATM 스위칭 패브릭을 보호하지 못했습니다.

공유 베어러가 공유 신원을 만들지는 않았다

설계 문제는 규모의 불일치에서 시작되었습니다. PPP over AAL5는 IP 전달에는 잘 작동했지만, RFC 3336은 페이로드가 작을 때—특히 RTP 헤더가 이미 압축된 음성 패킷에서—패딩과 프레이밍이 대역폭을 낭비할 수 있다고 지적했습니다. AAL2는 다른 대안을 제시했습니다. AAL2의 공통 하위 계층(CPS)은 각 작은 패킷이 프레임 전체 비용을 떠안게 하는 대신 여러 PPP 페이로드를 ATM 셀에 멀티플렉싱할 수 있었습니다.

그러나 이러한 효율성이 ATM 가상 연결을 하나의 분할 불가능한 PPP 링크로 바꾸지는 않았습니다. RFC 3336은 PPP/AAL2 서비스를 사전에 프로비저닝되거나 필요 시 스위칭되는 전이중, 점대점 가상 연결로 기술했습니다. 그 내부에서 AAL2 채널 식별자(CID)가 하위 스트림을 표시했습니다. 하나의 PPP 세션은 하나의 CID 또는 여러 CID를 사용할 수 있었고, 양단은 CID 개수, 서비스별 하위 계층 매핑, CID 값에 대해 합의해야 했습니다. 전용 연결에서는 프로비저닝이 이러한 선택을 제공했고, 스위칭 연결에서는 신호 절차가 제공했습니다.

이 구분이 중요한 이유는 동일한 가상 연결이 기존 AAL2 트래픽과 다른 서비스별 컨버전스 함수도 함께 전달할 수 있었기 때문입니다. CID는 하위 스트림을 분리하는 방법이었지, 암호학적 신원이 아니었습니다. 따라서 이 문서는 PPP 인증에 대해 신중한 한계를 그었습니다. 상대방의 PPP 인증 성공과 관련 메커니즘이 해당 연결을 공유하는 비-PPP CID를 보호한다고 가정할 수 없다는 것입니다. PPP 인증은 ATM 스위칭 네트워크 자체도 보호하지 못했습니다. RFC 3336은 그 전송 인프라가 침해되면 중간자 공격이 여전히 가능할 수 있다고 경고했습니다.

추가 확인 수단도 있었지만, 그 어떤 것도 이러한 경계를 무너뜨리지 않았습니다. 링크 업/다운은 해당 CID 흐름의 타입 3 장애 관리 패킷에서 도출할 수 있었습니다. 캡슐화는 오류 검출을 위해 16비트 CRC도 사용했습니다. 그러나 링크 상태 표시도 CRC도 이웃 CID를 누가 제어하는지, 또는 그 내용을 공격자로부터 보호하는지를 확립하지 못했습니다. 이 표준은 PPP 세션을 넘어서는 보호가 필요한 경우 상위 계층 인증 또는 암호화, 그리고/또는 ATM 계층 보안 서비스를 향해 독자를 안내했습니다.

함께 발표된 RFC 3337은 채널 분리가 실시간 설계자들에게 왜 매력적이었는지를 보여줍니다. 하나의 PPP 세션이 여러 CID에 걸쳐 서로 다른 클래스의 프래그먼트를 인터리빙할 수 있었기 때문입니다. 그러나 이 동반 문서는 CPS 스케줄링 방식을 응용 요구 사항에 의존하도록 남겨두었습니다. 클래스 식별자만으로는 지연 보증이 아니었습니다. 이것이 유용한 역사적 경계입니다. 이 형식은 차등 처리를 가능하게 했지만, 특정 스케줄러나 네트워크가 그것을 실제로 제공한다는 것을 증명하지는 않았습니다.

여기서 주장은 의도적으로 설계 기록에 국한됩니다. RFC Editor는 RFC 3336을 Proposed Standard로 분류하며, 그 본문은 하나의 메커니즘을 명시합니다. 어느 벤더가 이를 구현했는지, 얼마나 널리 배포되었는지, 어떤 통신사가 관련 보안 실패를 겪었는지는 어느 사실도 확립하지 않습니다. Lu Heng의 Note 65는 적절한 편집 원칙을 제시합니다. 표준을 운영 중인 시스템에 대한 제안으로 읽되, 그 시스템들이 채택했다는 증명으로 읽지 말라는 것입니다.

핵심 교훈은 아키텍처적입니다. 전송 연결을 공유하면 패킷당 비용을 줄일 수 있지만, 그 내부에 여러 개의 서로 다른 제어 및 신뢰 도메인을 남길 수 있습니다. “PPP 인증됨”을 본 운영자나 구현 검토자는 정확히 무엇이 인증되었는지 물어야 합니다. PPP 양단과 그 세션이 관장하는 트래픽인가, 아니면 가상 연결이 통과하는 모든 CID, 서비스별 함수, 스위치인가? RFC 3336은 전자가 후자를 함축하지 않는다고 답했습니다.