P á g i n a 1 | 41
INDICE: INTRODUCCION: TEMA: Unidad 3 Certificados 3 Certificados y firmas digitales 3.1 Distribución 3.1 Distribución de claves 3.2 Certificación 3.2 Certificación 3.3 Componentes 3.3 Componentes de una PKI 3.4 Arquitecturas 3.4 Arquitecturas PKI 3.5 Políticas 3.6 Gestión 3.6 Gestión de una PKI 3.7 Estándares 3.7 Estándares y protocolos de certificación 3.8 Ejemplo 3.8 Ejemplo de un protocolo de seguridad: HTTPS 3.9 SSL, 3.9 SSL, TSL, SSH 3.10 Prueba 3.10 Prueba con un generador de certificados gratuito, libre y en línea
CONCLUSION: BIBLIOGRAFIA:
P á g i n a 2 | 41
INTRODUCCIÓN La seguridad en los sistemas de información y de cómputo se ha convertido en uno de los problemas más grandes desde la aparición, y más aún, desde la globalización de Internet. Dada la potencialidad de esta herramienta y de sus innumerables aplicaciones, cada vez más personas y cada vez más empresas sienten la necesidad de conectarse a este magnífico mundo. De lo anterior, los administradores de red han tenido la necesidad de crear políticas de seguridad consistentes en realizar conexiones seguras, enviar y recibir información encriptado, filtrar accesos e información, etc. El reciente aumento del uso de la red Internet ha dirigido la atención del mundo entero a un problema crucial La privacidad. Hasta el momento, no ha existido una protección real que garantice que los mensajes que se envían o reciben no sean interceptados, leídos o incluso alterados por algún desconocido, ya que nadie en realidad dirige o controla la red Internet. En el mundo del ciberespacio el potencial para que exista el fraude y la estafa es mucho mayor. La capacidad de tener acceso a información las 24 horas del día, desde cualquier lugar del mundo, es para muchos un beneficio que brinda Internet. Sin embargo, esto plantea algunos inconvenientes prácticos. Cuando una persona es sólo un reflejo en la pantalla, ¿Cómo se sabe si una persona tiene efectivamente una cuenta válida? ¿Cómo se sabe si se puede confiar en un comerciante al que nunca se ha visto? Para que la privacidad y seguridad cobre un verdadero auge en la red Internet, cada una de las entidades necesita contar con una manera de verificar la identidad de la otra y establecer un nivel de confianza.
P á g i n a 3 | 41
3.1 DISTRIBUCIÓN 3.1 DISTRIBUCIÓN DE CLAVES: Tipos de distribución de claves
Distribución manual Distribución basada en centro Distribución basada en certificado
Distribución de Claves - Distribución manual El envío de la clave no es por la línea de comunicación por la cual se mandan los mensajes cifrados, sino que se utilizan otros métodos, por ejemplo:
Realizando la suma módulo dos de varias claves enviadas por distintos medios por ejemplo: carta certificada + vía telefónica + fax. Utilizando un inyector de claves; éste es un pequeño aparato en donde se almacena una clave la cual puede ser transferida una o más veces a un equipo, tiene un contador que registra el número de veces que la clave es transferida por lo que se puede controlar el número de instalaciones de la clave en otros equipos, el inyector debe ser trasportado por medio de una tercera entidad de gran confianza y de preferencia que no sea experto en el tema. Este tipo de métodos dejan de ser prácticos cuando la cantidad de claves que se deben mandar o las distancias que se deban recorrer para realizar la entrega son muy grandes, lo cual hace que este método sea lento, caro y poco seguro.
Distribución de Claves - Distribución basada en centro Las dos entidades interesadas en intercambiar datos tienen una conexión cifrada con una tercera entidad de confianza, esta tercera entidad es la encargada de entregar la clave a través de los enlaces cifrados a las otras dos entidades. La figura 3.3.6 muestra diversos esquemas de la distribución basada en centro.
Figura 3.3.6 Distribución basada en centro El modelo PULL requiere que el emisor A obtenga la clave de sesión del KDC, antes de comunicarse con B. 1. A solicita una clave de sesión al KDC. P á g i n a 4 | 41
2. El KDC envía envía a la clave de sesión que utilizará para comunicarse con B y un paquete cifrado para que A lo entregue a B, dicho paquete está cifrado con la clave que sólo conocen B y el KDC y contiene la clave de sesión con la que B se comunicará con A así como un identificador de A. 3. A envía a B el paquete que le envío el KDC para B. El modelo PUSH requiere que A primero contacte a B y después B debe obtener la clave de sesión del KDC. 1. A se comunica con B y le hace saber que que requiere establecer una sesión. 2. B solicita una clave de sesión al KDC. 3. El KDC envía a B la clave de sesión que utilizará para comunicarse con A y un paquete cifrado para que B lo entregue a A, dicho paquete está cifrado con la clave que sólo conocen A y el KDC y contiene la clave de sesión con la que A se comunicará con B así como un identificador de B. 4. B envía a A el paquete que le envío el KDC para A. El modelo mixto es la combinación del modelo PULL y el PUSH. 1. A se comunica con B y le hace saber que que requiere establecer una sesión. 2. A y B solicitan una clave de sesión al KDC. 3. El KDC envía a A y B la la clave de sesión sesión que utilizarán utilizarán para comunicarse. Centro de distribución de claves (KDC — Key Distribution Center): verifica qué equipos tienen permiso de comunicarse con otros, cuando la conexión está permitida el KDC se encarga de dar una clave de sesión para dicha conexión. El KDC puede ser una entidad centralizada en la red o ser un servicio distribuido en varios nodos. Un centro de traducción de claves (KTC — Key Translation Center) está formado por el KDC y las entidades que desean establecer una sesión. La figura 3.3.7 muestra el esquema de un KTC.
Figura 3.3.7 KTC Distribución de Claves - Distribución basada en certificado Podemos diferenciar dos técnicas para la distribución basada en certificado: 1. Transferencia de claves: El emisor genera localmente una clave y la cifra con un algoritmo asimétrico utilizando la llave pública del receptor, con el objetivo de que solo P á g i n a 5 | 41
éste pueda recuperarla y así protegerla La figura 3.3.8 muestra el esquema de esta técnica.
durante
su
transmisión.
Figura 3.3.8 Transferencia de claves 2. Intercambio de claves o acuerdo de claves: la clave es generada por las dos entidades involucradas en la comunicación. Dentro del esquema de distribución de claves basada en certificado, una autoridad de certificación (CA) debe autenticar las claves públicas de las entidades que desean intercambiar claves secretas, las claves públicas son parte de la información que proporciona un certificado. Por ejemplo identifiquemos a las dos entidades que intercambiarán claves como A y B y a la CA la llamaremos D, si A y B tienen certificados de la misma CA (en este caso D), A puede estar seguro de que una determinada clave pública pertenece a B, obteniendo el certificado de B y comprobándolo con la clave pública de D.
P á g i n a 6 | 41
3.2.- CERTIFICADOS DIGITALES Un certificado digital es un documento que contiene diversos datos, entre ellos el nombre de un usuario y su clave pública, y que es firmado por una Autoridad de Certificación (AC). Como emisor y receptor confiarán en esa AC, el usuario que tenga un certificado expedido por ella se autenticará ante el otro, en tanto que su clave pública está firmada por dicha autoridad. Una de las certificaciones más usadas y un estándar en la actualidad en infraestructuras de clave pública PKIs (Public-Key Infrastructure) es X.509. Los certificados digitales representan el punto más importante en las transacciones electrónicas seguras. Estos brindan una forma conveniente y fácil de asegurar que los participantes en una transacción electrónica puedan confiar el uno en el otro. Esta confianza se establece a través de un tercero llamado Autoridades Certificadoras. Para poder explicar el funcionamiento de los certificados se expone el siguiente ejemplo:
Blanca quiere poder mandar mensajes a Noé y que éste sepa que ella es ciertamente la emisora del mismo. Para ello, consigue un certificado de una Autoridad Certificadora. Es decir, la Autoridad Certificadora va a entregar a Blanca un Certificado digital personalizado que le va a permitir identificarse ante terceros. Dicho certificado debe guardarlo en lugar seguro, es el símil al Documento Nacional de Identidad. Blanca genera su mensaje enviándolo a Noé junto con la copia pública de su certificado. Noé recibe el mensaje de Blanca junto con su certificado, quien considera “Autentificado” el autor tras comprobar que viene acompañado por una Autoridad
Certificadora reconocida por él.
¿Pero, que son exactamente los Certificados Digitales? En pocas palabras, los certificados digitales garantizan que dos computadoras que se comunican entre sí puedan efectuar transacciones electrónicas con éxito. La base de esta tecnología reside en los códigos secretos o en la “encriptación”. La encriptación garantiza la confidencialidad, la integridad y la autenticidad de la información que se desea transmitir y que tiene vital importancia para la persona o empresa. El procedimiento de encriptación es sencillo. Un mensaje puede pasar por un proceso de conversión o de encripción, que lo transforma en código usando una “ clave “,es
decir, un medio de traducir los signos de un mensaje a otro sistema de signos cuya P á g i n a 7 | 41
lectura no tenga ningún sentido para un desconocido que los intercepte. Esto se conoce como el proceso de “encripción” de un mensaje. Un ejemplo sencillo de una
clave puede ser el reemplazar cada letra con la próxima letra del alfabeto. Así la Palabra VISA se convertiría en WJTB. Para descifrar el mensaje o revertir la encripción el que lo recibe necesita conocer la clave secreta ( o sea el certificado digital).
Los tipos de certificados digitales que existen actualmente son:
Certificados de Servidor (SSL : Capa de zócalos seguro) Microsoft Server Gated Cryptography Certificates (Certificados de CGC-una extensión del protocolo SSL- ofrecida por Microsoft).
Certificados Canalizadores.
Certificados de Correo Electrónico.
Certificados de Valoración de páginas WEB. Certificados de Sello, Fecha y Hora
P á g i n a 8 | 41
3.3 COMPONENTES 3.3 COMPONENTES DE UNA PKI Una PKI (Public Key Infrastructure, infraestructura de clave pública) es un conjunto de elementos de infraestructura infraestructura necesarios para la gestión gestión de forma segura de todos los los componentes de una o varios Autoridades de Certificación. Por tanto, una PKI incluye los elementos de red, servidores, aplicaciones, etc. Ahora vamos a identificar algunos de los componentes lógicos básicos de una infraestructura de clave pública. - Autoridad de certificación CA. Una autoridad de certificación es el componente responsable de establecer las identidades y de crear los certificados que forman una asociación entre la identidad y una pareja de claves pública y privada. - Autoridad de registro RA. Una autoridad de registro es la responsable del registro y la autenticación inicial de los usuarios a quienes se les expedirá un certificado posteriormente si cumplen todos los requisitos. - Servidor de certificados. Es el componente encargado de expedir los certificados aprobados por la autoridad de registro. La clave pública generada para el usuario se combina con otros datos de identificación y todo ello se firma digital mente con la clave privada de la autoridad de certificación. - Repositorio de certificados. Es el componente encargado de hacer disponibles las claves públicas de las identidades registradas antes de que puedan utilizar sus certificados. Suelen ser repositorios X.500 o LDAP. Cuando el usuario necesita validar un certificado debe consultar el repositorio de certificados para verificar la firma del firmante del certificado, garantizar la vigencia del certificado comprobando su periodo de validez y que no ha sido revocado por la CA y que además cumple con los requisitos para los que se expidió el certificado; por ejemplo, que el certificado sirve para firmar correo electrónico. Los sistemas operativos avanzados como Windows Server suelen incorporar software suficiente para construir una infraestructura de clave pública completa (Figura 1.1). En el cifrado de la información pueden emplearse muchos métodos, pero fundamentalmente se utilizan dos: sistemas de una sola clave y sistemas de dos claves, una privada y otra pública.
P á g i n a 9 | 41
Consola de administración de una entidad emisora de certificados integrante de una PKI en Windows Server 2003. En el caso de utilizar una única clave, tanto el emisor como el receptor deben compartir esa única clave, pues es necesaria para desencriptar la información. Hasta aquí no hay ningún problema; sin embargo, el procedimiento de envío de esta clave al receptor que debe descifrar el mensaje puede ser atacado permitiendo que un intruso se apodere de esa clave. Mucho más seguros son los procedimientos de doble clave. Consisten en confeccionar un par de claves complementarias, una de las cuales será pública, y que por tanto puede transmitirse libremente, y otra privada que sólo debe estar en posesión del propietario del certificado y que no necesitará viajar. El algoritmo hace que un mensaje cifrado con la clave pública sólo pueda descifrarse con la clave privada que le complementa y viceversa. Cuando el emisor quiere enviar un mensaje a un receptor, cifra la información con su clave privada que sólo él posee. El receptor, una vez que le haya llegado el mensaje cifrado, procederá a descifrarlo con la clave pública del emisor
P á g i n a 10 | 41
Cifrado y descifrado utilizando algoritmos de parejas de claves: pública y privada.
P á g i n a 11 | 41
3.4 ARQUITECTURAS 3.4 ARQUITECTURAS PKI
En criptografía, una infraestructura de clave pública es una combinación de hardware y software, políticas y procedimientos de seguridad que permiten la ejecución con garantías de operaciones criptográficas como el cifrado, la firma digital o el no repudio de transacciones electrónicas. El término PKI se utiliza para referirse tanto a la autoridad de certificación y al resto de componentes, como para referirse, de manera más amplia y a veces confusa, al uso de algoritmos de clave pública en comunicaciones electrónicas. Este último significado es incorrecto, ya que no se requieren métodos específicos de PKI para usar algoritmos de clave pública.
Propósitos y Funcionalidad: La tecnología PKI permite a los usuarios autenticarse autenticarse frente a otros usuarios y usar la información de los certificados de identidad (por ejemplo, las claves públicas de otros usuarios) para cifrar y descifrar mensajes, firmar digital mente información, garantizar el no repudio de un envío, y otros usos. En una operación criptográfica que use PKI, intervienen conceptual mente como mínimo las siguientes partes:
Un usuario iniciador de la operación. Unos sistemas servidores que dan fe de la ocurrencia de la operación y garantizan la validez de los certificados implicados en la operación (autoridad de certificación, Autoridad de registro y sistema de Sellado de tiempo). Un destinatario de los datos cifrados/firmados/enviados garantizados por parte del usuario iniciador de la operación (puede ser él mismo).
Las operaciones criptográficas de clave pública, son procesos en los que se utilizan unos algoritmos de cifrado que son conocidos y están accesibles para todos. Por este motivo la seguridad que puede aportar la tecnología PKI, está fuertemente ligada a la privacidad de la llamada clave privada y los procedimientos operacionales o Políticas de seguridad aplicados. Es de destacar la importancia de las políticas de seguridad en esta tecnología, puesto que ni los dispositivos más seguros ni los algoritmos de cifrado más fuerte sirven de nada si por ejemplo una copia de la clave privada protegida por una tarjeta criptográfica se guarda en un disco duro convencional de un PC conectado a Internet.
P á g i n a 12 | 41
P á g i n a 13 | 41
3.5 POLÍTICAS ¿Cómo podemos proteger el sistema informático? Lo primero que hemos de hacer es un análisis de las posibles amenazas que puede sufrir el sistema informático, una estimación de las pérdidas que esas amenazas podrían suponer y un estudio de las probabilidades de que ocurran. A partir de este análisis habrá que diseñar una política de seguridad en la que se establezcan las responsabilidades y reglas a seguir para evitar esas amenazas o minimizar los efectos si se llegan a producir. Definimos Política de seguridad como un “documento sencillo que define las directrices organizativas en materia de seguridad” (Villalón).
La política de seguridad se implementa mediante una serie de mecanismos de seguridad que constituyen las herramientas para la protección del sistema. Estos mecanismos normalmente se apoyan en normativas que cubren áreas mas específicas. Esquemáticamente:
Los mecanismos de seguridad se dividen en tres grupos: 1. Prevención:
P á g i n a 14 | 41
Evitan desviaciones respecto a la política de seguridad. Ejemplo: utilizar el cifrado en la transmisión de la información evita que un posible atacante capture (y entienda) información en un sistema de red. 2. Detección: Detectan las desviaciones si se producen, violaciones o intentos de violación de la seguridad del sistema. Ejemplo: la herramienta Tripwire para la seguridad de los archivos. 3. Recuperación: Se aplican cuando se ha detectado una violación de la seguridad del sistema para recuperar su normal funcionamiento. Ejemplo: las copias de seguridad. Dentro del grupo de mecanismos de prevención tenemos:
Mecanismos de identificación e autenticación Permiten identificar de forma única 'entidades' del sistema. El proceso siguiente es la autenticación, es decir, comprobar que la entidad es quien dice ser. Pasados estos dos filtros, la entidad puede acceder a un objeto del sistema. En concreto los sistemas de identificación y autenticación de los usuarios son los mecanismos mas utilizados.
Mecanismos de control de acceso Los objetos del sistema deben estar protegidos mediante mecanismos de control de acceso que establecen los tipos de acceso al objeto por parte de cualquier entidad del sistema.
Mecanismos de separación Si el sistema dispone de diferentes niveles de seguridad se deben implementar mecanismos que permitan separar los objetos dentro de cada nivel.
Los mecanismos de separación, en función de como separan los objetos, se dividen en los grupos siguientes: separación física, temporal, lógica, criptográfica y fragmentación.
Mecanismos de seguridad en las comunicaciones
P á g i n a 15 | 41
La protección de la información (integridad y privacidad) cuando viaja por la red es especialmente importante. Clásicamente se utilizan protocolos seguros, tipo SSH o Kerberos, que cifran el tráfico por la red.
Políticas de seguridad El objetivo de la Política de Seguridad de Información de una organización es, por un lado, mostrar el posicionamiento de la organización con relación a la seguridad, y por otro lado servir de base para desarrollar los procedimientos concretos de seguridad. La empresa debe disponer de un documento formalmente elaborado sobre el tema y que debe ser divulgado entre todos los empleados. No es necesario un gran nivel de detalle, pero tampoco ha de quedar como una declaración de intenciones. Lo más importante para que estas surtan efecto es lograr la concienciación, entendimiento y compromiso de todos los involucrados. Las políticas deben contener claramente las practicas que serán adoptadas por la compañía. Y estas políticas deben ser revisadas, y si es necesario actualizadas, periódicamente. Las políticas deben: definir qué es seguridad de la información, cuales son sus objetivos principales y su importancia dentro de la organización mostrar el compromiso de sus altos cargos con la misma definir la filosofía respecto al acceso a los datos establecer responsabilidades inherentes al tema establecer la base para poder diseñar normas y procedimientos referidos a Organización de la seguridad Clasificación y control de los datos Seguridad de las personas Seguridad física y ambiental Plan de contingencia Prevención y detección de virus Administración de los computadores A partir de las políticas se podrá comenzar a desarrollar, primero pr imero las normas, y luego los procedimientos de seguridad que serán la guía para la realización de las actividades.
o o o o o o o
La política de seguridad comprende todas las reglas de seguridad que sigue una organización (en el sentido general de la palabra). Por lo tanto, la administración de la P á g i n a 16 | 41
organización en cuestión debe encargarse de definirla, ya que afecta a todos los usuarios del sistema. La seguridad informática de una compañía depende de que los empleados (usuarios) aprendan las reglas a través de sesiones de capacitación y de concienciación. Sin embargo, la seguridad debe ir más allá del conocimiento de los empleados y cubrir las siguientes áreas: Un mecanismo de seguridad física y lógica que se adapte a las necesidades de la compañía y al uso de los empleados Un procedimiento para administrar las actualizaciones Una estrategia de realización de copias de seguridad planificada adecuadamente Un plan de recuperación luego de un incidente Un sistema documentado actualizado Por lo tanto y como resumen, la política de seguridad es el documento de referencia que define los objetivos de seguridad y las medidas que deben implementarse para tener la certeza de alcanzar estos objetivos.
Amenazas Clasificación de las amenazas De forma general podemos agrupar las amenazas en: Amenazas físicas Amenazas lógicas Estas amenazas, tanto físicas como lógicas, son materializadas básicamente po r:
las personas programas específicos catástrofes naturales Podemos tener otros criterios de agrupación de las amenazas, como son:
Origen de las amenazas Amenazas naturales: inundación, incendio, tormenta, fallo eléctrico, explosión, etc... Amenazas de agentes externos: virus informáticos, ataques de una organización criminal, sabotajes terroristas, disturbios y conflictos sociales, intrusos en la red, robos, estafas, etc...
P á g i n a 17 | 41
Amenazas de agentes internos: empleados descuidados con una formación inadecuada o descontentos, errores en la utilización de las herramientas y recursos del sistema, etc... Intencionalidad de las amenazas Accidentes: averías del hardware y fallos del software, incendio, inundación, etc... Errores: errores de utilización, de explotación, de ejecución de procedimientos, etc... Actuaciones malintencionadas: robos, fraudes, sabotajes, intentos de intrusión, etc... Naturaleza de las amenazas La agrupación de las amenazas atendiendo al factor de seguridad que comprometen es la siguiente:
Interceptación Modificación Interrupción Fabricación 1. Flujo normal de la información: se corresponde con el esquema superior de la figura. Se garantiza:
Confidencialidad: nadie no autorizado accede a la información. Integridad: los datos enviados no se modifican en el camino. Disponibilidad: la recepción y acceso es correcto. 2. Interceptación: acceso a la información por parte de personas no autorizadas. Uso de privilegios no adquiridos.
Detección difícil, no deja huellas. Se garantiza:
Integridad. P á g i n a 18 | 41
Disponibilidad No se garantiza:
Confidencialidad: es posible que alguien no autorizado acceda a la información Ejemplos:
Copias ilícitas de programas Escucha en línea de datos 3. Modificación: acceso no autorizado que cambia el entorno para su beneficio.
Detección difícil según circunstancias. Se garantiza:
Disponibilidad: la recepción es correcta. No se garantiza:
Integridad: los datos enviados pueden ser modificados en el camino. Confidencialidad: alguien no autorizado accede a la información. Ejemplos:
Modificación de bases de datos Modificación de elementos del HW 4. Interrupción: puede provocar que un objeto del sistema se pierda, quede no utilizable o no disponible.
Detección inmediata. P á g i n a 19 | 41
Se garantiza:
Confidencialidad: nadie no autorizado accede a la información.
Integridad: los datos enviados no se modifican en el camino.
No se garantiza:
Disponibilidad: puede que la recepción no sea correcta.
Ejemplos:
Destrucción del hardware
Borrado de programas, datos
Fallos en el sistema operativo
5. Fabricación: puede considerarse como un caso concreto de modificación ya que se consigue un objeto similar al atacado de forma que no resulte sencillo distinguir entre objeto original y el fabricado.
Detección difícil. Delitos de falsificación. En este caso se garantiza:
Confidencialidad: nadie no autorizado accede a la información. Integridad: los datos enviados no se modifican en el camino. Disponibilidad: la recepción es correcta. Ejemplos:
Añadir transacciones en red Añadir registros en base de datos
P á g i n a 20 | 41
Amenazas provocadas por personas La mayor parte de los ataques a los sistemas informáticos son provocados, intencionadamente o no, por las personas. ¿Qué se busca? En general lo que se busca es conseguir un nivel de privilegio en el sistema que les permita realizar acciones sobre el sistema no autorizadas. Podemos clasificar las personas 'atacantes' en dos grupos: 1. Activos: su objetivo es hacer daño de alguna forma. Eliminar información, modificar o sustraerla para su provecho. 2. Pasivos: su objetivo es curiosear en el sistema. Repasamos ahora todos los tipos de personas que pueden constituir una amenaza para el sistema informático sin entrar en detalles: 1. Personal de la propia organización 2. Ex-empleados 3. Curiosos 4. Crackers 5. Terroristas 6. Intrusos remunerados Amenazas físicas Dentro de las amenazas físicas podemos englobar cualquier error o daño en el hardware que se puede presentar en cualquier momento. Por ejemplo, daños en discos duros, en los procesadores, errores de funcionamiento de la memoria, etc. Todos ellos hacen que la información o no esté accesible o no sea fiable. Otro tipo de amenazas físicas son las catástrofes naturales. Por ejemplo hay zonas geográficas del planeta en las que las probabilidades de sufrir terremotos, huracanes, inundaciones, etc., son mucho más elevadas. En estos casos en los que es la propia Naturaleza la que ha provocado el desastre de seguridad, no por ello hay que descuidarlo e intentar prever al máximo este tipo de situaciones. Hay otro tipo de catástrofes que se conocen como de riesgo poco probable. Dentro de este grupo tenemos los ataques nucleares, impactos de meteoritos, etc. y que, aunque se sabe que están ahí, las probabilidades de que se desencadenen son muy bajas y en principio no se toman medidas contra ellos. P á g i n a 21 | 41
Ya hemos explicado el concepto de amenaza física. Vamos a conocer ahora cuáles son las principales amenazas físicas de un sistema informático.
Tipos de amenazas físicas Las amenazas físicas las podemos agrupar en las producidas por: 1. Acceso físico Hay que tener en cuenta que cuando existe acceso físico a un recurso ya no existe seguridad sobre él. Supone entonces un gran riesgo y probablemente con un impacto muy alto. A menudo se descuida este tipo de seguridad. El ejemplo típico de este tipo es el de una organización que dispone de tomas de red que no están controladas, son libres.
2. Radiaciones electromagnéticas Sabemos que cualquier aparato eléctrico emite radiaciones y que dichas radiaciones se pueden capturar y reproducir, si se dispone del equipamiento adecuado. Por ejemplo, un posible atacante podría 'escuchar' los datos que circulan por el cable telefónico. Es un problema que hoy día con las redes wifi desprotegidas, por ejemplo, vuelve a estar vigente.
3. Desastres naturales Respecto a terremotos el riesgo es reducido en nuestro entorno, ya que España no es una zona sísmica muy activa. Pero son fenómenos naturales que si se produjeran tendrían un gran impacto y no solo en términos de sistemas informáticos, sino en general para la sociedad. Siempre hay que tener en cuenta las características de cada zona en particular. Las posibilidades de que ocurra una inundación son las mismas en todas las regiones de España. Hay que conocer bien el entorno en el que están físicamente los sistemas informáticos.
4. Desastres del entorno Dentro de este grupo estarían incluidos sucesos que, sin llegar a ser desastres naturales, pueden tener un impacto igual de importante si no se disponen de las medidas de salvaguarda listas y operativas.
P á g i n a 22 | 41
Puede ocurrir un incendio o un apagón y no tener bien definidas las medidas a tomar en estas situaciones o simplemente no tener operativo el SAI que debería responder de forma inmediata al corte de suministro eléctrico.
Descripción de algunas amenazas físicas Veamos algunas amenazas físicas a las que se puede ver sometido un CPD y alguna sugerencia para evitar este tipo de riesgo. Por acciones naturales: incendio, inundación, condiciones climatológicas, señales de radar, instalaciones eléctricas, ergometría ,… Por acciones hostiles: robo, fraude, sabotaje,... Por control de accesos: utilización de guardias, utilización de detectores de metales, utilización de sistemas biométricos, seguridad con animales, protección electrónica,... Como se puede comprobar, evaluar y controlar permanentemente la seguridad física del edificio que alberga el CPD es la base para comenzar a integrar la seguridad como una función primordial dentro de cualquier organismo.
Tener controlado el ambiente y acceso acc eso físico permite: disminuir siniestros trabajar mejor manteniendo la sensación de seguridad descartar falsas hipótesis si se produjeran incidentes tener los medios para luchar contra accidentes Las distintas alternativas enumeradas son suficientes para conocer en todo momento el estado del medio en el que se trabaja y así tomar decisiones en base a la información ofrecida por los medios de control adecuados.
Estas decisiones pueden variar desde el conocimiento de la áreas que recorren ciertas personas hasta la extremo de evacuar el edificio en caso de accidentes.
Amenazas lógicas El punto más débil de un sistema informático son las personas relacionadas en mayor o menor medida con él. Puede ser inexperiencia o falta de preparación, o sin llegar a ataques intencionados propiamente, simplemente sucesos accidentales. Pero que, en cualquier caso, hay que prevenir. Entre algunos de los ataques potenciales que pueden ser causados por estas personas, encontramos:
p ara que Ingeniería social: consiste en la manipulación de las personas para voluntariamente realicen actos que normalmente no harían.
P á g i n a 23 | 41
Shoulder Surfing: consiste en "espiar" físicamente a los usuarios para obtener generalmente claves de acceso al sistema. Masquerading: consiste en suplantar la identidad de cierto usuario autorizado de un sistema informático o su entorno. Basureo: consiste en obtener información dejada en o alrededor de un sistema informático tras la ejecución de un trabajo. Actos delictivos: son actos tipificados claramente como delitos por las leyes, como el chantaje, el soborno o la amenaza. Atacante interno: la mayor amenaza procede de personas que han trabajado o trabajan con los sistemas. Estos posibles atacantes internos deben disponer de los privilegio mínimos, conocimiento parcial, rotación de funciones y separación de funciones, etc. Atacante externo: suplanta la identidad de un usuario legítimo. Si un atacante externo consigue penetrar en el sistema, ha recorrido el 80% del camino hasta conseguir un control total de un recurso. Algunas amenazas lógicas Las amenazas lógicas comprenden una serie de programas que pueden dañar el sistema informático. Y estos programas han sido creados:
de forma intencionada para hacer daño: software malicioso o malware (malicious software) por error: bugs o agujeros. Enumeramos algunas de las amenazas con las que nos podemos encontrar:
1. Software incorrecto Son errores de programación (bugs) y los programas utilizados para aprovechar uno de estos fallos y atacar al sistema son los exploits. Es la amenaza más habitual, ya que es muy sencillo conseguir un exploit y utilizarlo sin tener grandes conocimientos. 2. Exploits Son los programas que aprovechan una vulnerabilidad del sistema. Son específicos de cada sistema operativo, de la configuración del sistema y del tipo de red en la que se encuentren. Pueden haber exploits diferentes en función del tipo de vulnerabilidad. 3. Herramientas de seguridad Puede ser utilizada para detectar y solucionar fallos en el sistema o un intruso puede utilizarlas para detectar esos mismos fallos y aprovechar para atacar el sistema. Herramientas como Nessus o Satan pueden ser útiles pero también P á g i n a 24 | 41
peligrosas si son utilizadas por crackers buscando información sobre las vulnerabilidades de un host o de una red completa.
4. Puertas traseras Durante el desarrollo de aplicaciones los programadores pueden incluir 'atajos' en los sistemas de autenticación de la aplicación. Estos atajos se llaman puertas traseras, y con ellos se consigue mayor velocidad a la hora de detectar y depurar fallos. Si estas puertas traseras, una vez la aplicación ha sido finalizada, no se destruyen, se está dejando abierta una puerta de entrada rápida. 5. Bombas lógicas Son partes de código que no se ejecutan hasta que se cumple una condición. Al activarse, la función que realizan no esta relacionada con el programa, su objetivo es es completamente diferente. 6. Virus Secuencia de código que se incluye en un archivo ejecutable (llamado huésped), y cuando el archivo se ejecuta, el virus también se ejecuta, propagándose a otros programas. 7. Gusanos Programa capaz de ejecutarse y propagarse por sí mismo a través de redes, y puede llevar virus o aprovechar bugs de los sistemas a los que conecta para dañarlos. 8. Caballos de Troya Los caballos de Troya son instrucciones incluidas en un programa que simulan realizar tareas que se esperan de ellas, pero en realidad ejecutan funciones con el objetivo de ocultar la presencia de un atacante o para asegurarse la entrada en caso de ser descubierto. 9. Spyware Programas espía que recopilan información sobre una persona o una organización sin su conocimiento. Esta información luego puede ser cedida o vendida a empresas publicitarias. Pueden recopilar información del teclado de la víctima pudiendo así conocer contraseña o nº de cuentas bancarias o pines. 10. Adware Programas que abren ventanas emergentes mostrando publicidad de productos y servicios. Se suele utilizar para subvencionar la aplicación y que el usuario P á g i n a 25 | 41
pueda bajarla gratis u obtener un descuento. Normalmente el usuario es consciente de ello y da su permiso.
11. Spoofing Técnicas de suplantación de identidad con fines dudosos. 12. Phishing Intenta conseguir información confidencial de forma fraudulenta (conseguir contraseñas o pines bancarios) haciendo una suplantación de identidad. Para ello el estafador se hace pasar por una persona o empresa de la confianza del usuario mediante un correo electrónico oficial o mensajería instantánea, y de esta forma conseguir la información. 13. Spam Recepción de mensajes no solicitados. Se suele utilizar esta técnica en los correos electrónicos, mensajería instantánea y mensajes a móviles. 14. Programas conejo o bacterias Programas que no hacen nada, solo se reproducen rápidamente hasta que el número de copias acaba con los recursos del sistema (memoria, procesador, disco, etc.). 15. Técnicas salami Robo automatizado de pequeñas cantidades dinero de una gran cantidad origen. Es muy difícil su detección y se suelen utilizar para atacar en sistemas bancarios.
P á g i n a 26 | 41
3.6 GESTIÓN 3.6 GESTIÓN DE UNA PKI Hoy en día es común oír acerca de temas como PKI, Web Services y SOA. Estos conceptos prometen facilitar y solucionar varias necesidades de las organizaciones en cuanto a interoperabilidad, flexibilidad, re utilización, seguridad e integración de aplicaciones, pero llevar esto a la práctica no es tan trivial. SOA, por un lado, está cambiando la forma en la que interpelan las organizaciones a nivel interno y externo. Esta tendencia conduce a sistemas de información conectados e integrados a través de la infraestructura que proporciona Internet, e introduce un nuevo entorno donde la funcionalidad de las aplicaciones se ofrece y accede como servicio. Al realizar cada servicio una tarea bien definida, se tiene una baja dependencia entre componentes de software que interactúan entre si, lo cual permite dotar de flexibilidad la infraestructura tecnológica de un negocio, para que pueda responder a los cambios organizacionales u operacionales que traiga consigo la constante transformación del entorno en el que se desenvuelve. Cualquier tecnología basada en servicios se puede utilizar para implementar SOA. Al ser esta una filosofía o enfoque de arquitectura, donde todas las actividades o procesos están diseñados para ofrecer un servicio, no especifica un protocolo específico a través del cual deban ofrecerse dichos servicios. CORBA (Common Object Request Broker Architecture), DCOM (Distributed Complement Object Model), RMI (Remote Method Invocation), ICE (Internet Communications Engine), EJB (Enterprise JavaBeans), MQSeries (hoy WebSphere) de IBM, ESB (Enterprise Service Bus), JMS (Java Messaging Service) y Web Services son algunas de las propuestas existentes para implementar SOA. De todos estos, Web Services se postula como la tecnología más común para posibilitar arquitecturas orientadas a servicios, ya que se apoya en estándares, permite la integración de los procesos de negocio y proporciona interoperabilidad al ser independiente de plataformas, protocolos y lenguajes de implementación. Por otro lado, la necesidad de ofrecer un entorno confiable para el intercambio de información en red, hace que PKI se convierta en una alternativa a evaluar por las organizaciones para cumplir cump lir con este propósito Comercio electrónico seguro, comunicaciones confidenciales y transacciones fiables son posibles con PKI, des afortunadamente las organizaciones enfrentan muchos problemas a la hora de adoptar este tipo de solución pues es una tecnología costosa, tiene problemas de
P á g i n a 27 | 41
interoperabilidad y escalabilidad y resulta complicada para los usuarios finales. Por lo tanto, a pesar de que en teoría son varias las utilidades y beneficios que traen consigo SOA y PKI, la implementación de esto en una organización es una tarea laboriosa: implica esfuerzo económico, operativo, administrativo y cambios en la cultura organizacional. La realidad de las organizaciones es que, aunque quieran estar actualizadas y sacar provecho de los avances que día a día ofrece la industria tecnológica, optan por soluciones menos costosas, menos confusas y más rápidas y simples de implantar.
P á g i n a 28 | 41
3.7 ESTÁNDARES 3.7 ESTÁNDARES Y PROTOCOLOS DE CERTIFICACIÓN Estándares y Protocolos de Certificación Estándares tecnológicos Los estándares tecnológicos son aquéllos que proporcionan un entorno de trabajo para el desarrollo de software y de aplicaciones que permiten el acceso y procesamiento de datos geográficos procedentes de diversas fuentes, a través de interfaces genéricas dentro de un entorno tecnológico abierto basado en estándares y protocolos amplia mente conocidos por la comunidad comun idad mundial de información geográfica y por la comunidad web. Como tal, los estándares tecnológicos describen las tareas y la manera como se emplea la tecnología y la información para cumplir con metas de las diferentes entidades relacionadas con acceso y publicación de información geográfica en línea. Estos estándares también pueden llamarse estándares de servicios, los cuales describen los procedimientos y las metodologías para disponer la información geográfica en la web permitiendo diferentes niveles de publicación, tales como visualización, uso, descarga, procesamiento, acceso, etc. Este tipo de estándares está relacionado con las especificaciones de la OGC. La especificación de implementación de OGC está detallada en el marco de trabajo del desarrollo de software para el acceso distribuido a los datos geográficos y a los recursos de procesamiento en línea de datos geográficos. Esta especificación proporciona tanto a los desarrolladores de software como a los usuarios de información geográfica, unas interfaces comunes detalladas que permiten que herramientas de software desarrolladas por comunidades privadas y/o bajo filosofía de código abierto, puedan interoperar entre sí con información geográfica permitiendo el intercambio, uso
P á g i n a 29 | 41
y acceso de manera masiva a esta clase de datos.
Ejemplo de protocolo y estándares: Protocolo de Emisión de un Sello de Tiempo El usuario se identifica ante el sistema mediante certificado electrónico. El servidor TSU establece comunicación con el servicio OCSP Responder y determina el estado de vigencia del certificado. El TSU determina el estado de consumo de la cuenta cliente del usuario (servicio de pago). El usuario envía el valor hash de un documento D; es decir, h(D), al servidor TSU. El TSU añade al valor recibido el tiempo t, en la forma de fecha y hora de la recepción, componiendo (h(D), t). El TSU procede a la firma digital de la asociación anterior, incluyendo los atributos, y se construye el Sello de Tiempo. El proceso de firma se realiza con un certificado que identifica al TSU emisor. El TSU envía este Sello Digital de Tiempo al usuario. De esta forma, el usuario puede verificar el sello y probar ante otros que D existía en el tiempo t, con tan sólo verificar en cualquier momento la firma de la Autoridad de Timestamping. El Sello de Tiempo, al incorporar el certificado del servidor TSU, permite determinar el TSU que lo emitió. El tiempo medio que un servidor TSU de ANF AC tarda en procesar un Sello de Tiempo es de 0,219 segundos.
Normas y Estándares Todos los componentes que intervienen en el Servicio de Timestamping han sido desarrollados por el Departamento de Ingeniería de ANF AC, siguiendo y respectando las normas técnicas internacionales. Entre ellas destaca el documento RFC 5816 "Internet X.509 Public Key Infrastructure Time-Stamp Protocol" de la IETF (Internet Task Engineering Force), que actualiza el
P á g i n a 30 | 41
RFC 3161 de agosto de 2001 y es e s conforme con la norma ETSI TS 101 861. Este documento determina que el Sellado Digital de Tiempo confiable se emite por un tercero de confianza, que actúa como Autoridad de Sellado de Tiempo o TSA (Time Stamping Authority). Asimismo permite el uso de la estructura ESSCertIDv2, tal como se define en el RFC 5035, para especificar el valor hash de un certificado del firmante, cuando el hash se calcula con una función distinta al algoritmo SHA-1. Normas de referencia respetadas por ANT TSA AC
[RFC 5816] "Internet X.509 Public Key Infrastructure Time-Stamp Protocol (TSP)" (actualiza RFC 3161) RFC 3628 “Policy Requirements for Time Stamping Authorities (TSAs)”
[TS 101 861] ETSI Technical Specification TS 101 861 V1.2.1. (2001-11). Time stamping profile [TS 102 023] ETSI Technical Specification TS 102 023. Policy requirements for Time stamping Authorities [ISO 18014] “Time -stamping services is an international standard that specifies Time stamping techniques” [ISO 8601] “Data elements and interchange formats — Information interchange — Representation of dates and times”
[TF.460-5] ITU-R Recommendation TF.460-5 (1997): Standard- frequency and time-signal emissions [TF.536-1] ITU-R Recommendation TF.536-1 (1998): Time-scale nota
P á g i n a 31 | 41
3.8 EJEMPLO 3.8 EJEMPLO DE UN PROTOCOLO DE SEGURIDAD: HTTPS Si asistes a una charla sobre seguridad en internet seguro que, más bien pronto que tarde, aparecerá una frase parecida a: asegúrate que, cuando entras a tu banco, al principio de la barra de dirección puedes ver las siglas HTTP. Y es cierto, tenemos que echar un ojo, pero ¿por qué? Muchas veces la explicación se reduce a decir que se establece una conexión segura, y no es falso, pero la verdad es que podremos entender con un poquito más de profundidad en qué consiste HTTPS, y no hace falta hacerlo con palabras complicadas, ni enrollarnos durante media hora.
¿Qué problemas soluciona HTTPS?
Muchas veces, para comprender porqué narices alguien se ha molestado en inventar algo complicado es mejor pensar para qué lo ha ideado. ¿Cuáles son los problemas que han motivado la aparición de este HTTPS ? El principal problema es una falta de privacidad en nuestra navegación normal. Normalmente, cuando navegamos por internet lo hacemos utilizando el protocolo HTTP, que simplemente establece unas directrices acerca de cómo se va a comunicar nuestro ordenador (cliente) con un servidor (por ejemplo, el ordenador donde está alojada la página de Genbeta). Establece cómo se transfieren los datos, y en este caso, los datos se transfieren sin ninguna modificación, según los estás viendo ahora mismo.
P á g i n a 32 | 41
Podemos imaginar que hay una tubería entre nuestro ordenador y el servidor por la que pasan los datos. Pero en esa tubería, alguien podría hacer un pequeño agujero por el que poder ver la información que viaja de un lado al otro, o incluso algo peor, modificar la información que tu envías. En ámbitos de seguridad esto se refiere como un ataque man-in-the-middle (Hombre en el medio, literalmente). Esto no es un problema si alguien cotillea mientras visitas Genbeta, pero posiblemente sea un problema mientras estás consultando los movimientos de tu tarjeta de crédito. Además, si nuestro man-in-the-middle se hace pasar por tu entidad bancaria… ¿cómo podrías estar seguro de que te responde tu banco? ¿No te entran ganas de evitar esas intromisiones? Aquí aparece HTTPS.
Cómo funciona HTTPS
Ya que evitar cotillas en una comunicación es algo que se puede catalogar como muy difícil o imposible, la solución ha consistido en hacer que nuestro amigo mirón no pueda comprender lo que mira a través de ese agujerito que ha hecho en la tubería, y que tampoco pueda meter en la tubería mensajes haciéndose pasar por nuestro banco (servidor) o por nosotros mismos (cliente). Al menos en este asunto de las conexiones seguras, la magia no existe. Antes de empezar esa conexión segura, se establece una comunicación entre el cliente y el servidor en la que se acuerdan los detalles necesarios. Esta fase se denomina acuerdo, o en inglés handshake (apretón de manos), y es donde todo se complica un poco.
P á g i n a 33 | 41
El handshake entre cliente y servidor puede variar dependiendo de los modos de autenticación (verificación de la identidad del remitente de un mensaje) y cifrado que se vayan a utilizar durante la conexión segura. Suena difícil, pero los sistemas utilizados no difieren mucho de los utilizados durante la II Guerra como por ejemplo el famoso código Enigma.
Imaginamos que somos capaces de crear dos códigos (o claves) especiales. De forma que un mensaje se puede cifrar con la primera y descifrar con la segunda, u n mensaje cifrado con la primera, ÚNICAMENTE podrá ser y viceversa. Así, un descifrado con la segunda, y un mensaje cifrado con la segunda, sólo podrá ser descrifrado con la primera. Ahora viene el truco. La primera de ellas la haces pública , se la das a todos tus amigos, sin problema. Pero la segunda es secreta, te la guardas como tu mayor tesoro. Con este pequeño truco podemos hacer dos cosas imprescindibles dentro del protocolo HTTPS: Verificar nuestra identidad: Si un mensaje (o parte) lo ciframos con nuestro código secreto, cualquier persona será capaz de leerlo, pero nadie más habrá sido capaz de crearlo (necesitarían nuestra clave ultra secreta). Así es como se firma cuando no puedes utilizar un boli.
Evitar mirones: Si me queréis enviar un mensaje, utilizáis mi código público para cifrarlo y lo colgáis por ejemplo en un tablón de anuncios (o en un comentario). De esta forma sólo quien tenga mi código secreto será capaz de leerlo, es decir, sólo yo podré saber lo que significa. De hecho, ni siquiera vosotros seríais capaces de leerlo una vez lo cifrárais.
P á g i n a 34 | 41
3.9 SSL, 3.9 SSL, TSL, SSH PGP fue diseñado hace ya casi diez años, por lo que fue pensando en archivos, no en conexiones de red. Un archivo tiene un contenido fijo que queremos transmitir, en tanto que una sesión de red debe ir transmitiendo dinámicamente conforme vaya siendo necesario. Además, tomando en cuenta que un servidor recibirá grandes cantidades de conexiones de red simultánea, no podemos darnos el lujo de cifrar y descifrar toda la comunicación utilizando algoritmos de llave pública, dado el alto costo computacional que esto conllevaría. Sin embargo, tampoco podemos darnos el lujo de confiar en algoritmos de llave simétrica - Dado un número tan grande de posibles conexiones, ¿cuántas llaves secretas deberíamos guardar para poder comunicarnos con cada host de Internet? ¿Cómo podríamos confiar en que un atacante externo no ha conseguido acceso a alguna de estas llaves, espiando o modificando así nuestros datos? Estas tres familias de protocolos (SSH: Secure Shell. SSL: Secure Socket Layer. TLS: Transport Layer Security) funcionan con el mismo principio básico: El primer intercambio de información entre cliente y servidor es el envío de las llaves públicas de ambos. De esta manera, se puede entablar una sesión con comunicación segura. Acto seguido, una de las partes (o entre ambas) crean aleatoriamente una llave secreta, que será utilizada únicamente durante la sesión en cuestión, y será descartada inmediatamente al terminar ésta. De ahí en adelante, la sesión se maneja cifrándola únicamente con un algoritmo de llave simétrica. SSH es principalmente utilizado para el acceso remoto a computadoras Unix, aunque también es utilizado para realizar transferencias de archivos. SSL es una envoltura que se puede aplicar a prácticamente cualquier protocolo TCP, encargándose de mantener una comunicación segura entre dos hosts sin importarle qué tipo de datos está enviando. Las versiones seguras de http, pop3, imap, smtp y otros varios servicios viajan sobre túneles SSL. TLS busca integrar un esquema tipo SSL al sistema operativo - SSL hace únicamente túneles, redireccionando la entrada y salida procesadas de un puerto seguro a un puerto inseguro. TLS busca hacer esto a nivel de la capa TCP/IP, para que este tuneleo sea realmente transparente a las aplicaciones.
P á g i n a 35 | 41
3.10 PRUEBA CON UN GENERADOR DE CERTIFICADOS GRATUITO, LIBRE Y 3.10 EN LÍNEA El OpenCA PKI Research Labs, nacida de la antigua Proyecto OpenCA, es una organización abierta dirigida a proporcionar un marco para el estudio de PKI y desarrollo de proyectos relacionados. A medida que el PKI normas, intereses y proyectos están creciendo rápidamente, se ha decidido dividir el proyecto original en otros más pequeños para acelerar y reorganizar los esfuerzos. Algunos proyectos ya han comenzado y recibidos (siempre que sea posible) los fondos, mientras que otros están encontrando su camino a la etapa de decisión final.
OCSPD v2.4.3 ( BEHAPPY )
La nueva versión ( v2.4.3/BeHappy ) de OCSPD del OpenCA disponible. Cambios en su mayoría implican la actualización de soporte para LibPKI 0.8.1 que corrige un problema de análisis de URI con peticiones HTTP GET . Descarga la nueva versión de su sistema en las páginas de descarga OCSPD .
LIBPKI v0.8.1 ( Bemore )
La nueva versión ( v0.8.1/BeMore ) de LibPKI disponible. Cambios en su mayoría implican la corrección de errores y análisis de URI ( corrige un error en OpenCA OCSPD con peticiones HTTP GET ) . Descarga la nueva versión de su sistema en las páginas de descarga LibPKI .
OCSPD v2.4.2 ( Ocampa )
Una nueva versión de la OCSPD respondedor está disponible para su descarga. Las principales mejoras respecto a la última versión disponible al público son: soporte actualizado para LibPKI 0.8.0 +, inicio fija / parada guión, pérdidas de memoria fija , Corregido el error en la configuración que impide la recarga de las CRL caducadas , mejora el tiempo de respuesta , soporte fijo para la solicitud GET tipos .
OpenCA PKI V1.5.0 ( SpecialK )
El OpenCA PKI v.1.5.1 ( SpecialK ) está fuera ! Esta versión incorpora todas las correcciones de errores de la v1.3.0 . Los cambios están disponibles en el enlace Registro de cambios desde la página de descargas OpenCA .
P á g i n a 36 | 41
LIBPKI v0.8.0 ( secuestrar )
La nueva versión ( v0.8.0/Sequester ) de LibPKI disponible. Cambios en su mayoría implican la corrección de errores . Descarga la nueva versión de su sistema en las páginas de descarga LibPKI .
LIBPKI V0.6.7 ( PAPOCCHIO )
La nueva versión ( v0.6.7/Papocchio ) de LibPKI disponible. Los principales cambios son más v0.6.5 : inicialización respuesta OCSP fija, añade soporte para url DNS para recuperar los registros DNS a través de la simple URL_ * interfaz, añadido soporte inicial para el peso ligero Tokens revocación de Internet ( LIRTs ) descargar la nueva versión de su sistema en el LibPKI descargar páginas .
LIBPKI V0.6.5 (HOPE )
La nueva versión ( v0.6.5/Hope ) de LibPKI disponible. Los principales cambios son más v0.6.4 : Corregido un error de codificación de clave en OpenSSL , añadió nueva pki - siginfo herramienta para facilitar la información recogida de firmas para X509 objs , añadió PKI_X509_KEYPAIR_get_curve () para obtener la curva en relación con una clave de EC , añadió posibilidad de cargar cualquier tipo de X509 objetos mediante PKI_X509_get () con PKI_DATATYPE_ANY como un tipo , fija un error al configurar el algoritmo de firma en PKI_X509_CERT_new (), soporte mejorado para la gestión de claves ECDSA . Descarga la nueva versión de su sistema en las páginas de descarga LibPKI .
LIBPKI V0.6.4 ( BROADWAY )
La nueva versión ( v0.6.4/Broadway ) de LibPKI disponible. Los principales cambios son más v0.6.3 : código HTTP fijo ( error de asignación de memoria) , el aumento de la herramienta de línea de comandos para la manipulación de CRL ( pki -CRL ) . Descarga la nueva versión de su sistema en las páginas de descarga LibPKI .
OCSPD V2.1.0 ( ELLIE )
Una nueva versión de la OCSPD respondedor está disponible para su descarga. Las principales mejoras respecto a la última versión disponible al público son: Actualizado archivos predeterminados de configuración ( Passin defecto es ninguno) , soporte mejorado para el apoyo ECDSA , gestión de hilo actualizado con soporte incorporado
P á g i n a 37 | 41
de LibPKI 0.6.3 , script de arranque / parada fija , fija un error de memoria en config.c causando segfault de recarga CRL , eliminan extra de dos bytes enviados después de la codificación DER de la respuesta se escribe ( que estaba causando Firefox / Thunderbird no para validar la respuesta ) , fija un error en la devolución de cheques código para PKI_NET_listen , fijado error en el análisis de configuración cuando se dio ninguna dirección de enlace.
LIBPKI V0.6.3 ( VIPER )
La nueva versión ( Viper/v0.6.3 ) de LibPKI disponible. Los principales cambios son más v0.6.1 : soporte ampliado para ECDSA ( a través del perfil / keyparams en archivos de configuración del perfil ) , vinculador fijos en Solaris , agregó pki -cert herramienta de línea de comandos, código de la biblioteca ocsp fijo. Descarga la nueva versión de su sistema en las páginas de descarga LibPKI .
DemoCA en directo por
[email protected]
La demostración en línea CA está de vuelta en línea, debido a la gran demanda de personas interesadas en el software OpenCA PKI. Vamos a tratar de mantenerlo en línea tanto como sea posible , por favor ten cuidado, sin embargo, que es sólo un servicio de DEMO y ninguna responsabilidad está implícita .
Versión actual de la línea CA es v1.1.1 .
OCSPD FIREFOX FIX
Debido a un bug en Firefox ( gestión de memoria ) , es necesario tener la OCSPD ser compilado con la LibPKI v0.6.1 + . Por favor, descargue el código fuente y volver a compilar el demonio de una vez al día la biblioteca de criptografía .
OCSPD 2.0.0
Una nueva versión de la OCSPD respondedor está disponible para su descarga. Las principales mejoras respecto a la última versión disponible al público ( en su mayoría procedentes de apoyo para LibPKI v0.6.0 ) son: un amplio soporte para los dispositivos de hardware ( PKCS # 11 y OpenSSL Motor) , par de claves múltiples y soporte certificado para firmas de respuesta , POST y GET apoyo , IPv6 apoyar .
LIBPKI v0.6.0 ( TURQUÍA )
P á g i n a 38 | 41
La nueva versión ( Turkey/v0.6.0 ) de LibPKI disponible. Los cambios importantes durante v0.5.1 son: soporte para IPv6 en las llamadas de red , soluciones para análisis de la URL y PKI_SSL_ * Mejoras en la interfaz . Obtener la nueva versión de su sistema en las páginas de descarga LibPKI .
LIBPKI v0.5.1 ( ZOIBERG )
La nueva versión ( Zoiberg/v0.5.1 ) de LibPKI disponible. Los principales cambios son más v0.5.0 : . Mejor soporte para OS Gestión Thread independiente junto con las primitivas de sincronización de subprocesos ( mutexes , variables de estado, y las cerraduras r / w , correcciones de interfaz LDAP Obtener la nueva versión de su sistema en las páginas de descarga LibPKI . repositorios yum 28.08.2010 # Madwolf Repositorios Yum para proyectos OpenCA se han creado . Si su sistema es compatible con Yum (y RPM ), puede utilizar los enlaces proporcionados para instalar la configuración del repositorio en su sistema.
LIBPKI v0.5.0
La nueva versión ( lulu/v0.5.0 ) de LibPKI está disponible para su descarga. Muchos cambios en la biblioteca y la corrección de errores sobre la versión antigua . En particular : añadido soporte para diferentes sistemas operativos ( soporte inicial para el puerto Win) , añadió PKI_SSL y apoyo para la gestión fácil SSL / TLS, añade soporte para Win API LDAP, ha añadido soporte para las arquitecturas de 64 bits , añade codificación URL seguro para el protocolo HTTP GET.
P á g i n a 39 | 41
CONCLUSION: En la época actual es de vital importancia que existan procesos que validen el flujo el flujo de información ya que hay personas que se dedican a realizar actos ilícitos haciendo mal uso de datos que corresponden a otras personas ó que les son enviados. Por la necesidad de tener mayor seguridad y mejores controles de ésta en las redes (debido a que en el caso de Internet pueden accesar innumerable número de personas que pretendan modificar u obtener un beneficio propio en transacciones ajenas) se han desarrollado por medio de diversas instituciones dedicadas a esto, métodos que permitan validar las operaciones privadas de empresas o personas con el fin de proteger sus intereses. Un proceso para brindar dicha seguridad son los certificados digitales, los cuales permiten que nuestra información llegue segura a su destino (es decir, completa, íntegra y sin alteraciones) asignándonos una clave la cual sólo la conoceremos nosotros y que aquél que quiera tener acceso a dicha información no lo podrá realizar a menos que conozca la clave. Dicha clave es asignada por una autoridad certificadora. También podemos mencionar como otro método, a las firmas digitales, que son documentos o papeles que contienen la firma original de una empresa ó persona y que comprueba quién está utilizando los datos ya que verifica que realmente seamos los que decimos ser. Es necesario aclarar que pueden existir certificados sin firmas digitales pero no firmas sin certificados.
P á g i n a 40 | 41
BIBLIOGRAFIA: http://www.iti.upv.es/seguridad/compraseg.html http://www.ajsabadell.es/cs/tecno/ceres/iniciativa.html http://www.webhost.cl/tombrad/ayudaprensapgp.html http://www.micasa.yupi.com/taller/index.html http://angel.perez.net/FLASHES/CERTIF.html http://www.onnet.es/06041008.htm http://mmlab.ua.es/es/investigacion/ecommerce.htm http://www.usertrust.com/spanish/products/index.asp
P á g i n a 41 | 41
