Re: [secdir] secdir review of draft-ietf-clue-rtp-mapping

Roni Even <roni.even@huawei.com> Wed, 11 January 2017 07:38 UTC

From: Roni Even <roni.even@huawei.com>
To: Dan Harkins <dharkins@lounge.org>, "iesg@ietf.org" <iesg@ietf.org>, "secdir@ietf.org" <secdir@ietf.org>, "draft-ietf-clue-rtp-mapping.all@ietf.org" <draft-ietf-clue-rtp-mapping.all@ietf.org>
Thread-Topic: secdir review of draft-ietf-clue-rtp-mapping
Thread-Index: AQHSaGcWUaZbliSvJ0ie2TwNHoJBX6Ey5YmQ
Date: Wed, 11 Jan 2017 07:30:46 +0000
Message-ID: <6E58094ECC8D8344914996DAD28F1CCD76C117@DGGEMM506-MBX.china.huawei.com>
References: <80663eab-d5d4-07ae-7aa6-3924a5b7a579@lounge.org>
In-Reply-To: <80663eab-d5d4-07ae-7aa6-3924a5b7a579@lounge.org>
Accept-Language: en-US
Content-Language: en-US
Content-Type: multipart/alternative; boundary="_000_6E58094ECC8D8344914996DAD28F1CCD76C117DGGEMM506MBXchina_"
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/secdir/dbva5bj5Lfb_k0Cw8vwiSK1d4kE>
Subject: Re: [secdir] secdir review of draft-ietf-clue-rtp-mapping
Precedence: list

Hi Dan,
Thanks for the review
See inline
Roni

From: Dan Harkins [mailto:dharkins@lounge.org]
Sent: יום ו 06 ינואר 2017 23:52
To: iesg@ietf.org; secdir@ietf.org; draft-ietf-clue-rtp-mapping.all@ietf.org
Subject: secdir review of draft-ietf-clue-rtp-mapping

  Greetings,

  I have reviewed this document as part of the security directorate's

ongoing effort to review all IETF documents being processed by the

IESG.  These comments were written primarily for the benefit of the

security area directors.  Document editors and WG chairs should treat

these comments just like any other last call comments.

  This draft provides some recommendations and mappings to allow RTP

to be used in the CLUE protocol.

  I believe this draft is Ready with the following nits:

1) it makes normative reference to 3 other I-Ds. I am not familiar

with those drafts or their status or whether any of the normative

behavior this draft relies upon is contentious or not. Somebody

(not me) should make sure that all ducks are in a row before this

draft advances.

[Roni Even] I assume you are referring to the normative references in general since there all references in the Security section are informational.

2) having RFC 2119 words in the Security Considerations seems OK

for saying things like "CLUE endpoints MUST support RTP/SAVPF and

DTLS-SRTP keying [RFC5764]" because it's just saying you need to

support something else that is providing you security. But I think

MUST language describing how the protocol needs to behave in order

to be secure itself belongs outside the Security Considerations.

I'm referring to: "Inappropriate choice of CNAME values can be a

privacy concern, since long-term persistent CNAME identifiers can be

used to track users across multiple calls.  CLUE endpoint MUST

generate short-term persistent RTCP CNAMES, as specified in RFC7022

[RFC7022], resulting in untraceable CNAME values that alleviate this

risk." I suggest placing that in a different section, possibly making

a new section that describes has all the various recommendations

being made on CLUE in one place.

[Roni Even] I am not sure, both cases are the same. RTP has multiple profiles and for security the secure profile MUST be supported. RTP also has CNAME and the creation of CNAME is specified in another document [RFC 7022],  for security reasons you MUST choose a specific mode to create the CNAMEs. I am not sure that having a section with all the normative language in the document make much sense since they will be out of context.

  regards,

  Dan.

[secdir] secdir review of draft-ietf-clue-rtp-map… Dan Harkins
Re: [secdir] secdir review of draft-ietf-clue-rtp… Roni Even
Re: [secdir] secdir review of draft-ietf-clue-rtp… Dan Harkins
Re: [secdir] secdir review of draft-ietf-clue-rtp… Roni Even