Showing posts with label pci dss. Show all posts
Showing posts with label pci dss. Show all posts

Saturday, March 14, 2009

Peguemosle a PCI DSS



Estoy encontrando diferentes blogs en los cuales se pone en duda la robustez de la norma PCI DSS para proteger el robo de datos de los usuarios.

Es que se estan dando casos de grandes empresas procesadoras de tarjetas, que fueron PCI DSS compliant y que han sufrido robo de informacion.

Esto dispara criticas como las de Evan Schuman, el cual dice que las empresas como Visa, luego de conocer un caso de robo de datos en una empresa que se encontra en compliance, realiza una auditoria y declara que esto ocurrio por no cumplir con determinado requerimiento de la normativa. Este tipo de requerimiento es muchas veces algo totalmente subjetivo. De esta manera la empresa deja de estar compliance y Visa puede decir que al momento del robo, la empresa no cumplia con la norma.

Visa Suspends Heartland: A Little Revisionist History?



Un tanto mas acida es la critica de Andrew Conry-Murray, quien directamente dice que PCI DSS no permite enfocarse en proteger mejor los datos, y obliga a las empresas a trabajar bajo ciertas premisas que no siempre son las mejores.

En el post Conry-Murray dice que se puede estar compliance pero no respetar el espiritu de la norma, ejemplo : Tener un FW mal configurado.

El propone que las empresas busquen la mejor manera de proteger los datos y que en caso de perdida, sean sancionadas de acuerdo al valor de la perdida.

A Smarter Alternative To PCI

Anthony Freed es otro que esta en la cola de los que le pegan a Visa y a PCI DSS, en la misma tecitura que Evan Schuman, Freed dice que PCI DSS es solo una foto. Un sitio en compliance puede dejar de estarlo al dia siguiente. De esta manera las marcas protegen sus traseros en caso de incidentes de robos, ya que pueden alegar que la empresa procesadora no cumplia con la norma.

A mi entender nunca tendremos una norma o un standard que nos proteja 100% contra incidentes de seguridad, pretenderlo es desconocer la naturaleza humana. PCI DSS es una guia que ayuda a las empresas a crear una base sobre la cual trabajar, y por supuesto uno puede ir mas alla de PCI DSS y cubrir los baches que la norma deje descubiertos.

Ademas es ingenuo por parte de las empresas, alegar luego de sufrir un robo de informacion, que estan en compliance...

Thursday, March 5, 2009

Compliance, Regulaciones y Leyes

Esta presentacion es una traduccion de un trabajo realizado por Jeremy Ward de Symantec.

El mismo me parece excelente para mostrar las diferencias entre regulaciones, leyes y compliance de normas.

La presentacion tambien tiene una buena explicacion de como estan relacionados los standards y las regulaciones ( ej: ISO 27001 y PCI DSS )

Monday, December 8, 2008

Seguridad Fisica - El Chupacabras y no, no estan Scully y Mulder.

Chupacabras se le llama en Brazil a los dispositivos para clonar tarjetas de bancos (crédito o débito ).

Durante los últimos años la sofisticación de estos dispositivos va en aumento, lo cual esta obligando a los bancos a utilizar smart cards.

Estas imágenes son del método utilizado por una banda un par de años atras para capturar información de tarjetas y luego clonarlas.




Consejo : Cuando utilicemos un cajero , verificar que el mismo no poseea ningún tipo de modificación y no actuar de manera automática. ( Aunque realmente en el caso de arriba es muy difícil notar la diferencia a menos que seamos muy precavidos... )

Pci DSS tiene normas sobre los POS, pero no recuerdo haber leido sobre normativas relacionadas a Cajeros automáticos.

Fuente : http://www.euromilhoes.com/forum/showthread.php?t=3938

Sunday, November 9, 2008

Serie PCI DSS - Doce del Patibulo - Episodio 01

Ya escribi en un post anterior sobre la norma PCI DSS.
Esta es una docena de requerimientos que deben cumplir las organizaciones que trasmitan, procesen o almacen datos de transacciones de tarjetas emitidas por Visa,Mastercard,American Express, Discover y Jcb.

En caso de no cumplir con norma, se aplican las multas correspondientes.

Este es el primer post donde paso a detallar cada Requerimiento y que comprende.

Vamos a ver como se mapean estos requerimientos en un ambiente tipico de transacciones de tarjetas.

Esquema de un ambiente simple de transacciones de tarjetas con Puntos de Venta ( POS ) y donde se mapea cada uno de estos requerimientos :

  • La Red de POS es donde se reciben las transacciones.
  • Luego tenemos un router que nos conecta con la Red de POS.
  • El Firewall que separa la red en diferentes zonas y filtra los accesos.
  • El Server de Pos que recibe las transaciones de los POS
  • El Server Transacciones que aprueba las mismas
  • Una Red Interna separada del ambiente de tarjetas.


    Antes de ir al Requerimiento 1, repasemos los doce puntos :
    Desarrollar y Mantener una Red Segura

    Requerimiento 1: Instalar y mantener una configuración de firewall para proteger los datos de los tarjetahabientes.

    Requerimiento 2: No usar contraseñas del sistema y otros parámetros de seguridad provistos por los fabricantes.

    Proteger los Datos de los Tarjetahabientes


    Requerimiento 3: Proteger los datos de los tarjetahabientes que estén almacenados.


    Requerimiento 4: Encriptar los datos de los tarjetahabientes e información confidencial transmitida a través de redes públicas abiertas.


    Mantener un Programa de Manejo de Vulnerabilidad


    Requerimiento 5: Usar y actualizar regularmente el software o programas antivirus.


    Requerimiento 6: Desarrollar y mantener sistemas y aplicaciones seguros.


    Implementar Medidas Sólidas de Control de Acceso

    Requerimiento 7: Restringir el acceso a los datos tomando como base la necesidad del funcionario de conocer la información.

    Requerimiento 8: Asignar una Identificación única a cada persona que tenga acceso a un computador.

    Requerimiento 9: Restringir el acceso físico a los datos de los tarjetahabientes.


    Monitorear y Probar Regularmente las Redes


    Requerimiento 10: Rastrear y monitorear todo el acceso a los recursos de la red y datos de los tarjetahabientes.


    Requerimiento 11: Probar regularmente los sistemas y procesos de seguridad.



    Mantener una Política de Seguridad de la Información

    Requerimiento 12: Mantener una política que contemple la seguridad de la información


    PIC DSS requiere instalar y mantener una configuración de Firewall para proteger los datos de los tarjetahabientes. En este configuracion hipotetica que aparece en el diagrama, el Firewall es quien divide a la red en diferentes segmentos.

    Requerimiento 1.1 : Configuracion standard de Firewall




Basado en el conjunto de requerimientos el firewall instalado en este ambiente debe cumplir con los siguientes requisitos :

--No debe usar contraseñas del sistema y otros parámetros de seguridad provistos por los fabricantes.


--Encriptar los datos de los tarjetahabientes e información confidencial transmitida a través de redes públicas abiertas, en el caso de los FW cuando tiene definida VPNs.


--Usar y actualizar regularmente el software del firewall en caso de la publicacion de patchs por parte del fabricante.

--El firewall debe retener los logs y permitir monitorear todo el acceso a los recursos de la red y datos de los tarjetahabientes.


--Se deben probar regularmente los sistemas y procesos de seguridad que involucren al Firewall.


Mantener una red segura es una metodologia que debe incluir :

-- Un proceso formal para la aprobacion de modificaciones a la configuracion del firewall y tests de conecciones externas.

-- Esto se puede cumplir utilizando una proceso de Change Management, dependiendo del tamaño de la organizacion, las herramientas disponibles. Puede ser desde un simple planilla con las informaciones basicas que tiene una modificacion ( quien lo solicita, ip de origen, ip de destino,puerto, accion ( abrir ,cerrar), ) y la firma de quien lo aprueba, hasta software especializados en change management de firewall como Tufin.

-- Un diagrama actualizado de la red con todos los puntos donde se comunique informacion de los tarjetahabientes.


--El diagrama que acompaña al post es un ejemplo. Los diagramas se pueden realizar con herramientas especializadas como Visio o tambien con otras free. Estos son links donde pueden bajarse imagenes para realizacion de diagramas de red :

Cisco

Multivendor

--Cada conexion entre Internet o una DMZ y una red interna debe estar separadas por un Firewall.

--Siempre es aconsejable que cualquier servicio expuesto a internet se encuentre en una zona intermedia ( llamada DMZ) separadas por un firewall. Debemos evitar cualquier flujo directo entre Internet y nuestra red interna.

--Descripcion de grupos , roles y responsabilidades del manejo logico de componentes de redes.

--En el caso de los firewalls, esto se puede hacer en algunos casos directamente desde las herramientas de administacion, en los casos que no se cuente con esta segregacion se debera disponer de la documentacion indicando la segregacion de funciones y responsabilidades de las personas que administran los equipos de red ( Firewall, Routers, Switches )

--Documentar los servicios y puertos necesarios para el negocio. Justificacion y documentacion de cualquier protocolo que no se encuentre dentro del siguiente grupo ( HTTP,SSL,SSH y VPN ).Justificacion y documentacion de cualquier protocolo que signifique un riesgo.Justificacion y documentacion de cualquier protocolo que signifique un riesgo.

--En el caso de los firewalls, esto se puede hacer en algunos casos directamente desde las herramientas de administracion, o se pueden listar desde la documentacion de change management donde debe indicarse los motivos de la apertura de un puerto o servicio en particular.

--Revision semestral de las reglas de Firewalls y routers.

--Dependiendo de la cantidad de reglas de Firewall se puede realizar manualmente o utilizando una herramienta como nmap y comparar el resultado contra la configuracion actual del FW , cualquier desvio debe ser verificado.


Requerimiento 1.2 y 1.3 : Configuracion de reglas de Firewall y Segmentacion de Redes.


--Restringir conexion entre equipos accesibles desde redes publicas y sistemas que almacenen datos de tarjetahabientes.


Este punto incluye entre los mas importantes:


--Se debe tener seteado Antispoofing en las interfaces del Firewall ( no se deden recibir peticiones con ip source pertenecientes a redes internas al Firewall )

--El firewall debe ser statefull, es decir que solamente se deben permitir conecciones establecidas, el Firewall debe reconocer cuando una peticion pide acceder a un puerto como parte de una conexion que nunca se establecio. Se puede verificar este punto con el programa nmap con la opcion "syn reset" o "syn ack" si se optienen respuestas es porque el FW no es stateful.

--Las redes wireless debe estar separadas por un firewall de los datos de los tarjetahabientes.

--Las bases de datos deben estar en una DMZ especifica.


--Toda maquina que tenga conexion directa internet ( por ejemplo usuarios mobiles) deben tener un Firewall personal.

--La configuracion en memoria ( running) y la configuracion de arranque deben estar siempre sincronizadas. No se puede tener aplicados cambios en memoria que no esten disponibles al momento del arranque. Si se realizan cambios y estos estan documentados, deben estar salvados.


Esta es las diferentes memorias de un router Cisco, la configuracion en la RAM y la NVRAM deben ser identicas.

--Se debe denegar todo lo trafico entrante o saliente que no este especificamente permitido ( Deny All ), es decir que la ultima regla del Firewall debe indicar que para todo source y para todo destino la accion sera bloquear el trafico y loguear la accion.

Requerimiento 1.4 y 1.5 : Configuracion de reglas de Firewall y Segmentacion de Redes.

--Se debe implementar Masquerading para evitar que las direcciones internas de la red sean conocidas en internet.

--Esto se logra mediante la utilizacion de tecnologias que implementen la RFC 1918 ( NAT o PAT ), hoy es comun este tipo de configuracion.


Las direcciones de red privadas son:

Nombre rango de direcciones IP
bloque de 8 bits 10.0.0.0 – 10.255.255.255

bloque de 12 bits 172.16.0.0 – 172.31.255.255

bloque de 16 bits 192.168.0.0 – 192.168.255.255

bloque de 16 bits 169.254.0.0 – 169.254.255.255


Cuando no se cumpla con uno de los puntos, se debe contar con un mecanismo de compesacion que mitigue el riesgo asociado.

Todos estos puntos seran validados por una Auditoria de Compliance.


Wednesday, October 15, 2008

PCI DSS basico









Que es PCI DSS ?

Esta norma impulsada por American Express, Discover Financial Services, JCB, MasterCard Worldwide, y Visa International fue creada para proteger los datos de los posedores de tarjetas y por ende reducir el numero de fraudes.

Algunos ejemplos recientes de robos de datos de tarjetas de credito :

Major Credit Card Scam in Ireland



Forever 21: Nearly 99,000 cards compromised in data thefts


Que organizacion tiene a cargo esta norma ?

PCI Security Standards Council es la entidad encargada del desarrollo, administracion y divulgacion de los standares de seguridad PCI.

https://www.pcisecuritystandards.org/


Quienes deben cumplir esta norma ?

Pay Cardment Industry Data Security Standard es una norma de seguridad de datos que deben cumplir toda institucion que trasmita, almacene o procese datos de poseedores de tarjetas de credito.

En el siguiente grafico se pueden ver la relacion entre todos los actores que participan en el negocio de las tarjetas.





Dependiendo de la cantidad de operaciones anuales es el nivel otorgado a cada organizacion.

Para las empresas que acepten tarjetas de creditos :

Nivel 1

Empresas que procesen anualmente mas de 6 millones de transacciones de Visa o MasterCard.

Empresas que procesen anualmente mas de 2.5 millones de transacciones de American Express


Nivel 2

Empresas que procesen anualmente entre 1 millon y 6 millones de transacciones de Visa o mas de 150 mil transacciones MasterCard.

Empresas que procesen anualmente entre 50 mil y 2.5 millones de transacciones de American Express


Nivel 3

Empresas que procesen anualmente entre 20 mil y 1 millon de transacciones de Visa o mas de 20 mil de MasterCard.

Empresas que procesen anualmente menos de 50 mil transacciones de American Express


Nivel 4

Todas las empresas que tengan menos transacciones de Visa y Mastercard que los niveles anteriores.


Para las empresas que almacenen, procesen o transmitan datos de tarjetas de creditos



Dependiendo del nivel es el tipo de auditoria que tendran que pasar para estar certificados como PCI compliance.

Estas auditorias van desde una auto-validacion en el caso de quienes tienen pocas transacciones anuales, hasta una auditoria anual on-site realizada por un Qualified Security Assessor.

En caso de no cumplir con la norma se deben pagar multas que pueden llegar a los U$S 25000 mensuales para empresas de nivel 1.


Cuales son los datos a proteger ?

En las siguientes imagenes se muestra la ubicación de los Datos de los Tarjetahabientes y Datos Confidenciales de Autenticación

Los datos confidenciales de autenticación son los datos de la banda magnética (o datos de la pista), el código o valor de validación de la tarjeta4, y los datos del PIN. Está prohibido guardar datos confidenciales de autenticación. Estos datos son muy valiosos para los delincuentes que roban datos de los computadores porque les permiten generar tarjetas de pago falsas y realizar transacciones fraudulentas. Las siguientes ilustraciones del reverso y anverso de una tarjeta de crédito muestran dónde aparecen los datos del tarjetahabiente y los datos confidenciales de autenticación en el plástico.




Datos de la Pista 1 y Pista 2
Si se guardan los datos completos de la pista (de la Pista 1 o de la Pista 2) los delincuentes que obtengan esos datos podrán reproducir y vender tarjetas de pago en el mundo entero. El almacenaje de los datos completos de la pista también constituye una violación de los reglamentos operativos de las marcas de pago y puede dar lugar a multas y penalidades.

La ilustración que aparece a continuación brinda información sobre los datos de la Pista 1 y la Pista 2, describiendo las diferencias y mostrando el formato de los datos contenidos en la banda
magnética.






Cuales son las normas ?

Desarrollar y Mantener una Red Segura

Requisito 1: Instalar y mantener una configuración de cortafuegos para proteger los datos de los tarjetahabientes.

Requisito 2: No usar contraseñas del sistema y otros parámetros de seguridad provistos por los suplidores.

Proteger los Datos de los Tarjetahabientes

Requisito 3: Proteger los datos de los tarjetahabientes que estén almacenados.

Requisito 4: Encriptar los datos de los tarjetahabientes e información confidencial transmitida a través de redes públicas abiertas.

Mantener un Programa de Manejo de Vulnerabilidad

Requisito 5: Usar y actualizar regularmente el software o programas antivirus.

Requisito 6: Desarrollar y mantener sistemas y aplicaciones seguros.

Implementar Medidas Sólidas de Control de Acceso

Requisito 7: Restringir el acceso a los datos tomando como base la necesidad del funcionario de conocer la información.

Requisito 8: Asignar una Identificación única a cada persona que tenga acceso a un computador.

Requisito 9: Restringir el acceso físico a los datos de los tarjetahabientes.

Monitorear y Probar Regularmente las Redes

Requisito 10: Rastrear y monitorear todo el acceso a los recursos de la red y datos de los tarjetahabientes.

Requisito 11: Probar regularmente los sistemas y procesos de seguridad.

Mantener una Política de Seguridad de la Información

Requisito 12: Mantener una política que contemple la seguridad de la información.

Donde se aplican estas normas ?

Los requisitos de las Normas de Seguridad de Datos de la Industria de Tarjetas de Pago se aplican a todos los componentes de sistemas que están incluidos en el ambiente de datos de los tarjetahabientes o conectados al mismo. El ambiente de datos de los tarjetahabientes es la parte de la red que posee los datos de los tarjetahabientes o los datos confidenciales de autenticación, incluyendo los componentes de red, los servidores y las aplicaciones.

  • Los componentes de red pueden incluir, sin limitación, cortafuegos, switches, ruteadores, puntos de acceso inalámbrico, aparatos conectados a la red y otros aparatos y dispositivos de seguridad.
  • Los tipos de servidores incluyen, sin limitación, los siguientes: Web, base de datos, autenticación, correo, proxy, Network Time Protocol (NTP) y servidores de nombre de dominio (DNS).
  • Las aplicaciones incluyen, sin limitación, todas las aplicaciones adquiridas comercialmente o individualmente desarrolladas, incluyendo aplicaciones internas y externas (Internet).


Si bien estas normas no son tan completas como el standard ISO/27000 y estan orientadas a una industria en particular, las best practices que establece pueden ser aplicadas a otras empresas.

Otro punto que vale destacar, PCI si no se cumple tiene una multa, por lo tanto esta mas implementada en gral que las normas ISO las cuales no tienen ningun tipo de obligacion de aplicarse.

Un paper muy interesante hablando sobre la diferencias y similitudes de estas dos normas se encuentran en este PDF de Steve Wright