code danilat

Personalizando la encriptación de devise

Sun, 25 Oct 2015 00:00:00 +0000

Como se pueden haber visto durante muchas de mis retros semanales, estuve trabajando en la migración de la tienda online de Bichomanía, de una plataforma desarrollada a medida había que pasar a una basada en Spree.

Pues bien, una de las cosas que había que traer eran los datos de clientes ya existentes y que no tuvieran que crearse un nuevo usuario. Vamos, que se mantuviera su contraseña, por lo que había que mantener el mismo algoritmo de encriptación.

Como puede ser de suponer, Spree utiliza por debajo la gema de devise para estas cuestiones. De modo que suponía que alguna forma habría de adaptarlo, y así fue, había documentación de ello.

Así que creé mi propio encryptor, de este estilo:

#config/initializers/custom_encryptor.rb
require 'digest'

module Devise
  module Encryptable
    module Encryptors
      class CustomEncryptor < Base
        def self.digest(password, stretches, salt, pepper)
          Digest::SHA256.hexdigest password
        end
      end
    end
  end
end

Vale, una vez hecho esto me encontré con que tenía que extender la clase Spree::User, ya que no tengo un modelo usuario en mi aplicación como ponía en la documentación de devise. En la documentación de spree explican cómo utilizar un modelo usuario propio, pero vi que era un escenario en el que podía ser más limpio hacer uso de las posibilidades de metaprogramación que nos ofrece ruby.

De modo que lo que haríamos en un modelo propio, lo añadimos vía el uso de class_eval. Y quedaría algo así:

#app/models/user_decorator.rb
Spree::User.class_eval do
  
  #le decimos que use nuestro encryptor
  devise :encryptable, :encryptor => :custom_encryptor

  #sobreescribimos el método de validación del password
  def valid_password?(password)
    Devise.secure_compare(
      Devise::Encryptable::Encryptors::CustomEncryptor.digest(password, nil, nil, nil),
      self.encrypted_password
    )
  end

  #como no hacemos uso de salt para encriptar el password, machacamos el getter y setter
  def password_salt
  'no salt'
  end
  def password_salt=(new_salt)
  end
end

Profit.

On Messaging

Thu, 03 Sep 2015 00:00:00 +0000

The big idea is "messaging"... The key in making great and growable systems is much more to design how its modules communicate rather than what their internal properties and behaviors should be.

Alan Kay (1998). Citado en Growing Object-Oriented Software.

Requests y Selenium sobre Tor

Thu, 12 Mar 2015 00:00:00 +0000

¿Conoces el proyecto Tor? Me extrañaría que no lo hubieras visto alguna vez demonizado en medios de comunicación o alabado en sitios geek.

Básicamente es un proyecto que permite conectarse a internet con mayor seguridad y privacidad implementando Onion Routing, hay montones de información de este proyecto para quien quiera profundizar sobre ello, cosa que no es mi intención en esta anotación.

La cuestión es que he estado hace unos días experimentando con Tor y 2 herramientas que uso habitualmente para automatizar tareas de navegación repetitivas con Python: Selenium y Requests.

Instalación de tor

En mi caso, en Mac OS usé homebrew para instalar tor. Para otras opciones hay un puñado de guías de instalación.

brew install tor

Ejecutando el comando tor ya tendremos el servicio corriendo.

tor

Usándolo con Selenium

Bien, no hemos tocado ningún tipo de configuración. Vayamos a por Selenium con el driver de Firefox, modificando algunas preferencias del profile. Le diremos que usamos un proxy manual y que va por protocolo SOCKS a una IP y al puerto de tor. En este ejemplo la IP de loopback y al puerto por defecto, el 9050.

from selenium import webdriver
profile = webdriver.FirefoxProfile()
profile.set_preference('network.proxy.type', 1)
profile.set_preference('network.proxy.socks', '127.0.0.1')
profile.set_preference('network.proxy.socks_port', 9050)
driver = webdriver.Firefox(profile)
driver.get('http://estoeslapollaconcebol.la')

Requests no, Requesocks!

Pero bueno, igual queremos usar algo de más bajo nivel que un navegador web. Siguiendo con python, estuve viendo si con requests podría llegar a utlizarlo, cosa que no es posible ya que al parecer no es posible trabajar con socks. Por suerte, al ser requests open source, existe un fork del proyecto llamado Requesocks.

Lo bueno es que el API es igualita a Requests, no hay diferencia en la forma de usarlo (la único incompatibilidad que encontré fue el poder usar el parámetro stream en una petición, desconozco la razón); y como el paquete simplemente está renombrado no hay problema en usar uno u otro.

En fin, al turrón. Una vez instalado requesocks iniciaremos una sesión a la que le pasaremos los proxies para las peticiones http y https indicando de nuevo IP de loopback y el puerto 9050.

import requesocks
session = requesocks.session()
session.proxies = {'http': 'socks5://127.0.0.1:9050', 'https': 'socks5://127.0.0.1:9050'}
session.get('http://avecesllorocortandocebol.la')

A partir de este momento usaríamos tor como proxy de todas nuestras peticiones y acciones de navegación que ejecutáramos automáticamente. Para estas cuestiones quedaría pendiente ver qué tal se entiende Scrapy con tor, pero no es algo a lo que le haya dedicado ningún tiempo.

Pon jekyll en tu vida

Fri, 27 Feb 2015 00:00:00 +0000

En SenpaiDevs hemos propuesto a los kōhais que se crearan su propio blog para que vayan compartiendo sus avances, y para aprovechar para empezar a practicar con git y github decidimos tirar por Jekyll, un CMS basado en ficheros de texto.

Antes de instalarlo hay que tener ruby ya instalado en el sistema, ya que jekyll se instala como una gema, también hay que tener nodejs (al parecer también soporta otros runtime JS).

Luego simplemente instalamos la gema.

gem install jekyll

Una vez instalado, en el directorio donde se quiera trabajar se ejecuta

jekyll new blog
cd blog
jekyll serve

Y en cuanto veamos

Server address: http://127.0.0.1:4000/
  Server running... press ctrl-c to stop.

Es que ya está corriendo y podremos ver el blog, dentro del directorio _posts escribiremos los posts en formato markdown. El nombre de los ficheros de los posts deben empezar con el formato de fecha yyyy-MM-dd.

Como hemos dicho que lo íbamos a hospedar en github, hay que inicializar el repositorio y hacer los commits necesarios. Tras ello hay que crearse un repositorio con el formato tuusername.github.io en github y añadirlo como remoto. A partir de ese momento al hacer push se publicará el blog en esa tuusername.github.io.

Bonus track

Como se puede ver, en este blog tengo mi propio dominio. Para hacerlo es bastante simple:

Creamos un fichero llamado CNAME en el directorio raíz del blog y ahí ponemos el dominio o subdominio que queramos
En nuestro proveedor de DNS añadimos un registro de tipo CNAME que apunte a tuusername.github.io.

Y listo!

Ya podemos empezar a publicar posts escritos en ficheros de texto con markdown y publicarlos con git en github, un rollete bastante geek ¿que no?

Hello World

Tue, 24 Feb 2015 00:00:00 +0000

Ya venía un tiempo pensando en montar un blog sobre código. Con posts seguramente no excesivamente elaborados, rollo recetas muy concretas o recordatorios puntuales para mi yo futuro. Escritos de modo que también pueda servir a otras personas.

Y bueno, como esto va de código, esto es el clásico Hello World en ruby

puts 'Hello World'