El acrónimo STRIDE representa seis categorías de amenazas comunes:

• S – Spoofing (Suplantación de identidad=

• T – Tampering (Manipulación de datos)

• R – Repudiation (Repudio de acciones)

• I - Information Disclosure (Divulgación de información)

• D - Denial of Service (DoS) (Denegación de servicio)

• E - Elevation of Privilege (Elevación de privilegios)

En el video Understanding STRIDE: An Easy Guide to Threat Modeling se ofrece una descripción del modelo STRIDE y cuáles son sus formas de prevenir los ataques que puede presentar nuestra aplicación, ayudando a fortalecer el entendimiento del modelo.

Es por esto que es primordial la implementación de prácticas de seguridad durante todas las fases del ciclo de vida del proyecto, ayudando a la identificación y prevención de amenazas que puedan llegar a comprometer nuestro sistema.

En el siguiente mural evidenciaremos como se puede implementar un software seguro aplicando el modelo STRIDE junto con técnicas de validación y cifrado de la información.

Como caso de ejemplo se desarrollará una aplicación de agendas de notas, aplicando el modelo de amenazas STRIDE y las formas de prevención y mitigación para cada una de estas amenazas.

Ejemplo: Un atacante obtiene acceso al sistema utilizando credenciales robadas a otro usuario.

Métodos de mitigación: Autenticación fuerte (Contraseñas robustas, autenticación multifactor), certificaciones digitales.

Ejemplo: Alguien intercepta la comunicación entre el navegador y el servidor, cambiando el precio de un producto de $70.000 a $10.000 pesos antes de enviarlo al servidor.

Métodos de mitigación: Uso de cifrado en tránsito (HTTPS/ TLS), firmas digitales, validaciones del lado del servidor.

Ejemplo: Un usuario realiza diferentes transacciones desde la cuenta bancaria, pero debido a la falta de pruebas y registro, el usuario indica que el no realizo estas transacciones. 

Métodos de mitigación: Implementación de log’s seguros, registro de direcciones IP, auditorías inmutables.

Ejemplo: Un sitio web muestra los datos de la tarjeta de crédito de un cliente en la pantalla de otro usuario.

Métodos de mitigación: Implementación de controles de acceso, cifrado de datos sensibles en reposo y en tránsito, masking de datos.

Ejemplo: Durante el black Friday, un grupo de atacantes lanza un ataque DoS contra una página de ventas en línea, inundando la página con millones de solicitudes hasta obligarla a fallar.

Métodos de mitigación: Implementación de rate limiting, balanceadores de carga, monitoreo de actividad anormal, firewalls de aplicación AWF.

Ejemplo: Un usuario común logra tener acceso como administrador del sistema.

Métodos de mitigación: Seguir el principio de menor privilegio, revisar regularmente los permisos de los usuarios, validación en backend, parches de seguridad.

Medidas aplicadas:

• Se implementó la autenticación de usuario y contraseña cifrado con el uso de bcrypt.

  
  

• Se verifica las credenciales en cada inicio de sesión previo a la generación de un token JWT.

  
  

• Se utiliza el token para la creación y visualización de notas.

Medidas aplicadas:

• Se almacenan las contraseñas en forma hash seguro.

  
  

• Se hace uso de helmet para agregar cabeceras de HTTP para la prevención de inyecciones y modificaciones no autorizadas.

  
  

• Se implementa Token JWT firmado digitalmente para evitar que pueda manipularse la información.

Medidas aplicadas:

• El token JWT actua como prueba para la vinculación de acciones a un usuario especifico.

  
  

• Se registra en consola cada vez que el usuario cree una nota, incluyendo su nombre de usuario

  
  

Medidas aplicadas:

• La ruta de las API requiere autenticación, con lo que se evita que terceros obtengan autorización.

  
  

• La filtración de notas evita que los usuarios puedan visualizar notas de otros usuarios.

Medidas aplicadas:

• Se limita el rate limit para un máximo de 10 solicitudes por minuto.

  
  

• Se incorpora el módulo helmet que actúa como un middleware, añadiendo protección contra ciertos patrones DoS en HTTP. (Garcia, 2024).

Medidas aplicadas:

• El middleware de autenticación revisa cada uno de los tokens antes de permitir acciones

  
  

• Solo el usuario puede crear y ver sus propias notas.

  
  

• Se restringe la visualización de las notas de otros usuarios incluso con un token valido.