Hi Nancy and Henk,

Thank you for your quick replies! We have noted your approvals on the AUTH48 
status page (see https://www.rfc-editor.org/auth48/rfc9781).

Once we receive approval from Jeremy, we will move this document forward in the 
publication process.

Thanks!
RFC Editor/mc

> On May 13, 2025, at 8:51 AM, Henk Birkholz <henk.birkholz@ietf.contact> wrote:
> 
> I'll second Nancy's approval. Thanks Carsten for swatting our nit.
> 
> On 13.05.25 15:49, Nancy Cam-Winget (ncamwing) wrote:
>> Hi,
>> I am good with this version and approve moving it forward.  Thank you all 
>> for pushing this through.
>> Best, Nancy
>> *From: *Madison Church <mchu...@staff.rfc-editor.org>
>> *Date: *Tuesday, May 13, 2025 at 6:48 AM
>> *To: *Carsten Bormann <c...@tzi.org>, Henk Birkholz 
>> <henk.birkholz@ietf.contact>, Nancy Cam-Winget (ncamwing) 
>> <ncamw...@cisco.com>, Jeremy O'Donoghue <jodon...@qti.qualcomm.com>
>> *Cc: *RFC Editor <rfc-edi...@rfc-editor.org>, rats-...@ietf.org 
>> <rats-...@ietf.org>, rats-chairs <rats-cha...@ietf.org>, 
>> kathleen.moriarty.i...@gmail.com <kathleen.moriarty.i...@gmail.com>, Roman 
>> Danyliw <r...@cert.org>, auth48archive@rfc-editor.org 
>> <auth48archive@rfc-editor.org>
>> *Subject: *Re: [auth48] AUTH48: RFC-to-be 9781 <draft-ietf-rats-uccs-12> for 
>> your review
>> Hi Carsten,
>> Thank you for your reply! We have made your requested updates and noted your 
>> approval on the AUTH48 status page (see 
>> https://www.rfc-editor.org/auth48/rfc9781) 
>> <https://www.rfc-editor.org/auth48/rfc9781)>.
>> The updated files have been posted here (please refresh):
>> https://www.rfc-editor.org/authors/rfc9781.txt 
>> <https://www.rfc-editor.org/authors/rfc9781.txt>
>> https://www.rfc-editor.org/authors/rfc9781.pdf 
>> <https://www.rfc-editor.org/authors/rfc9781.pdf>
>> https://www.rfc-editor.org/authors/rfc9781.html 
>> <https://www.rfc-editor.org/authors/rfc9781.html>
>> https://www.rfc-editor.org/authors/rfc9781.xml 
>> <https://www.rfc-editor.org/authors/rfc9781.xml>
>> The updated diffs have been posted here:
>> https://www.rfc-editor.org/authors/rfc9781-diff.html 
>> <https://www.rfc-editor.org/authors/rfc9781-diff.html>
>> https://www.rfc-editor.org/authors/rfc9781-rfcdiff.html 
>> <https://www.rfc-editor.org/authors/rfc9781-rfcdiff.html> (side by side)
>> https://www.rfc-editor.org/authors/rfc9781-auth48diff.html 
>> <https://www.rfc-editor.org/authors/rfc9781-auth48diff.html>
>> https://www.rfc-editor.org/authors/rfc9781-auth48rfcdiff.html 
>> <https://www.rfc-editor.org/authors/rfc9781-auth48rfcdiff.html> (side by 
>> side)
>> Once we receive approvals from Henk, Nancy, and Jeremy, we will move this 
>> document forward in the publication process.
>> Thanks!
>> RFC Editor/mc
>>> On May 10, 2025, at 2:42 PM, Carsten Bormann <c...@tzi.org> wrote:
>>> On 2025-05-07, at 18:00, Madison Church <mchu...@staff.rfc-editor.org> 
>>> wrote:
>>>> We will await approvals from each author prior to moving forward in the 
>>>> publication process.
>>> I have two more:
>>> (1)
>>> (Section 4):
>>> OLD:
>>> When a UCCS emerges from the Secure Channel and into the receiver, the 
>>> security properties of the secure channel no longer protect the UCCS, which 
>>> now are subject to the same security properties as any other unprotected 
>>> data in the Verifier environment. If  the receiver subsequently forwards 
>>> UCCS, they are treated as though
>> they originated within the receiver.
>>> NEW:
>>> When a UCCS emerges from the Secure Channel and into the receiver, the 
>>> security properties of the secure channel no longer protect the UCCS, which 
>>> now is subject
>>> _______________________________________________________________________^
>>> to the same security properties as any other unprotected data in the 
>>> Verifier environment. If the receiver subsequently forwards UCCS, they are 
>>> treated as though they originated within the receiver.
>>> The “which" points to the (now singular) UCCS, not the security properties 
>>> (which aren’t subject to security properties!).  Sorry for misleading with 
>>> my original suggestion.
>>> (2)
>>> I note that since the acronym “CWT” no longer is in the title, it probably 
>>> should be added to the keywords.
>>> With these two changes, RFC-to-be 9781 is now ready for publication.
>>> Grüße, Carsten

-- 
auth48archive mailing list -- auth48archive@rfc-editor.org
To unsubscribe send an email to auth48archive-le...@rfc-editor.org

Reply via email to