Hello all,

I just uploaded a new version of BRSKI-PRM. It contains the following changes 
to the last version: 

Here is the list of contained changes:
*       Issue #15 lead to the inclusion of an option for an additional  
signature of the registrar on the voucher received from the MASA  before 
forwarding to the registrar-agent to support verification of POP of the 
registrars private key in section Section 5.1.4.2 and Section 5.1.4.3.
*       Based on issue #11, a new endpoint was defined for the registrar to 
enable delivery of the wrapped enrollment request from the pledge (in contrast 
to plain PKCS#10 in simple enroll).
*       Decision on issue #8 to not provide an additional signature on the 
enrollment-response object by the registrar.  As the enrollment response will 
only contain the generic LDevID EE certificate. This credential builds the base 
for further configuration outside the initial enrollment.
*       Decision on issue #7 to not support multiple CSRs during the 
bootstrapping, as based on the generic LDevID EE certificate the pledge may 
enroll for further certificates.
*       Closed open issue #5 regarding verification of ietf-ztp-types usage as 
verified via a proof-of-concept in section {#exchanges_uc2_1}.
*       Housekeeping: Removed already addressed open issues stated in the draft 
directly.
*       Reworked text in from introduction to section pledge-responder-mode
*       Fixed "serial-number" encoding in PVR/RVR
*       Added prior-signed-voucher-request in the parameter description of the 
registrar-voucher-request in Section 5.1.4.2.
*       Note added in Section 5.1.4.2 if sub-CAs are used, that the 
corresponding information is to be provided to the MASA.
*       Inclusion of limitation section (pledge sleeps and needs to be waken 
up.  Pledge is awake but registrar-agent is not available) (Issue #10).
*       Assertion-type aligned with voucher in RFC8366bis, deleted related open 
issues.  (Issue #4)
*       Included table for endpoints in Section 5.1.2 for better readability.
*       Included registrar authorization check for registrar-agent during TLS 
handshake in section Section 5.1.4.2.  Also enhanced Figure 10 with the 
authorization step on TLS level.
*       Enhanced description of registrar authorization check for 
registrar-agent based on the agent-signed-data in section Section 5.1.4.2.  
Also enhanced figure Figure 10 with the authorization step on 
pledge-voucher-request level.
*       Changed agent-signed-cert to an array to allow for providing further 
certificate information like the issuing CA cert for the LDevID(RegAgt) EE 
certificate in case the registrar and the registrar-agent have different 
issuing CAs in Figure 10 (issue #12).  This also required changes in the YANG 
module in Section 6.1.2
*       Addressed YANG warning (issue #1)
*       Inclusion of examples for a trigger to create a pledge-voucher-request 
and an enrollment-request.

We will work further on aligning the draft with the JWS voucher draft for the 
change in the JSON serialization. This will be included in the next update.

Best regards
Steffen 

-----Original Message-----
From: Anima <[email protected]> On Behalf Of [email protected]
Sent: Freitag, 11. Februar 2022 16:45
To: [email protected]
Cc: [email protected]
Subject: [Anima] I-D Action: draft-ietf-anima-brski-prm-01.txt


A New Internet-Draft is available from the on-line Internet-Drafts directories.
This draft is a work item of the Autonomic Networking Integrated Model and 
Approach WG of the IETF.

        Title           : BRSKI with Pledge in Responder Mode (BRSKI-PRM)
        Authors         : Steffen Fries
                          Thomas Werner
                          Eliot Lear
                          Michael C. Richardson
        Filename        : draft-ietf-anima-brski-prm-01.txt
        Pages           : 54
        Date            : 2022-02-11

Abstract:
   This document defines enhancements to bootstrapping a remote secure
   key infrastructure (BRSKI, [RFC8995]) to facilitate bootstrapping in
   domains featuring no or only timely limited connectivity between a
   pledge and the domain registrar.  It specifically targets situations,
   in which the interaction model changes from a pledge-initiator-mode,
   as used in BRSKI, to a pledge-responder-mode as described in this
   document.  To support both, BRSKI-PRM introduces a new registrar-
   agent component, which facilitates the communication between pledge
   and registrar during the bootstrapping phase.  For the establishment
   of a trust relation between pledge and domain registrar, BRSKI-PRM
   relies on the exchange of authenticated self-contained objects
   (signature-wrapped objects).  The defined approach is agnostic
   regarding the utilized enrollment protocol, deployed by the domain
   registrar to communicate with the Domain CA.


The IETF datatracker status page for this draft is:
https://eur01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fdatatracker.ietf.org%2Fdoc%2Fdraft-ietf-anima-brski-prm%2F&amp;data=04%7C01%7Csteffen.fries%40siemens.com%7C24d059ba5bdd4c26f3d408d9ed758e4c%7C38ae3bcd95794fd4addab42e1495d55a%7C1%7C0%7C637801912594675327%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000&amp;sdata=a5Vclrvgqr1gUa9VnHywCPHhItX5a7GgcO5a5ryMelQ%3D&amp;reserved=0

There is also an htmlized version available at:
https://eur01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fdatatracker.ietf.org%2Fdoc%2Fhtml%2Fdraft-ietf-anima-brski-prm-01&amp;data=04%7C01%7Csteffen.fries%40siemens.com%7C24d059ba5bdd4c26f3d408d9ed758e4c%7C38ae3bcd95794fd4addab42e1495d55a%7C1%7C0%7C637801912594675327%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000&amp;sdata=6%2FexYXtfUhQGz5WF2K9RjCvhWuFoaWsV53LBCwdPAwE%3D&amp;reserved=0

A diff from the previous version is available at:
https://eur01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.ietf.org%2Frfcdiff%3Furl2%3Ddraft-ietf-anima-brski-prm-01&amp;data=04%7C01%7Csteffen.fries%40siemens.com%7C24d059ba5bdd4c26f3d408d9ed758e4c%7C38ae3bcd95794fd4addab42e1495d55a%7C1%7C0%7C637801912594675327%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000&amp;sdata=zHLki4ne%2FsMbOUBcZ0E2RLhE%2FNDgb6yO4kfy8gEh0jE%3D&amp;reserved=0


Internet-Drafts are also available by rsync at rsync.ietf.org::internet-drafts


_______________________________________________
Anima mailing list
[email protected]
https://eur01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.ietf.org%2Fmailman%2Flistinfo%2Fanima&amp;data=04%7C01%7Csteffen.fries%40siemens.com%7C24d059ba5bdd4c26f3d408d9ed758e4c%7C38ae3bcd95794fd4addab42e1495d55a%7C1%7C0%7C637801912594675327%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000&amp;sdata=GVmvwkC6TpJ72vqo5TBEEJJyezZRnMEB8hGnhEX24Go%3D&amp;reserved=0

_______________________________________________
Anima mailing list
[email protected]
https://www.ietf.org/mailman/listinfo/anima

Reply via email to