Capítulo 29. Defenderse de los ataques CSRF
Este trabajo se ha traducido utilizando IA. Agradecemos tus opiniones y comentarios: translation-feedback@oreilly.com
En la Parte II construimos Ataques de Falsificación de Peticiones en Sitios Cruzados (CSRF) que se aprovechaban de la sesión autenticada de un usuario para hacer peticiones en su nombre. Construimos ataques CSRF con enlaces <a></a>, a través de etiquetas <img></img>, e incluso a través de HTTP POST utilizando formularios web. Vimos lo eficaces y peligrosos que son los ataques de tipo CSRF contra una aplicación, porque funcionan a un nivel de privilegios elevado y a menudo son indetectables por el usuario autenticado.
En este capítulo, aprenderemos a defender nuestra base de código contra tales ataques, y a mitigar la probabilidad de que nuestros usuarios se vean expuestos a cualquier tipo de ataque dirigido a su sesión autenticada.
Verificación de cabecera
¿Recuerdas los ataques CSRF que construimos utilizando enlaces <a></a>? En ese debate, los enlaces se distribuyeron por correo electrónico o a través de otro sitio web totalmente independiente del objetivo.
Dado que el origen de muchas peticiones CSRF es independiente de tu aplicación web, podemos mitigar el riesgo de ataques CSRF comprobando el origen de la petición. En el mundo de HTTP, hay dos cabeceras que nos interesan a la hora de comprobar el origen de una solicitud: referer y origin. Estas cabeceras son importantes porque no pueden modificarse programáticamente ...
Become an O’Reilly member and get unlimited access to this title plus top books and audiobooks from O’Reilly and nearly 200 top publishers, thousands of courses curated by job role, 150+ live events each month,
and much more.
Read now
Unlock full access