Resumen

  • El borrador individual Oblivious CoAP reparte la información: el proxy conoce al cliente pero no la petición cifrada; la pasarela entiende la petición sin recibir la dirección del cliente.
  • La sección 7.1 advierte que el proxy o un tercero pueden repetir el mensaje. El servidor puede identificar el primero por enc y los siguientes por un contador protegido antes de repetir una operación con efectos.

Un cartero no necesita leer la carta para entregarla dos veces. El nuevo borrador Oblivious CoAP resuelve una parte del problema de privacidad de los dispositivos pequeños: que el destino no pueda asociar solicitudes inconexas a la misma dirección de origen. La capacidad de duplicar una petición cifrada queda intacta. Hay que proteger la identidad y, por separado, la ejecución.

El protocolo CoAP permite peticiones y respuestas en entornos limitados. La propuesta menciona consultas DNS sobre CoAP, informes anónimos de diagnóstico y búsquedas en directorios de recursos. El cliente cifra la petición original para una pasarela con HPKE y la entrega a un proxy de reenvío. El proxy observa de dónde llegó; no puede abrir el contenido. La pasarela abre el contenido; el proxy no le pasa la dirección del cliente. Si ambos roles comparten control o registros, esa separación operativa se pierde.

El reparto recuerda a Oblivious HTTP. Aquí una opción propia de CoAP permite contar mensajes relacionados dentro de un mismo contexto de cifrado. Se necesita una pasarela dispuesta a participar, por lo que la propuesta no cubre cualquier aplicación CoAP. Su sección 7.1 plantea con claridad la factura: un proxy o un adversario externo puede repetir fácilmente una petición protegida.

Cuando el método sea seguro y el servidor confirme que atenderlo otra vez no causa un efecto indeseado, puede tolerar la repetición. Si la petición cambia estado, el servidor puede detectar el duplicado y detenerlo cuando corresponda. Para el primer mensaje de un intercambio usa como referencia el encapsulado HPKE enc, o su huella. Para los posteriores compara el contador protegido OCoAP count con una ventana de repetición asociada al contexto recibido. Una opción Echo protegida puede reforzar la comprobación.

Eso exige memoria en el destino. Un diagnóstico contado dos veces puede alterar un total; una acción ejecutada dos veces puede repetir el cambio. El borrador no mide cuánto estado hay que guardar, cuánto tiempo debe sobrevivir ni qué pasa después de reiniciar la pasarela. El servidor decide cuáles métodos son realmente seguros, conserva el historial necesario y fija la conducta si lo pierde. El cifrado no toma esa decisión de operación.

El registro del IETF muestra una propuesta individual Standards Track en I-D Exists. Una prueba útil enviaría una petición cifrada, su copia y después un mensaje relacionado, con un reinicio de la pasarela entre intentos. Contaría ejecuciones, comprobaría qué evidencia de duplicados persiste y registraría quién aún puede unir origen y contenido.