La tarea consiste en definir los atributos necesarios del mensaje, como Cuenta origen, Cuenta destino y Cantidad, y luego representarlos en formato JSON. Esta estructura servirá como base para la comunicación entre las entidades.

• Definir atributos (Cuenta origen, Cuenta destino, Cantidad).
• Crear una representación JSON para el mensaje.

La tarea implica la implementación de funciones para enviar mensajes normales y la capacidad de lanzar varios tipos de ataques, como modificación, man-in-the-middle y replay. Se brinda la opción de integrar la verificación de integridad y la lógica de rechazo de nonces.

• Implementar funcionalidad de envío de mensajes.
• Agregar soporte para enviar mensajes normales.
• Implementar ataques (modificación, man-in-the-middle, replay).
• Integrar verificación de integridad en el cliente (Opcional).
• Implementar lógica de rechazo de nonces (Opcional).

Se calculará la proporción de mensajes íntegros respecto al número total de mensajes, y se informará el KPI al Gobierno de Seguridad de la Información. Este componente brindará información valiosa sobre la efectividad del sistema en términos de seguridad.

• Calcular la proporción de mensajes íntegros respecto al número total de mensajes.
• Informar el KPI calculado al Gobierno de Seguridad de la Información.

Se definirán atributos específicos de respuesta, como Respuesta, Nonce inválido y OK. Además, se implementará la funcionalidad de registro en el servidor y la presentación de resultados al cliente.

• Definir atributos de respuesta (Respuesta, Nonce inválido, OK).
• Implementar registro en el servidor.
• Mostrar ventana de resultado al cliente.

Describe la funcionalidad.

La seguridad contra ataques de replay es esencial para evitar repeticiones no autorizadas de mensajes. En esta tarea, se propone implementar un verificador de nonces, un componente fundamental para resistir ataques de replay.

• Diseñar un mecanismo para generar y rastrear nonces.
• Implementar lógica de verificación de nonces.
• Probar el verificador de nonces en escenarios de ataque de replay.

La tarea incluye la implementación de la lógica de manejo de mensajes, la verificación de integridad en el servidor y la capacidad de rechazar nonces. Cada uno de estos aspectos contribuirá a la seguridad general del sistema.

• Implementar lógica de manejo de mensajes.
• Agregar verificación de integridad en el servidor.
• Implementar rechazo de nonces en el servidor.

Describe la funcionalidad.

Esta tarea implica investigar y seleccionar algoritmos criptográficos adecuados para la verificación de integridad. Posteriormente, se deberá desarrollar una función o clase que implemente la lógica de verificación de integridad. La implementación se probará en diferentes escenarios de ataque para asegurar su robustez.

• Investigar y seleccionar algoritmos criptográficos apropiados para la verificación de integridad.
• Desarrollar una función/clase para la verificación de integridad del mensaje.
• Probar el verificador de integridad en diferentes escenarios de ataque.

La tarea consiste en adaptar el sistema de registro utilizado en PAI-1 para que sea compatible con este proyecto. Este componente será crucial para el seguimiento y la resolución de problemas.

• Adaptar el registro de PAI-1 para este proyecto.
• Integrar el registro en el servidor.

Se explorarán soluciones existentes para la gestión de nonces y se integrará la más adecuada en el proyecto. Este componente será fundamental para garantizar la seguridad en las transmisiones.

• Explorar y elegir una solución existente para la gestión de nonces.
• Integrar la gestión de nonces en el proyecto.