Segurança no Rails

@fnando

@fnando UM NOVO PROJETO.

@fnando MUITO TRABALHO, MAS VOCÊ TENTA FAZER O MELHOR.

@fnando VOCÊ COLOCA O PROJETO NO AR.

@fnando VOCÊ SABE QUE É APENAS O COMEÇO.

@fnando VOCÊ ESTÁ SEGURO?

@fnando 75% DOS ATAQUES ESTÃO NA CAMADA DA APLICAÇÃO.

@fnando BRECHAS DE SEGURANÇA PODEM ACABAR COM A SUA CREDIBILIDADE.

Injection Broken Authentication & Session Management Cross-Site Scripting (XSS) Insecure
Direct Object References Security Misconﬁguration Sensitive Data Exposure Missing Function Level Access Control Cross-Site Request Forgery (CSRF) Using Components with Known Vulnerability Unvalidated Redirects and Forwards OWASP — TOP 10 2013

@fnando owasp.org

@fnando O RAILS É BEM SEGURO POR PADRÃO.

@fnando AINDA ASSIM, O RAILS TEM ALGUMAS BRECHAS.

@fnando E OUTRAS BRECHAS SÃO INTRODUZIDAS PELOS DEVS.

@fnando NESTA PALESTRA VAMOS VER ALGUMAS BRECHAS.

@fnando CONFIGURAÇÃO

@fnando NUNCA ARMAZENE CONFIGS NO REPOSITÓRIO.

@fnando SE VOCÊ USA HEROKU, USE VARIÁVEIS DE AMBIENTE.

@fnando OU COPIE O ARQUIVO DE CONFIG NA HORA DO
DEPLOY.

@fnando VOCÊ PODE USAR ALGO COMO O DOTENV.

@fnando source "http://rubygems.org" gem "dotenv-rails"

@fnando # .env.development PORT=3000 API_KEY=abc REDIS_URL=redis://localhost DEFAULT_URL=http://hellobits.com

@fnando ISSO INCLUI O SECRET TOKEN DA APLICAÇÃO.

@fnando SEU SECRET TOKEN É UMA CHAVE PARA SEU SERVIDOR.

@fnando NO GITHUB, É POSSÍVEL ENCONTRAR MUITOS APPS VULNERÁVEIS.

@fnando

@fnando SESSION HIJACKING

@fnando O PROTOCOLO HTTP É STATELESS.

@fnando USO DE COOKIES PARA FAZER A IDENTIFICAÇÃO DO USUÁRIO.

@fnando UM ATACANTE PODE ROUBAR O COOKIE DE UM USUÁRIO.

@fnando ELE USA O COOKIE PARA SE IDENTIFICAR COMO O
USUÁRIO.

@fnando FORCE O USO DE SSL EM TUDO QUE EXIGE
AUTENTICAÇÃO.

@fnando Codeplane::Application.configure do config.force_ssl = true end

@fnando EXPIRE A SESSÃO EM CASO DE INATIVIDADE.

@fnando Codeplane::Application.config.session_store :cookie_store, key: "_codeplane_session", expire_after: 1.hour

@fnando MARQUE COOKIES COM A OPÇÃO HTTP ONLY.

@fnando MARQUE COOKIES COM A OPÇÃO SECURE.

@fnando

@fnando NUNCA ARMAZENE DADOS SENSÍVEIS NO CLIENTE.

@fnando $ http http://localhost:9292/ HTTP/1.1 200 OK Cache-Control: max-age=0, private,
must-revalidate Connection: Keep-Alive Content-Length: 1313 Content-Type: text/html; charset=utf-8 Date: Fri, 27 Sep 2013 23:41:57 GMT Etag: "b313808d614f80d3d28848edf101ef4b" Server: WEBrick/1.3.1 (Ruby/2.0.0/2013-06-27) Set-Cookie: _rails3-app_session=BAh7CEki...3Npa9d; path=/; HttpOnly X-Request-Id: c0f73c4949d60ef75c3d1d8fdf5c15d5 X-Runtime: 0.054038 X-Ua-Compatible: IE=Edge

@fnando Rack::Session::Cookie::Base64::Marshal.new .decode("BAh7CE...d6ed576495a9d") # => { # "session_id" => "abdbb7fde7dee53f83ea22247c4b0cd9",
# "user_id" => 1234, # "_csrf_token" => "H38unAYbBFoMF7zPzY6QKQq8keS2hnE+rXf5UW3stv0=" # }

@fnando NO RAILS 4 A SESSÃO É CRIPTOGRAFADA.

@fnando Rack::Session::Cookie::Base64::Marshal.new .decode("aTMwT1dj...K1VGMX8c2") # => nil

@fnando USE COOKIES ASSINADOS, COM DOMÍNIO RESTRITO.

@fnando cookies.signed[:name] = { httponly: true, value: "John Doe", domain:
"example.org" }

@fnando OU USE SIMPLESMENTE A SESSÃO.

@fnando SESSION FIXATION

@fnando UM ATACANTE USA A SESSÃO DE UM USUÁRIO PARA
SEMPRE.

@fnando A SESSÃO NÃO EXPIRA.

@fnando E UMA NOVA SESSÃO NÃO É INICIADA.

@fnando class SessionsController < ApplicationController def create user = User.find_by_email(params[:email])
if user && user.authenticate(params[:password]) reset_session session[:user_id] = user.id redirect_to dashboard_path else render :new end end end

@fnando USE OUTRO SESSION STORE QUE ARMAZENE AS SESSÕES ATIVAS.

@fnando ISSO PERMITE INVALIDAR SESSÕES ATIVAS REMOTAMENTE.

@fnando

@fnando O ACTIVE RECORD POSSUI UM ADAPTER PARA SESSION STORE.

@fnando REDIRECTIONS

@fnando O ATACANTE PODE USAR A ENTRADA DE URL PARA
PHISHING.

@fnando return_url = ReturnUrl.new(dashboard_path) .return_url(params[:return_to]) ! redirect_to return_url

@fnando class ReturnUrl attr_reader :default_url def initialize(default_url) @default_url = default_url
end ! def return_url(url) return default_url if url.blank? ! uri = URI.parse(url) path = uri.path path << "?#{uri.query}" if uri.query path << "##{uri.fragment}" if uri.fragment path end end

@fnando O REFERRER PODE CONTER INFORMAÇÕES SENSÍVEIS.

@fnando FAÇA O REDIRECT À PARTIR DE UMA PÁGINA ESPECÍFICA.

@fnando PODE SER UMA BOA IDEIA AVISAR O USUÁRIO.

@fnando

@fnando SQL INJECTION

@fnando UM ATACANTE PODE INJETAR SQL À PARTIR DE PARÂMETROS.

@fnando User.where("role = #{params[:role]}")

@fnando email = " ' OR 1) --" User.where("email =
'#{email}'").first #=> #<User id: 1, email: "[email protected]"> ! id = "1) OR 1=1--" User.delete_all("id = #{id}")

@fnando NUNCA INTERPOLE EM QUERIES SQL.

@fnando # Using a hash User.where(email: params[:email]) ! # Using
placeholders User.where("name LIKE ?", "%#{params[:name]}%") ! # Using named placeholders User.where("name LIKE :name", name: "%#{params[:name]}%")

@fnando VOCÊ AINDA NÃO ESTÁ SEGURO.

@fnando MUITOS MÉTODOS DO ACTIVE RECORD PODEM SER PERIGOSOS.

Métodos potencialmente perigosos ActiveRecord::Base#average ActiveRecord::Base#count ActiveRecord::Base#maximum ActiveRecord::Base#minimum ActiveRecord::Base#sum ActiveRecord::Base.exists? ActiveRecord::Base.pluck

@fnando ESSES MÉTODOS ACEITAM SNIPPETS DE SQL.

@fnando params[:column] = <<-SQL salary) FROM users WHERE email =
'[email protected]'; SQL ! User.calculate(:sum, params[:column]) #=> 4200

@fnando FAÇA O WHITELIST DOS NOMES DE CAMPOS OU SANITIZAÇÃO.

@fnando column = ActiveRecord::Base.connection.quote(params[:column]) User.calculate(:sum, params[:column]) #=> 0.0

@fnando rails-sqli.org

@fnando CROSS-SITE SCRIPTING (XSS)

@fnando NUNCA CONFIE EM DADOS ENVIADOS PELOS USUÁRIOS.

@fnando À PARTIR DO RAILS 3, O OUTPUT É SANITIZADO
POR PADRÃO.

@fnando MAS NEM TUDO É SANITIZADO.

@fnando class User include ActiveModel::Model ! attr_accessor :site_url ! validates_format_of
:site_url, with: %r[https?://[^ ]+]i end

@fnando @user = User.new({ site_url: "javascript:alert('PWNED');\n//http://example.org" })

@fnando <%= link_to "Visite site", @user.site_url %>

@fnando ANALIZE A URL, VALIDANDO O PROTOCOLO E HOSTNAME.

@fnando require "active_model" require "uri" ! class UrlValidator < ActiveModel::EachValidator
PROTOCOLS = %w[http https] ! def validate_each(record, attribute, value) uri = URI.parse(value) valid = PROTOCOLS.include?(uri.scheme) rescue URI::InvalidURIError valid = false ensure record.errors.add(attribute, :invalid_url) unless valid end end

@fnando class User < ActiveRecord::Base validates :site_url, url: true end

@fnando SANITIZAÇÃO É IMPORTANTE, MAS ÀS VEZES QUEREMOS TER CONTROLE.

@fnando À PARTIR DO RAILS 3, AS STRINGS SÃO CRIADAS
COMO BUFFERS.

@fnando VOCÊ PODE MARCAR BUFFERS COMO SEGUROS.

@fnando text = "Hello" ! text.html_safe? #=> false ! text.html_safe.html_safe?
#=> true

@fnando MARCAR O BUFFER COMO SEGURO PODE SER FEITO NO
TEMPLATE.

@fnando <%= raw page.content %>

@fnando UM BUFFER MARCADO COMO SEGURO RENDERIZA HTML.

@fnando SE FOR RENDERIZAR CONTEÚDO DO USUÁRIO, SANITIZE-O.

@fnando O RAILS POSSUI O MÉTODO SANITIZE.

@fnando OU USE O LOOFAH. http://fnando.me/o7

@fnando O LOOFAH DEVE ENTRAR NO RAILS EM BREVE. http://fnando.me/o6

@fnando O LOOFAH PODE SER INTEGRADO AO ACTIVE RECORD. http://fnando.me/o5

@fnando class Article < ActiveRecord::Base # Completely remove unsafe and/or
# unknown tags. html_fragment :body, scrub: :prune end

@fnando NÃO INTERPOLE VALORES ENVIADOS PELO USUÁRIO EM STRINGS HTML.

@fnando def annotation(text) %[#{text}].html_safe end def annotation(text) content_tag :em,
text, class: "annotation" end def annotation(text) %[#{h(text)}].html_safe end

@fnando SOFTWARE UPDATE

@fnando NUNCA USE SOFTWARE DESATUALIZADO.

@fnando APLIQUE AS ATUALIZAÇÕES DE SEGURANÇA O MAIS RÁPIDO POSSÍVEL.

@fnando O RAILS TEVE DIVERSOS RELEASES COM CORREÇÕES IMPORTANTES.

@fnando SE VOCÊ NÃO ATUALIZA SEU APLICATIVO, É HORA DE
FICAR COM MEDO.

@fnando EXISTE UMA FERRAMENTA CHAMADA METASPLOIT.

@fnando ELA POSSUI EXPLOITS PARA AS FALHAS MAIS CONHECIDAS DO
RAILS.

@fnando POSSUI ATÉ EXPLOIT PARA UMA FALHA DE SEGURANÇA DO
DEVISE.

@fnando EXPLOIT: SECRET TOKEN

@fnando

@fnando EXPLOIT: SERIALIZAÇÃO

@fnando

@fnando ATUALIZE SEU APLICATIVO AGORA MESMO.

@fnando E ATUALIZE TODO E QUALQUER SOFTWARE QUE VOCÊ USA.

@fnando MINIMIZE O DANO E SIGA O PRINCÍPIO DE MENOR
PRIVILÉGIO.

@fnando VOCÊ NÃO PRECISA DE UM USUÁRIO SUDOER PARA O
DEPLOY.

@fnando ACEITE AUTENTICAÇÃO APENAS POR SSH.

@fnando LIBERE APENAS AS PORTAS NECESSÁRIAS.

@fnando REPORTS

@fnando O CODE CLIMATE INFORMA SOBRE FALHAS DE SEGURANÇA.

@fnando POR BAIXO DOS PANOS ELE USA O BRAKEMAN.

@fnando INTEGRE-O EM SEU BUILD DO CONTINUOUS INTEGRATION.

@fnando OU ADICIONE-O NA PIPELINE DE EXECUÇÃO DOS TESTES.

@fnando FINALIZANDO

@fnando SEGURANÇA É COISA SÉRIA.

@fnando EXISTE MUITO MAIS DO QUE MOSTREI AQUI.

@fnando SEGURANÇA DEVE SER UMA PREOCUPAÇÃO CONSTANTE.

@fnando ACOMPANHE OS PROJETOS QUE VOCÊ USA.

@fnando ACOMPANHE OS SITES DE SEGURANÇA.

@fnando É A SUA CREDIBILIDADE QUE ESTÁ EM JOGO.

@fnando OBRIGADO. http://fnando.me/rx

Segurança no Rails

Segurança no Rails

More Decks by Nando Vieira

Other Decks in Programming

Featured

Transcript