ChatGPT解决这个技术问题 Extra ChatGPT

I was working on a new Rails 4 app (on Ruby 2.0.0-p0) when I ran into some authenticity token problems.

While writing a controller that responds to json (using the respond_to class method), I got to the create action I started getting ActionController::InvalidAuthenticityToken exceptions when I tried to create a record using curl.

I made sure I set -H "Content-Type: application/json" and I set the data with -d "<my data here>" but still no luck.

I tried writing the same controller using Rails 3.2 (on Ruby 1.9.3) and I got no authenticity token problems whatsoever. I searched around and I saw that there were some changes with authenticity tokens in Rails 4. From what I understand, they are no longer automatically inserted in forms anymore? I suppose this is somehow affecting non-HTML content types.

Is there any way to get around this without having to request a HTML form, snatching the authenticity token, then making another request with that token? Or am I completely missing something that's completely obvious?

Edit: I just tried creating a new record in a new Rails 4 app using a scaffold without changing anything and I'm running into the same problem so I guess it's not something I did.


a
alexcoco

I think I just figured it out. I changed the (new) default

protect_from_forgery with: :exception

to

protect_from_forgery with: :null_session

as per the comment in ApplicationController.

# Prevent CSRF attacks by raising an exception.
# For APIs, you may want to use :null_session instead.

You can see the difference by looking at the source for request_forgery_protecton.rb, or, more specifically, the following lines:

In Rails 3.2:

# This is the method that defines the application behavior when a request is found to be unverified.
# By default, \Rails resets the session when it finds an unverified request.
def handle_unverified_request
  reset_session
end

In Rails 4:

def handle_unverified_request
  forgery_protection_strategy.new(self).handle_unverified_request
end

Which will call the following:

def handle_unverified_request
  raise ActionController::InvalidAuthenticityToken
end

You could remove the :with option all together, :null_session is the default: api.rubyonrails.org/classes/ActionController/…
Is there a way to use exception for non-JSON calls and null session for JSON calls (aka API calls)?
@JamesMcMahon You may be able to write your own before_action that checks the format and whether the request is verified. I don't know of any built in way to set conditions.
In rails 4.1.6, I had to specify skip_before_action :verify_authenticity_token on my API's application controller as well to make this work.
You shouldn't have to disable :verify_authenticy_token any more in Rails 4.2. It defaults to :null_session, which, as the name implies, just gives you a request without a session. You can instead verify the request via an API key.
x
xiaoboa

Instead of turn off the csrf protection, it's better to add the following line of code into the form

<%= tag(:input, :type => "hidden", :name => request_forgery_protection_token.to_s, :value => form_authenticity_token) %> 

and if you're using form_for or form_tag to generate the form, then it will automatically add the above line of code in the form


This is good advice if you are making a form, but the question is referring to making API calls using JSON.
Thank you though, this answered a question I had about hand-writing a code while using handlebars!
j
jasonmp85

Adding the following line into the form worked for me:

<%= hidden_field_tag :authenticity_token, form_authenticity_token %>

doesn't really apply to api calls
In my case, I'm using Rails4. I can submit the form by clicking the submit button. But if i submit the form via JS code, this error occurs. And this answer fixed the problem for me.
For my Rails 4.0.8 based App it was enough to write =token_tag nil or (in .erb) <%= token_tag nil %>
You seem to be disabling authentication by setting token to nil?
is it secure to do this?
s
squadette

I don't think it's good to generally turn off CSRF protection as long as you don't exclusively implement an API.

When looking at the Rails 4 API documentation for ActionController I found that you can turn off forgery protection on a per controller or per method base.

For example to turn off CSRF protection for methods you can use

class FooController < ApplicationController
  protect_from_forgery except: :index

This did it for me in Rails 4 - error being thrown after attempting to delete. ^^
u
user1756254

Came across the same problem. Fixed it by adding to my controller:

      skip_before_filter :verify_authenticity_token, if: :json_request?

undefined method `json_request?' for #, Any idea?
You have to define a method there like: def json_request? request.format.json? end
z
zechtz

Did you try?

 protect_from_forgery with: :null_session, if: Proc.new {|c| c.request.format.json? }

k
konung

This official doc - talks about how to turn off forgery protection for api properly http://api.rubyonrails.org/classes/ActionController/RequestForgeryProtection.html


That's true, but the answer is from 2013 - and things change. And while your officially accepted answer is good - my link simply gives better in depth overview of the subject
j
jscs

This is a security feature in Rails. Add this line of code in the form:

<%= hidden_field_tag :authenticity_token, form_authenticity_token %>

Documentation can be found here: http://api.rubyonrails.org/classes/ActionController/RequestForgeryProtection.html


K
Kent Aguilar

These features were added for security and forgery protection purposes. However, to answer your question, here are some inputs. You can add these lines after your the controller name.

Like so,

class NameController < ApplicationController
    skip_before_action :verify_authenticity_token

Here are some lines for different versions of rails.

Rails 3

skip_before_filter :verify_authenticity_token

Rails 4:

skip_before_action :verify_authenticity_token

Should you intend to disable this security feature for all controller routines, you can change the value of protect_from_forgery to :null_session on your application_controller.rb file.

Like so,

class ApplicationController < ActionController::Base
  protect_from_forgery with: :null_session
end

u
user1555400

If you're using jQuery with rails, be wary of allowing entry to methods without verifying the authenticity token.

jquery-ujs can manage the tokens for you

You should have it already as part of the jquery-rails gem, but you might need to include it in application.js with

//= require jquery_ujs

That's all you need - your ajax call should now work

For more information, see: https://github.com/rails/jquery-ujs


S
Salma Gomaa

Add authenticity_token: true to the form tag


a
alexcoco

When you define you own html form then you have to include authentication token string ,that should be sent to controller for security reasons. If you use rails form helper to generate the authenticity token is added to form as follow.

<form accept-charset="UTF-8" action="/login/signin" method="post">
  <div style="display:none">
    <input name="utf8" type="hidden" value="&#x2713;" />
    <input name="authenticity_token" type="hidden" value="x37DrAAwyIIb7s+w2+AdoCR8cAJIpQhIetKRrPgG5VA=">
  </div>
    ...
</form>

So the solution to the problem is either to add authenticity_token field or use rails form helpers rather then compromising security etc.


Thank you for your answer, though this does not answer the original question. The question asked about responding to JSON requests but you are providing a solution for a from-scratch HTML form. When making JSON requests (think API) you are not submitting a HTML form and you may not have easy access to the authenticity token.
unless the content of the request is actually JSON in which case you would want to set it to application/json.
I understand the answer is not exactly what you are looking for. But the purpose of putting related answer is to help users looking for similar "Authenticity Issues".
sorry I removed mistakenly - "you can set Content-Type: application/x-www-form-urlencoded with above solution".
m
mridula

All my tests were working fine. But for some reason I had set my environment variable to non-test:

export RAILS_ENV=something_non_test

I forgot to unset this variable because of which I started getting ActionController::InvalidAuthenticityToken exception.

After unsetting $RAILS_ENV, my tests started working again.