Resumen

  • La revisión del grupo LAKE fechada el 2 de noviembre solicita dos etiquetas de datos externos de autorización EDHOC: BG para comprobación de antecedentes y PP para el modelo pasaporte. La revisión de julio solicitaba otras dos para activar esos procesos.
  • La parte que decide el acceso puede enviar el valor CBOR verdadero (0xF5) en message_1 bajo la etiqueta del modelo; el dispositivo atestado debe contestar con una propuesta en message_2.
  • TBD1 y TBD2 siguen siendo marcadores del borrador. El registro vigente de IANA no asigna esas etiquetas.

El timbre y la carpeta comparten número

La edición anterior proponía una etiqueta para activar BG y otra para activar PP, separadas de las etiquetas que transportarían el resto del intercambio. La edición 07 borra ambas filas del pedido a IANA. Bajo cada una de las dos etiquetas restantes caben la activación y las piezas posteriores: propuesta, solicitud y evidencia en BG; propuesta, solicitud y resultado en PP.

El cambio exige leer más que el identificador. El disparador es un true de CBOR, codificado como 0xF5, enviado por la parte que confía en la atestación en el primer mensaje EDHOC. La respuesta obligatoria llega en el segundo mensaje con la propuesta del dispositivo. BG entrega evidencia para que un verificador la valore; PP lleva a la parte decisora un resultado emitido por ese verificador. Si un analizador trata cualquier objeto con etiqueta BG como evidencia, puede guardar una orden de empezar como si fuera una medición.

El texto pone otra decisión en manos de la parte que confía en el resultado: escoger el tipo de evidencia conforme a la política del despliegue. Dos filas menos en un registro público no quitan esa responsabilidad. La parte atestada mide, el verificador evalúa y la parte decisora concede o niega acceso.

El listado de LAKE lo mantiene como Internet-Draft de grupo, estado I-D Exists. En el registro de IANA no aparecen todavía BG ni PP. Faltan números definitivos y una demostración pública de interoperabilidad de esta revisión.