요약

  • 11월 2일 MoQ 작업반 초안은 트랙 이름공간 접두어 요청을 다루는 새 조항을 넣었다. PUBLISH_NAMESPACE, SUBSCRIBE_NAMESPACE, SUBSCRIBE_TRACKS는 해당 접두어로 시작하는 모든 이름공간을 대상으로 한다.
  • 요청 전체를 허가하려면 토큰의 이름공간 규칙이 MATCH_PREFIX여야 하고 토큰 패턴이 요청 접두어를 포괄해야 한다. SUBSCRIBE_TRACKS는 가지 아래 어느 트랙에도 닿을 수 있어 트랙 이름에도 빈 패턴의 MATCH_PREFIX가 필요하다.
  • 두 구독 동작에서 중계 서버는 더 좁은 토큰을 받을 수 있다. 다만 보내는 이름공간·게시 메시지를 모두 허가 범위 안으로 제한해야 한다. PUBLISH_NAMESPACE에는 이 대안이 제시되지 않았다.

지금 없는 트랙까지 가리키는 구독

트랙 하나를 지정하면 문이 하나다. 접두어로 요청하면 그 이름으로 시작하는 이름공간의 가지 전체를 가리킨다. 나중에 그 아래 트랙이 추가돼도 요청의 형태에는 들어온다. 새 3.3.3절은 세 접두어 동작의 범위를 이렇게 명시했다. 7월 03판에는 이 절이 없었다.

하위 가지에만 유효한 토큰으로 상위 가지 전체를 곧바로 열 수는 없다. 보통의 허가 규칙은 토큰의 namespace_match를 MATCH_PREFIX로 놓고, 토큰의 패턴이 요청 접두어의 앞부분이어야 한다고 요구한다. SUBSCRIBE_TRACKS는 접두어 아래 임의의 트랙을 구독할 수 있어 트랙 이름 조건도 빈 패턴의 MATCH_PREFIX로 둔다. 다른 두 동작은 트랙 이름을 지정하지 않아 그 조건을 평가하지 않는다.

초안은 구독 두 종류에 한해 중계 서버가 좁은 토큰을 받아들일 길을 열었다. 대신 NAMESPACE, NAMESPACE_DONE, PUBLISH, PUBLISH_SKIPPED로 내보내는 이름공간과 트랙을 토큰 범위에 묶어야 한다. 중계 서버는 통과 지점이 아니라 권한 집행자가 된다. SUBSCRIBE_TRACKS에서 파생된 PUBLISH는 처음 요청의 토큰으로 허가되고, 각 게시 메시지에 토큰을 복사하지 않는다. 출력만 보이는 기록으로는 그 근거를 찾기 어렵다.

토큰 검증, 재사용 검사, 맞는 권한 범위 하나 이상도 허가 알고리즘에 포함된다. IETF 문서 기록은 이를 작업반 인터넷 초안으로 표시한다. MoQ Transport 초안의 인증 연결부에도 미정 사항이 있다. 공식 자료에 배포 건수나 실제 유출 사례는 없다.