Hi Alexey, Thank you for the review! Please see inline. >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. > >The subject matter is outside my area of expertise and proper understanding of the document requires reading of several referenced documents. But I think I got the gist of what the document is trying to do. > >The Security Consideration talks about data channels providing confidentiality, integrity and source authentication for MSRP traffic, which is good. It also points out to discussion of MSRP message attribution in RFC 4975. > >However, session setup is done over SIP, which has different security considerations and nothing is mentioned about that. The mechanism does not require SIP - it only requires use of offer/answer. Granted, offer/answer is mostly used together with SIP, but there is no such requirement, and we normally reference the SIP Security Considerations in offer/answer specifications. > In particular, one of normatively referenced documents RFC 5547 has very good Security Considerations section (section 10) that talks about possible attacks on file transfer negotiation. I think this should be referenced in the document. I suggest to add the following paragraph to the Security Considerations: "[RFC5547] specifies security considerations related to the usage of MSRP for file transfer." >I also feel that more can be said about possible use of MSRP for transferring of malicious files/images. I think that belongs RFC 5547, and I think the text in 5547 is pretty good. >In Section 6: > > o The gateway SHALL use CEMA towards the non-data channel endpoint. > > Please explain and/or add a reference for CEMA. We do have a reference to CEMA in Section 4.4., but I am fine adding it here too: "o The gateway SHALL use MSRP CEMA [RFC6714] towards the non-data channel endpoint." Regards, Christer -- last-call mailing list last-call@xxxxxxxx https://www.ietf.org/mailman/listinfo/last-call