¿Un SPA es vulnerable a la vulnerabilidad de seguridad BREACH https?

0

Tengo una aplicación de una sola página (SPA) que consta de recursos estáticos (HTML, JS, CSS, fuentes de imágenes ...) que se sirven desde un servidor web Apache y varios puntos finales de API (que sirven a JSON desde un JBoss Backend, proxy a través del mismo Apache que sirve a los recursos estáticos).

Los navegadores de clientes tienen acceso al SPA solo a través de HTTPS.

Los datos confidenciales se sirven exclusivamente desde los puntos finales de la API.

Me gustaría habilitar la compresión gzip para todos los recursos estáticos. La compresión gzip no se habilitará en los puntos finales de la API.

¿Es un riesgo para la seguridad habilitar la compresión gzip en los recursos estáticos debido a la BREACH security exploit ?

No entiendo completamente el ataque BREACH:

  • Mis recursos estáticos (que se comprimirían) no reflejan ningún dato de usuario
  • Las llamadas a la API reflejan los datos del usuario y pueden contener parámetros de consulta, pero no están comprimidos.

¿Es el escenario anterior vulnerable al ataque BREACH o no?

    
pregunta jbandi 03.01.2017 - 12:44
fuente

1 respuesta

1

Desde su enlace:

  

Para ser vulnerable, una aplicación web debe:

     
  • Servir desde un servidor que usa compresión de nivel HTTP
  •   
  • Refleja la entrada del usuario en los cuerpos de respuesta HTTP
  •   
  • Refleja un secreto (como un token CSRF) en los cuerpos de respuesta HTTP
  •   

Sin embargo, si sus recursos son estáticos y son los únicos elementos comprimidos, entonces:

  • Servir desde un servidor que utiliza compresión de nivel HTTP
  • Refleja entrada del usuario en cuerpos de respuesta HTTP
  • Refleja un secreto (como un CSRF) token) en cuerpos de respuesta HTTP

Para sus elementos dinámicos no comprimidos:

  • Servir desde un servidor que usa compresión a nivel HTTP
  • Refleja entrada de usuario en cuerpos de respuesta HTTP
  • Refleja un secreto (como un CSRF) token) en cuerpos de respuesta HTTP

Clave:

  • Aplicable a su situación

  • No aplicable

Como ninguna solicitud cumple con los tres requisitos, no eres vulnerable a INCUMPLIMIENTO.

    
respondido por el SilverlightFox 05.01.2017 - 00:05
fuente

Lea otras preguntas en las etiquetas