尝试从教程中制作简单表格时,我收到CSRF验证失败的消息。我对CSRF验证实际上是什么进行了一些研究,据我所知,要使用CSRF验证,你需要在html中使用其中的csrf_token标记之一,但是我没有
这是我的模板:
<form action="/testapp1/contact/" method="post"> {{ form.as_p }} <input type="submit" value="Submit" /> </form>
相当简单,位于contact.html
这是我的urlconf:从django.conf.urls.defaults import *
django.conf.urls.defaults import *
urlpatterns=patterns('testapp1.views', (r'^$', 'index'), (r'^contact/$','contact') )
应用程序名称为testapp1。当我键入URL(http:// localhost:8000 / testapp1 / contact)时,我正确地进入了表单。然后,当我提交表格时,我得到了验证错误。
这是我的看法,尽管我认为这无关紧要:
def contact(request): if request.method == 'POST': # If the form has been submitted... form = ContactForm(request.POST) # A form bound to the POST data if form.is_valid(): # All validation rules pass subject = form.cleaned_data['subject'] message = form.cleaned_data['message'] sender = form.cleaned_data['sender'] cc_myself = form.cleaned_data['cc_myself'] recipients = ['info@example.com'] if cc_myself: recipients.append(sender) print 'Sending Mail:'+subject+','+message+','+sender+','+recipients return HttpResponseRedirect('/thanks/') # Redirect after POST else: form = ContactForm() # An unbound form return render_to_response('contact.html', { 'form': form, })
解决方法 1。包括{% csrf_token %} 在模板的表单标签内。
{% csrf_token %}
2。如果因任何原因,你正在使用render_to_response上的Django 1.3及以上,取而代之的是该render功能。替换为:
render_to_response
# Don't use this on Django 1.3 and above return render_to_response('contact.html', {'form': form})
有了这个:
return render(request, 'contact.html', {form: form})
该render函数是在Django 1.3版中引入的 -如果你使用的是1.2或更低版本,则必须使用 render_to_responseaa RequestContext:
render_to_responseaa RequestContext:
# Deprecated since version 2.0 return render_to_response('contact.html', {'form': form}, context_instance=RequestContext(request))
什么是CSRF保护,我为什么要它? 这是一种攻击,敌人可以迫使你的用户执行令人讨厌的事情,例如转移资金,更改其电子邮件地址等等:
跨站点请求伪造(CSRF)是一种攻击,它迫使最终用户在当前已通过身份验证的Web应用程序上执行不需要的操作。CSRF攻击专门针对状态更改请求而不是数据窃取,因为攻击者无法看到对伪造请求的响应。在社交工程的一点帮助下(例如通过电子邮件或聊天发送链接),攻击者可能会欺骗Web应用程序的用户执行攻击者选择的操作。如果受害者是普通用户,则成功的CSRF攻击会迫使用户执行状态更改请求,例如转账,更改其电子邮件地址等。如果受害者是管理帐户,则CSRF可能会破坏整个Web应用程序。来源:Open Web应用程序安全性项目
即使你现在不关心这种事情,应用程序也可能会扩展,因此最佳实践是保持CSRF保护。
CSRF保护不应该是可选的吗?
它是可选的,但默认情况下处于启用状态(默认情况下包含CSRF中间件)。你可以将其关闭: