Last Call Review of draft-ietf-secevent-token-09
review-ietf-secevent-token-09-secdir-lc-housley-2018-04-20-00

Request Review of draft-ietf-secevent-token
Requested rev. no specific revision (document currently at 13)
Type Last Call Review
Team Security Area Directorate (secdir)
Deadline 2018-05-03
Requested 2018-04-19
Authors Phil Hunt, Michael Jones, William Denniss, Morteza Ansari
Draft last updated 2018-04-20
Completed reviews Secdir Telechat review of -07 by Russ Housley (diff)
Genart Telechat review of -08 by Francis Dupont (diff)
Secdir Last Call review of -09 by Russ Housley (diff)
Assignment Reviewer Russ Housley 
State Completed
Review review-ietf-secevent-token-09-secdir-lc-housley-2018-04-20
Reviewed rev. 09 (document currently at 13)
Review result Has Issues
Review completed: 2018-04-20

Review
review-ietf-secevent-token-09-secdir-lc-housley-2018-04-20

I 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 authors, document editors, and WG chairs should
treat these comments just like any other IETF Last Call comments.

Document: draft-ietf-secevent-token-09
Reviewer: Russ Housley
Review Date: 2018-04-20
IETF LC End Date: unknown
IESG Telechat date: 2018-05-10

Summary: Has Issues

Major Concerns

I do not understand the first paragraph of Section 3.  I made this
comment on version -07, and some words were added, but I still do
not understand this paragraph.  I think you are trying to impose some
rules on future specifications that use SET to define events.  Let me
ask a couple of questions that may help.  I understand that a
profiling specification MUST specify the syntax and semantics for a
collection of security event tokens, including the claims and payloads
that are expected.  What MUST a profiling specification include?  What
MUST a profiling specification NOT include?