即便是强制要求使用POST方法进行状态变更操作也易受到CSRF攻击波士顿钢琴官网CSRF，又叫会话跳转，是一种网站安乐攻击技能。当某个恶意网站正在用户未察觉的情形下将其从一个仍然通过身份验证的站点拐骗至一个新的 URL 时，这种攻击就发作了，因而它可能诈骗用户仍然通过身份验证的状况。乍一看，要解析这种攻击技能对比贫苦，因而咱们正在本节将操纵两个例子来解释。
假定你仍然登录到的网页邮件账号。该网站有一个指向example.com/logout的刊出按钮。即是说，刊出原本即是拜望example.com/logout。
很彰彰，登出一个邮件网站也不是什么告急的安乐题目。然则同样的攻击恐怕针对任何笃信用户的站点，譬喻正在线银行和电子商务网站。云云的话恐怕正在用户不知情的情形下就下订单付款了。
正在上一个例子中，example.com该当负个别仔肩，由于它承诺通过 HTTPGET手腕举办状况调换（即登入和登出）。假若对任事器的状况调换条件操纵 HTTPPOST手腕，情形就好得众了。然则，即使是强造条件操纵POST手腕举办状况调换操作也易受到CSRF攻击。
假使添加了特地的安乐机造，这种打算仍旧会遭到 CSRF 的攻击——恶意页面仅需一点点订正云尔。攻击者可能针对你的站点打算全盘外单，并将其藏身于一个不行睹的iframe中，然后操纵 Javascript 主动提交该外单。
那么，是否可能让站点免受这种攻击呢？ 第一步，开始确保一切GET手腕没有副用意。云云此后，假若某个恶意站点将你的页面蕴涵为iframe，它将不会发作负面成效。
该技能没有研讨POST苦求。 第二步即是给一切POST的form标签一个遁匿字段，它的值是保密的并遵照用户历程的 ID 天生。云云，从任事器端拜望外单时，可能查验该保密的字段。不吻应时可能激励一个舛讹。
这恰是 Django CSRF 防护层结束的就业，正如下面的末节所先容的。
假若感意思的话，下面是CsrfMiddleware的就业形式。它结束以下两项就业：
它删改而今统治的苦求，向一切的POST外单填补一个遁匿的外单字段，操纵名称是csrfmiddlewaretoken，值为而今会话 ID 加上一个密钥的散列值。假若未筑树会话 ID ，该中央件将不会删改呼应结果，因而对付未操纵会话的苦求来说机能亏损是可能无视的。
对付一切含会话 cookie 聚集的传入POST苦求，它将查验是否生活csrfmiddlewaretoken及其是否精确。假若不是的线 舛讹页面的实质是检测到了跨域苦求伪装。终止苦求。
该中央件特地只针对 HTTPPOST苦求（以及对应的POST外单）。 如咱们所注解的，长期不该当由于操纵了GET苦求而发作负面效应，你必需己方来确保这一点。
未操纵会话 cookie 的POST苦求无法受到护卫，但它们也不 须要 受到护卫，由于恶意网站可用肆意手腕来造造这种苦求。
2、CSRF中央件的范围性CsrfMiddleware的运转须要 Django 的会线 章清晰更众合于会话的实质。）假若你操纵了自界说会话或者身份验证框架手动解决会话 cookies，该中央件将帮不上你的忙。
假若你的使用次序以某种至极规的手腕创筑 HTML 页面（比如：正在 Javascript 的document.write语句中发送 HTML 片断），你恐怕会绕开了向外单增添遁匿字段的过滤器。 正在此情形下，外单提交长期无法告捷。（这是由于正在页面发送到客户端之前，CsrfMiddleware操纵正则外达式来增添csrfmiddlewaretoken字段到你的HTML中，而正则外达式不行统治不楷模的HTML。）假若你嫌疑闪现了云云的题目。操纵你浏览器的查看源代码效力以确定csrfmiddlewaretoken是否插入到了外单中。
