Subresource Integrity (SRI): verificar la integridad de recursos externos

Comprende cómo los hashes SRI detectan cambios inesperados en scripts y hojas de estilo externos y cuáles son sus límites.

Una defensa por capas

La seguridad de un sitio no depende de una sola opción. HTTPS protege el transporte, las cabeceras HTTP definen reglas para el navegador y mecanismos como CSP o SRI reducen riesgos concretos. Ninguna de estas medidas sustituye una aplicación correctamente diseñada, actualizada y autorizada.

Comprender antes de configurar

Antes de aplicar una política, identifica los recursos, datos y acciones que realmente deben protegerse. Comprueba siempre el comportamiento final en producción: una cabecera escrita en un archivo pero ausente de la respuesta HTTP no protege nada.

Límites y errores frecuentes

Evita interpretar una herramienta como una garantía automática de seguridad. Decodificar no significa verificar, un hash no es cifrado, HTTPS no corrige XSS y una contraseña robusta no arregla una autorización defectuosa. La seguridad funciona cuando varias capas coherentes se complementan.

Aplicarlo de forma progresiva

Empieza por una configuración mínima y observable, prueba los recorridos importantes y endurece las reglas gradualmente. Documenta las excepciones y vuelve a revisarlas cuando cambien dependencias, servicios externos o requisitos del producto.

Los demás capítulos de la colección desarrollan cada mecanismo con ejemplos, límites y enlaces a las herramientas Bethemesh correspondientes.