Proteção Rails CSRF + Angular.js: protect_from_forgery me faz sair do POST

Se a protect_from_forgeryopção for mencionada em application_controller, eu posso efetuar login e executar quaisquer solicitações GET, mas na primeira solicitação POST, o Rails redefine a sessão, o que me desconecta.

protect_from_forgeryDesativei a opção temporariamente, mas gostaria de usá-la com o Angular.js. Existe alguma maneira de fazer isso?

Acho que ler o valor CSRF do DOM não é uma boa solução, é apenas uma solução alternativa.

Aqui está um formulário no site oficial do angularJS http://docs.angularjs.org/api/ng.$http :

Como apenas o JavaScript executado em seu domínio pode ler o cookie, seu servidor pode ter certeza de que o XHR veio do JavaScript em execução no seu domínio.

Para aproveitar isso (Proteção CSRF), seu servidor precisa definir um token em um cookie de sessão legível por JavaScript chamado XSRF-TOKEN na primeira solicitação HTTP GET. Em solicitações não-GET subsequentes, o servidor pode verificar se o cookie corresponde ao cabeçalho HTTP X-XSRF-TOKEN

Aqui está minha solução com base nessas instruções:

Primeiro, defina o cookie:

# app/controllers/application_controller.rb

# Turn on request forgery protection
protect_from_forgery

after_action :set_csrf_cookie

def set_csrf_cookie
  cookies['XSRF-TOKEN'] = form_authenticity_token if protect_against_forgery?
end

Em seguida, devemos verificar o token em todas as solicitações não GET.
Como o Rails já construiu com o método semelhante, podemos simplesmente substituí-lo para acrescentar nossa lógica:

# app/controllers/application_controller.rb

protected
  
  # In Rails 4.2 and above
  def verified_request?
    super || valid_authenticity_token?(session, request.headers['X-XSRF-TOKEN'])
  end

  # In Rails 4.1 and below
  def verified_request?
    super || form_authenticity_token == request.headers['X-XSRF-TOKEN']
  end

Se você estiver usando a proteção padrão do Rails CSRF ( <%= csrf_meta_tags %>), poderá configurar seu módulo Angular assim:

myAngularApp.config ["$httpProvider", ($httpProvider) ->
  $httpProvider.defaults.headers.common['X-CSRF-Token'] = $('meta[name=csrf-token]').attr('content')
]

Ou, se você não estiver usando o CoffeeScript (o que !?):

myAngularApp.config([
  "$httpProvider", function($httpProvider) {
    $httpProvider.defaults.headers.common['X-CSRF-Token'] = $('meta[name=csrf-token]').attr('content');
  }
]);

Se preferir, você pode enviar o cabeçalho apenas em solicitações não GET com algo como o seguinte:

myAngularApp.config ["$httpProvider", ($httpProvider) ->
  csrfToken = $('meta[name=csrf-token]').attr('content')
  $httpProvider.defaults.headers.post['X-CSRF-Token'] = csrfToken
  $httpProvider.defaults.headers.put['X-CSRF-Token'] = csrfToken
  $httpProvider.defaults.headers.patch['X-CSRF-Token'] = csrfToken
  $httpProvider.defaults.headers.delete['X-CSRF-Token'] = csrfToken
]

Além disso, verifique a resposta do HungYuHei , que cobre todas as bases do servidor e não do cliente.

A gem angular_rails_csrf adiciona automaticamente suporte ao padrão descrito na resposta de HungYuHei a todos os seus controladores:

# Gemfile
gem 'angular_rails_csrf'

A resposta que mescla todas as respostas anteriores e conta que você está usando a Devisejóia de autenticação.

Primeiro de tudo, adicione a gema:

gem 'angular_rails_csrf'

Em seguida, adicione rescue_frombloco no application_controller.rb:

protect_from_forgery with: :exception

rescue_from ActionController::InvalidAuthenticityToken do |exception|
  cookies['XSRF-TOKEN'] = form_authenticity_token if protect_against_forgery?
  render text: 'Invalid authenticity token', status: :unprocessable_entity
end

E, finalmente, adicione o módulo interceptador ao seu aplicativo angular.

# coffee script
app.factory 'csrfInterceptor', ['$q', '$injector', ($q, $injector) ->
  responseError: (rejection) ->
    if rejection.status == 422 && rejection.data == 'Invalid authenticity token'
        deferred = $q.defer()

        successCallback = (resp) ->
          deferred.resolve(resp)
        errorCallback = (resp) ->
          deferred.reject(resp)

        $http = $http || $injector.get('$http')
        $http(rejection.config).then(successCallback, errorCallback)
        return deferred.promise

    $q.reject(rejection)
]

app.config ($httpProvider) ->
  $httpProvider.interceptors.unshift('csrfInterceptor')

Vi as outras respostas e achei que eram ótimas e bem pensadas. Embora meu aplicativo Rails funcionasse com o que eu pensava ser uma solução mais simples, pensei em compartilhar. Meu aplicativo rails veio com esse padrão,

class ApplicationController < ActionController::Base
  # Prevent CSRF attacks by raising an exception.
  # For APIs, you may want to use :null_session instead.
  protect_from_forgery with: :exception
end

Eu li os comentários e parecia que é isso que eu quero usar angular e evitar o erro csrf. Eu mudei para isso,

class ApplicationController < ActionController::Base
  # Prevent CSRF attacks by raising an exception.
  # For APIs, you may want to use :null_session instead.
  protect_from_forgery with: :null_session
end

E agora funciona! Não vejo nenhuma razão para que isso não funcione, mas eu adoraria ouvir algumas dicas de outros pôsteres.

Eu usei o conteúdo da resposta de HungYuHei no meu aplicativo. No entanto, descobri que estava lidando com alguns problemas adicionais, alguns por causa do uso do Devise para autenticação e outros por causa do padrão que obtive com meu aplicativo:

protect_from_forgery with: :exception

Observo a pergunta relacionada ao estouro de pilha e as respostas lá e escrevi uma postagem de blog muito mais detalhada que resume as várias considerações. As partes dessa solução que são relevantes aqui são, no controlador de aplicativo:

  protect_from_forgery with: :exception

  after_filter :set_csrf_cookie_for_ng

  def set_csrf_cookie_for_ng
    cookies['XSRF-TOKEN'] = form_authenticity_token if protect_against_forgery?
  end

  rescue_from ActionController::InvalidAuthenticityToken do |exception|
    cookies['XSRF-TOKEN'] = form_authenticity_token if protect_against_forgery?
    render :error => 'Invalid authenticity token', {:status => :unprocessable_entity} 
  end

protected
  def verified_request?
    super || form_authenticity_token == request.headers['X-XSRF-TOKEN']
  end

Eu encontrei um hack muito rápido para isso. Tudo o que eu precisava fazer era o seguinte:

uma. Na minha opinião, eu inicializo uma $scopevariável que contém o token, digamos antes do formulário, ou ainda melhor na inicialização do controlador:

<div ng-controller="MyCtrl" ng-init="authenticity_token = '<%= form_authenticity_token %>'">

b. No meu controlador AngularJS, antes de salvar minha nova entrada, adiciono o token ao hash:

$scope.addEntry = ->
    $scope.newEntry.authenticity_token = $scope.authenticity_token 
    entry = Entry.save($scope.newEntry)
    $scope.entries.push(entry)
    $scope.newEntry = {}

Nada mais precisa ser feito.

 angular
  .module('corsInterceptor', ['ngCookies'])
  .factory(
    'corsInterceptor',
    function ($cookies) {
      return {
        request: function(config) {
          config.headers["X-XSRF-TOKEN"] = $cookies.get('XSRF-TOKEN');
          return config;
        }
      };
    }
  );

Está trabalhando no lado do angularjs!