Creo que a estas alturas todo el mundo reconoce que el sistema de nombre de usuario y contraseña para acceder a la web, la banca, la nube o a las redes sociales tiene una seguridad que deja mucho que desear y en esas circunstancias será muy complicado que usuarios y/o empresas confíen lo suficiente como para que la nube y todos sus servicios asociados sean un éxito. En teoría, un buen sistema de seguridad debería basarse en lo que tengo, en lo que soy y en lo que conozco y además, cumplir con los principios de Kerckhoffs, lo que no siempre es sencillo de lograr en muchos entornos. Esto nos provoca que en ocasiones se sacrifique la seguridad por la comodidad de los usuarios, con lo que los resultados en ocasiones son desastrosos y aunque algunos usuarios ya lo consideran como un mal menor, o un riesgo asumible, es una situación que dificulta la aceptación y el despliegue de muchos interesantes servicios en la Red.
Es frecuente encontrar noticias tan preocupantes relativas al el creciente robo de contraseña de servicios Web y de redes sociales, como este robo de 45.000 cuentas de Facebook.
Basta un troyano en el ordenador con el que se accede a los servicios, algo que desgraciadamente es muy frecuente, para que alguien pueda disponer de tu nombre de usuario y contraseña, aunque también es cierto, que en muchas ocasiones ni siquiera es necesario un troyano en en el ordenador ya que miles de usuarios siguen siendo víctimas del phishing y las cifras de fraude informático que se manejan, solamente en España, son astronómicas (26 millones de euros en tres años).
Asimismo, no se puede decir que la seguridad proporcionada por las tarjetas bancarias sea demasiado grande, en este caso, el número de noticias sobre fraudes o clonación de tarjetas, es más frecuente todavía que las de robo de identidades en la Red. Aunque también es cierto, que un usuario se da cuenta más rápidamente de que le han limpiado la cuenta, que de los robos de identidad en su red social favorita, o del acceso no autorizado a todos los datos que almacenaba cándidamente en la nube.
Pues bien, la empresa Alter Core, radicada en el Parque Tecnológico de Alcalá de Henares, ha desarrollado la tecnología BidiKey (TM), un sistema simple y elegante, que puede solucionar todos estos problemas de seguridad y abre las puertas a otras interesantes posibilidades de negocio tanto en la Red, como en entornos presenciales. Pensando un poco, creo que lo que aporta BidiKey va mucho más allá de lo que aparece en su sitio web, ya que la información que contiene dicha web no refleja todo su potencial como sistema de acreditación y firma electrónica. Desde mi punto de vista, BidiKey es una solución de seguridad muy interesante para la nube, que además, representa un entorno seguro de firma, y estas características pueden ser muy interesantes y valiosas, para muchas empresas tecnológicas actuales, en especial, cuando hablamos de la necesaria seguridad y privacidad de las transacciones económicas o en los accesos a datos sensibles almacenados en la nube.
El sistema BidiKey se basa en el uso del móvil, algo que llevamos casi todos en estos días casi como un apéndice nuestro, en un sistema de clave pública (PKI) asociado al teléfono, una aplicación de gestión y en los códigos bidimensionales firmados y cifrados. Estos códigos bidimensionales son similares a los QR tradicionales, pero se les ha añadido una capa de seguridad basada en la criptografía de clave pública.
Bueno, creo que explicarlo con palabras, es mucho más complicado que verlo funcionar, por ejemplo, para sacar dinero de un cajero sin necesidad de tarjeta, o para acceder a la nube, como se puede ver en estos vídeos. En ambos casos, se aprecia en los vídeos que se trata de un proceso relativamente sencillo y que se realiza ágilmente en pocos segundos.
Desde mi punto de vista, la tecnología BidiKey es tan simple como eficaz y aplica también con suma eficacia la navaja de Ockham a los complejos sistemas de seguridad basados en soluciones de hardware y software que se requieren en muchos casos. El teléfono móvil del cliente dispone de un programa muy sencillo y una pareja de claves, una pública y otra privada, vinculadas al usuario del mismo. Estas claves son similares a las usadas por los certificados digitales X.509 de la FNMT o de tu eDNI.
Una vez que el usuario se identifica en el servicio con su código (correo electrónico, número de documento, número de teléfono, etc), en la pantalla aparece un código bidimensional firmado y cifrado, que solamente puede ser decodificado con el teléfono móvil que disponga de la clave de ese usuario. Para poder hacerlo, es necesario que el usuario que conozca el PIN y/o el código de seguridad del teléfono y el PIN de la aplicación BidiKey. Como es lógico, el sistema se bloquea cuando cualquiera de estos códigos de acceso se introduce mal un número veces seguidas y que normalmente es tres, por lo que el sistema sigue siendo seguro aunque se pierda o roben el teléfono. Como en cualquier sistema de clave pública, en caso de robo o pérdida del teléfono, el usuario puede revocar las claves y obtener otras nuevas, tras acreditar su identidad, como ocurre con cualquier sistema PKI o tarjeta bancaria.
Una vez que se captura el código con la cámara de su teléfono, y digo capturar, ya que no se trata de hacer una foto y el teléfono efectúa automáticamente la operación, tras enfocar e iluminar la imagen si es necesario, BidiKey comprueba la firma del código, con la clave pública del servicio que lo ha generado, lo que evita los problemas de phishing y luego, usa la clave privada del usuario, para decodificar el código bidimensional capturado con la cámara, obteniendo una contraseña o PIN de un único uso, es decir, se desactiva una vez que es utilizada por el usuario y además, es na contraseña o PIN que tiene una validez temporal para minimizar el riesgo que alguien la pueda usar antes que nosotros. Si se pasa el tiempo de validez de la clave, el proceso es tan sencillo como empezar el procedimiento obteniendo otro código bidimensional cifrado y decodificarlo con el teléfono.
Creo que la verdadera genialidad del sistema BidiKey, es que sigue siendo seguro aunque el teléfono móvil, el ordenador o incluso, cuando ambos estén comprometidos mediante malware o monitorizados de alguna forma. Ello se logra mediante la disociación de la información entre los elementos que participan en la transacción y la conciencia situacional del usuario, que no puede ser suplantada ni modificada por nadie. Además, como no hay una conexión física entre el teléfono y el ordenador, un presunto atacante no puede interactuar sobre los dos equipos al mismo tiempo, ni puede interferir de ninguna forma, o leer el flujo de fotones cifrados, que circula desde el soporte que presenta el código bidimensional cifrado y la cámara del teléfono, podemos decir que esto es la idea más simple de "criptografía cuántica fotónica" que conozco. Expliquemos un poco mejor esto.
Supongamos que vamos a acceder a Facebook desde un cibercafé y el ordenador tiene un troyano. Nosotros introducimos nuestro nombre de usuario, número de usuario, o similar, en los vídeos de demostración que he visto hasta el momento, se usa el número de teléfono (pero no tiene que ser necesariamente así) y seleccionamos BidiKey como método elegido para la autentificación del usuario en Facebook. Inmediatamente nos aparecería en la pantalla un código bidimensional firmado por Facebook y cifrado para que solamente pueda ser decodificado por la clave privada que almacena nuestro teléfono y solamente nuestro teléfono. Después de leer nuestro código de acceso en la pantalla del teléfono, lo introduciremos como si fuera nuestra contraseña para esa sesión en Facdebook. El el peor de los casos, el atacante tendría nuestro nombre de usuario y la contraseña, pero una vez que la hemos usado en Facebook, ese código de acceso queda desactivado para siempre y no le servirá para nada al atacante el conocerlo.
Como se puede apreciar, no es necesario que el teléfono tenga línea para que BidiKey funcione, lo que permite trabajar con otros dispositivos, como PDA's. Esto también significa que podemos poner el teléfono en modo "avión" para entornos que requieran una mayor seguridad, así como en aquellos sitios en los que no se pueda usar el teléfono, o en los que no llega la cobertura de la telefonía móvil.
Lo mismo ocurre si lo que está comprometido es nuestro "smartphone". El atacante, en este caso, solamente verá un código numérico o alfanumérico, que usuario tendrá que usar para autentificarse ante un servicio, pero no sabrá si ese código lo usará para entrar en Facebook, o para sacar dinero del banco, o para entrar en casa o en el trabajo, para él, solamente son una serie de caracteres alfanuméricos sin mucho sentido. De nuevo, una vez que sea utilizado por el usuario, quedará inutilizado, así como si no lo utiliza en un tiempo razonablemente corto.
En el caso de que un atacante controle los dos dispositivos al mismo tiempo, estaría en el primer caso, salvo que estuviera monitorizando de forma permanente nuestro dispositivo y teclease el código antes que nosotros. Pero eso es imposible si la autentificación se inició mediante una conexión segura con el proveedor de servicios, por ejemplo Facebook. Una conexión nueva con nuestro identificador de usuario, implicaría la necesidad de decodificar un un código BidiKey nuevo, lo que no estaría al alcance del presunto atacante al no tener nuestro teléfono con las claves y las contraseñas necesarias para hacerlo.
Algunos podrán decir que una clave en un teléfono móvil puede ser vulnerable en caso de que un atacante tenga acceso físico al teléfono. Bueno, la clave o claves pueden ir almacenadas en el teléfono usando el contenedor de software del navegador (firma avanzada), pero para mayor seguridad, también pueden ir asociadas a la tarjeta del teléfono (SIM/SAM) o a una tarjeta de memoria especial, que además de 1Gb de memoria, dispone de un chip inteligente similar al que tiene nuestro eDNI, (en ambos casos sería una firma reconocida),
Además, si se opta por la solución en tarjeta, al ser un sistema más rápido, podemos tener otro bonus adicional muy interesante, las comunicaciones entre dos teléfonos que dispongan de tarjetas similares, podrían estar cifradas mediante un algoritmo y unas claves de alta seguridad.
Bueno, hasta aquí hemos visto que este sistema funciona como medio de acreditación personal de alta seguridad, pero lo mejor de todo, es que además de ser seguro, también es muy flexible y útil en muchos otros entornos, ya que además de comprobar las firmas y decodificar los códigos que capturamos con la cámara del teléfono, también puede generar códigos firmados y cifrados por nosotros para un determinado servicio. Códigos que se pueden presentar en la pantalla del teléfono para ser leídos por una cámara, o que se pueden enviar mediante SMS multimedia, correo electrónico o mensajería instantánea, por ejemplo, para contratar de forma segura servicios o bienes, para operaciones de banca electrónica, operaciones con la administración electrónica, firma remota de documentos, acceder a eventos, usar billetes electrónicos, intercambio de moneda electrónica, etc.
Recordemos por ejemplo, el problema de las entradas falsas del concierto de Lady Gaga en Madrid, el pasado diciembre de 2010. El sistema BidiKey permite comprobar la validez de las entradas mediante la firma electrónica del emisor, antes de proceder al pago de las mismas. Posteriormente, bastaría presentar en la pantalla del teléfono la entrada adquirida ante una cámara a la entrada del concierto, para acceder a él, eliminando así los problemas de la venta de entradas falsas o incluso, de la reventa no autorizada ya que las entradas se podrían vincular a la persona que las adquirió.
Se pueden utilizar operativas similares a ésta para acceder a zonas de seguridad, garajes comunitarios, acceso a instalaciones, entradas a eventos, para la compra y uso de billetes de avión, tren o barco, para abonos de transporte público (inmunes a la pérdida de los títulos de transporte) y todo ello, sin los problemas e inconvenientes del NFC o del RFID. Para acceder a todos estos escenarios, solamente es necesaria una cámara que lea el código que mostramos en la pantalla de nuestro teléfono móvil.
Es más, el sistema BidiKey no compite directamente con NFC y podría ser usado en combinación con BidiKey para mejorar la seguridad en algunos entornos críticos. Por ejemplo, se podría usar el NFC asociado al teléfono como medio de identificación en lugar de teclearla ante el sistema, así dicha identificación también estaría protegida y el acceso a algunos servicios podría ser más rápido.
Otra cosa que me gusta del sistema BidiKey, es que no es estrictamente necesario presentar un documento para verificar la identidad del usuario en las transacciones presenciales, por lo que también es más respetuoso con la privacidad de las personas. Por ejemplo, para pagar en un restaurante indicaremos al camarero que queremos pagar con BidiKey y teclearemos en el TPV nuestra identificación de usuario. El camarero nos presentará una factura o un ticket con los datos de nuestra consumición "en claro" y un código bidimensional impreso que tenemos que descifar con nuestro teléfono, con lo que nos podemos llevar el papel como justificante, tal como hacemos habitualmente. Luego decodificaremos el código impreso en el papel con nuestro teléfono y leeremos en la pantalla la hora, la fecha de la transacción, el lugar y la cantidad a pagar y una vez que vemos que coincide con los datos del ticket, teclearemos en TPV el código de validación de la operación, que también le aparece en la pantalla del teléfono junto a toda esa información. Una vez introducido el código de validación, el sistema comprueba y que la identidad del usuario es la correcta y autoriza o deniega la operación. Es decir, que nuestra identidad ya no es aportada por nuestro DNI o pasaporte como cuando usábamos la tarjeta, está implícita en el sistema, como ocurre en las transacciones no presenciales en la Red.
En sitios en los que la rapidez sea importante para evitar colas, por ejemplo, en micropagos, como al pagar en una gasolinera, en un peaje o en comercios, la operación puede ser a la inversa. Es decir, el usuario puede teclear la cantidad a pagar y seleccionar la cuenta con la que desea pagar entre las que tenga dadas de alta en el sistema BidiKey. Una vez introducido el PIN de la aplicación, se generará un código bidimensional firmado con su clave privada y cifrado con la clave pública del servicio de pago seleccionado que aparecerá en la pantalla del teléfono. Dicho código, también incluirá un código de operación único y un código de tiempo, para que no se puedan duplicar los pagos usando una copia del mismo. Estas sencillas operaciones se pueden hacer en pocos segundos mientras se espera en la cola de la caja, o de camino a ella. Para pagar, el cliente solamente tiene que mostrar el teléfono ante un cámara o escáner instalado en la caja del establecimiento y el sistema, en pocos segundos, deniega la operación si no hay fondos, o la autoriza y efectúa el pago, simple, seguro, rápido y efectivo y además, sin el problema de teclear erróneamente el código de autentificación en el TPV, como ocurre en ocasiones con las tarjetas de crédito. De forma similar, se pueden establecer operativas más o menos complejas como la emisión de recetas, la ransferencia de dinero electrónico, como bitcoin a cajero, TPV o entre terminales, etc, las posibilidades son infinitas.
Aunque parece complicado, la mayor parte de estas operaciones son transparentes para el usuario, que usará procedimientos idénticos para las tres operaciones básicas, con independencia del servicio al que acceda, es decir, siempre se autentificará, firmará o demostrará su identidad de la misma forma. En realidad, el usuario solamente tiene que recordar el PIN del teléfono y/o su código de seguridad y el PIN de la aplicación BidiKey y en el caso más frecuente, este último PIN es el único que tendrá que teclear cada vez que quiera acceder a un servicio. La consecuencia de esto, es que con BidiKey también solucionamos los problemas de recordar, almacenar o gestionar múltiples contraseñas y códigos de acceso. Además, la aplicación es muy sencilla y solamente tiene tres opciones, leer, firmar e identidad.
Como hemos dicho, el sistema es muy flexible e incorpora muchas opciones de seguridad adicionales, como la vinculación de la clave con la SIM del teléfono o el uso de tarjetas inteligentes asociadas a la aplicación y utiliza los algoritmos criptográficos más modernos, pero también se pueden diseñar operativas de doble canal, por ejemplo, mediante SMS, si se renuncia a la posible ventaja de que el teléfono no tenga que estar conectado a la Red del operador para trabajar, lo que añadiría mucha más seguridad a la operativa, aunque restaría un poco de flexibilidad y podría aumentar los gastos de la transacción.
BidiKey se puede adaptar con facilidad a cualquier problema y nivel de seguridad que requiera cualquier servicio presencial, o no presencial. Recordemos otras tres ventajas muy importantes de BidiKey. En primer lugar, el sistema no requiere que el teléfono esté conectado a Internet, ni siquiera a la red de la operadora para funcionar. En segundo lugar, los códigos bidimensionales se pueden presentar al teléfono en cualquier soporte como papel (facturas), pantalla de ordenador, pantalla LCD de un TPV, etc, no hay restricciones para su uso y ni siquiera habría que modificar el software de los cajeros para poder utilizarlo. Y en tercer lugar, algo mucho más importante, Bidikey es interoperable con cualquier plataforma o sistema ya que no es necesario instalar software o hardware en un ordenador para poder trabajar con BidiKey. Así puedo ir a cualquier cibercafé del mundo, con independencia de su hardware (teléfono, TPV, televisón, papel, monitor, PDA, etc) o software (Windows, Linux, MacOS, etc), y puede operar con toda seguridad y comodidad con mi banco o en la nube, simplemente disponiendo de mi teléfono móvil, sin hardware adicional, sin controladores, sin contraseñas y sin lectores de tarjetas inteligentes o de NFC.
Desde mi punto de vista, cualquier empresa como Google, Facebook, Microsoft que incorporase un sistema como Bidikey también tendría una importante ventaja competitiva, en especial, si es la primera en adoptarlo, al mejorar de forma muy significativa la seguridad de acceso a su nube o servicios y al mismo tiempo, disponer de una herramienta muy eficaz para desplegar otros tipos de negocio que antes eran impensables puesto que BidiKey, además de seguro, es bidireccional. Por ejemplo, BidiKey se puede usar, intercambio de "bitcoins", venta de entradas online, acceso a contenidos de pago en la Red, comercio electrónico, banca online, venta de entradas, etc incluso vendiendo esos servicios a terceros.
Pero pensando un poco, se me ocurren otros muchos escenarios en los que se podría usar BidiKey con mucho éxito. Por ejemplo, para recibir información sensible, como el saldo de la cuenta o el número de cuenta, manejo de datos personales protegidos, comprobación de la autenticidad de productos, programas de fidelización de clientes, gestión de promociones y ofertas en la Red, factura electrónica, receta electrónica, administración electrónica, autentificación de usuarios ante servicios de terceros, pagos presenciales, acceso seguro a ordenadores portátiles, etc, etc, etc.
La flexibilidad del sistema y los escenarios son infinitos, y en especial, creo que es una solución muy interesante para todos aquellos entornos en los que se requiera sencillez, alta seguridad y privacidad de los usuarios.
NOTA LEGAL: La tecnología BidiKey, así como las operativas y escenarios de uso de códigos bidimensionales cifrados y/o firmados descritos en el presente artículo, son propiedad de Alter Core y se han publicado con su consentimiento.
"Copyleft 2012 Fernando Acero Martín. Verbatim copying, translation and distribution of this entire article is permitted in any digital medium, provided this notice is preserved. Quotation is allowed."
Demo de una aplicación equivalente
Helena19 Enero 2012 - 2:28pm
Por si es de vuestro interés, en 2010 Safelayer publicó una implementación experimental de este mecanismo: QR-Scan OTP. En los enlaces siguientes encontraréis una demo real para Android y material audiovisual que explica su funcionamiento:
Artículo "QR-Scan OTP, autenticación ergonómica" (con vídeos)
Descargar QR-Scan OTP en Android Market
Veréis que hay dos modos de funcionamiento: 'offline', en el que la aplicación genera un OTP de forma equivalente a la que propone BidiKey, y 'online', en el que la aplicación se comunica directamente con el servidor para responder al desafío de autenticación.
Esta aplicación fue uno de los resultados de Safelayer dentro del proyecto CENIT Segur@ (ref. CENIT-2007-2004).
Saludos,
Helena Pujol
R&D Project Leader
Safelayer Secure Communications S.A.
Algunas diferencias con la implementación de Google
jmpsoria17 Enero 2012 - 10:06pm
Algunas de las diferencias fundamentales entre el sistema recientemente anunciado por Google y el sistema BidiKey son las siguientes:
1. El sistema BidiKey utiliza códigos bidimensionales que contienen información con doble cifrado (cifrado bidireccional) utilizando criptografía de clave pública (PKI), por lo que, no solamente es inmune al “phishing” y al “man in the middle”, sino que además realiza una doble autenticación, del proveedor del servicio y del usuario del mismo.
2. La aplicación móvil BidiKey puede funcionar en modo “standalone”, es decir, no requiere de una conexión on-line con el proveedor del servicio.
3. El sistema BidiKey no utiliza passwords asociadas a los servicios on-line (no es necesario que los usuarios recuerden passwords), ya que solamente se ha de introducir una contraseña personal y temporal, el OTPIN (“One Time PIN”) incorporado en el código bidimensional personalizado para la sesión.
José M. Pérez Soria
CEO
Alter Core - BidiKey
Espero que lo tengan bien patentado...
anv17 Enero 2012 - 3:17pm
Espero que tengan este sistema bien patentado porque Google acaba de anunciar que ha implementado esto mismo.
http://www.pcworld.com/article/248235/log_into_gmail_on_a_pc_via_your_smartphone.html
http://www.genbeta.com/correo/microsoft-y-los-fabricantes-de-las-tabletas-arm-con-windows-8-le-daran-a-linux-donde-mas-duele-en-el-arranque
Sistema BidiKey
jmpsoria13 Enero 2012 - 4:18pm
Muchas gracias, Fernando, por el esfuerzo realizado en divulgar nuestra tecnología, haciendo que parezca sencillo lo complejo.
En respuesta a algunos comentarios y para aclarar el funcionamiento operativo del sistema BidiKey, desarrollado por Alter Core, me gustaría puntualizar lo siguiente:
a) Dentro de la gestión de una PKI, el procedimiento de registro de usuarios es competencia del proveedor del servicio que utiliza el sistema PKI y se expresa en el documento de las políticas de certificación. Puede ser un procedimiento presencial, como el del DNIe, FNMT o no presencial como darse de alta en una Web como usuario, dependiendo del nivel de seguridad requerido.
b) El sistema BidiKey puede utilizar su propia PKI y sus procedimientos de registro de usuarios pero también puede interoperar con claves y certificados digitales de otras PKI’s que utilicen sus propios procedimientos de registro de usuarios. En realidad, el sistema BidiKey, puede usarse sin problemas con las políticas de certificación más exigentes y adaptase a sus procedimientos específicos, presenciales, online, etc. En este sentido, se han tenido en cuenta los documentos de referencia para la gestión de una PKI.
c) Alter Core proporciona un sistema de explotación de PKI y ha puesto los medios adecuados para que dicha gestión se pueda adaptar a las necesidades del cliente y a sus políticas de certificación específicas.
d) La gestión de las claves que hace la aplicación BidiKey en el teléfono del usuario se puede realizar utilizando módulos criptográficos SW (es habitual que los navegadores utilicen contenedores criptográficos SW) o HW (utilizados en las tarjetas criptográficas, como se hace en el DNIe), mediante módulos criptográficos SIM o microSD, en función del nivel de seguridad que se requiera.
Quedo a vuestra disposición para cualquier duda o consulta que queráis realizar y os doy las gracias por vuestra participación y comentarios que siempre contribuyen positivamente al logro de un mejor producto.
José M. Pérez Soria
CEO
Alter Core - BidiKey
Pequeño análisis de BidiKey
Andy13 Enero 2012 - 1:04am
El sistema requiere que el provedor del servicio tenga acceso a la clave pública del usuario, digamos PubK, seguramente guardada en algún CA. El dispositivo del usuario guarda la clave privada del usuario, digamos PriK. En el momento de la transacción, pasa lo siguiente:
En la práctica, seguramente habrán varios CA que provean (léase "vendan") pares PubK/PriK. Los provedores de servicio deberán tener conexión permanente con todos ellos a fin de poder acceder a los PubK de los usuarios, los CRLs, etc.
Una cosa muy importante es cómo los provedores de servicio identifican a los usuarios, ya que será la clave utilizada para buscar el certificado en el CA. En los vídeos se utiliza el número de teléfono del usuario.
A mi juicio esto es un error.
En un sitio Fernando menciona que se pueden utilizar otros dispositivos que no sean teléfonos, como PDAs. Si el sistema tiene realmente éxito, también se podrían hacer dispositivos especializados en la decodificación de códigos bidimensionales. Pero todo esto se ve empañado si estamos sujetos a un número de teléfono que puede cambiar de forma independiente de estos dispositivos.
Pero no solo esto, sino que no se ve por ningún lado que el dispositivo de usuario pida un PIN para acceder a PriK. Esto viola la regla del "algo que poseas + algo que sepas". Si un atacante tiene acceso al teléfono de un usuario, sólo tiene que averiguar el número de teléfono (algo trivial y que no cuenta como "algo que sepas") para suplantar la identidad del usuario.
Resumiendo: En mi opinión para que el sistema sea razonablemente seguro, los usuarios deben identificarse de alguna manera que no sea por su número de teléfono y además el dispositivo de usuario debe pedir un PIN para poder acceder al PriK del usuario en cada uso.
Un saludo,
Andy
Como siempre...
Fernando Acero14 Enero 2012 - 12:05pm
Hola Andy:
Como siempre, agradezco tus comentarios, que sin duda son muy interesantes. Como bien dices creo que el número de teléfono no es la mejor opción para identificarse como usuario antes del desafío BidiKey, pero es cierto que se puede usar otra cosa, desde un número de usuario, un nick o incluso, tecnologías alternativas, que sin duda añadirían seguridad pero a un coste, como, tarjeta magnética, NFC o RFID. Como en otras ocasiones, esto deberá ser una decisión de las políticas de certificación. Así, si el despliegue lo hace una empresa de telefonía es posible que lo que use sea el número de teléfono y si lo es un banco, puede que use los primeros o los últimos números de una cuenta y si es un servicio web, el correo electrónico o el nick del usuario.
BidiKey en absoluto está ligado al número del teléfono, aunque por simplificar y por ser un dato que casi todo el mundo se conoce de memoria, es el que ha sido usado para los ejemplos.
Es cierto también, que en uno de los vídeos no se visualiza cuando el usuario teclea el PIN de la aplicación BidiKey, se ha hecho por simplificar ya que la introducción del PIN no es algo que el usuario hace antes de entrar en la aplicación, no para usarla, al igual que no se visualiza en los vídeos cuando se introduce el PIN de la SIM del teléfono, o el código de desbloqueo del teléfono, si lo tiene activado. En otros vídeos que he visto de la empresa, sí aparecía ese paso, pero al parecer han decidido quitarlo ya que es un paso implícito y previo al acceso a la aplicación.
Por cierto, otra cosa que me gusta de la aplicación es que la firma de un contenido con BidiKey es siempre un proceso volitivo, es decir, que una firma requiere siempre dos acciones, seleccionar la opción e introducir el pin, por lo que no existe la posibilidad de la "firma automática" de lo que no se quiere. Además, para hacer efectiva la firma habrá que presentar el código a una cámara a un escáner o enviarlo por correo, SMS multimedia, etc, lo que requiere otras acciones igualmente volitivas del usuario.
Precisamente es lo que me ha gustado a mi
Andy14 Enero 2012 - 5:47pm
Es uno de los puntos fuertes del sistema.
El otro es la carencia de conexión física entre el dispositivo de usuario y el dispositivo del servidor. Parafraseando a un anuncio televisivo "la conexión eres tú".
Un saludo,
Andy
Usar el nº de móvil es sólo una opción...
Francisco Sadurní13 Enero 2012 - 3:41am
Hola Andy,
Los vídeos que has visto son sólo una muestra de un par de operativas concretas del funcionamiento de BidiKey ("sacar dinero de un cajero automático con el móvil" y "acceder de modo seguro a servicios online") y por supuesto, dices bien: Ambos procesos, como todos los procesos de BidiKey, requieren previamente del desbloqueo de la aplicación BidiKey en el móvil, mediante el PIN de BidiKey propio de cada usuario.
En un futuro, con BidiKey quién lo desee podría olvidarse de las distintas contraseñas que usamos a diario y acceder a los distintos servicios mediante BidiKey teniendo que recordar sólo 3 números:
Es decir, quien lo desee podría decir "adiós" a la necesidad de recordar o llevar encima decenas de contraseñas, a razón de una por cada servicio (aunque sabemos que muchos usuarios, quizás la mayoría, usan sólo 2 ó 3 contraseñas -PINs incluidos- para todos los servicios a los que acceden, desconocedores aún del alto riesgo que corren de ese modo).
En cuanto a lo de usar el número de móvil como "nombre de usuario" es cierto que tiene sus ventajas (entre las que no es poca cosa que el usuario suele recordar con bastante facilidad su número de móvil) y sus desventajas (por ejemplo, cierta disminución de la privacidad), claro está. Pero usar el nº de móvil como "nombre de usuario" es sólo una opción, ya que pueden ofrecerse como "identificador BidiKey" otras opciones no tan fáciles de recordar, pero quizás más convenientes para según que necesidades se requieran cubrir.
Muchas gracias a ti y todos los que estáis participando por vuestras críticas y opiniones, nos ayudan a mejorar y nos animan a continuar, incluso en España. Nuestro amado país en el que aún forma parte del inconsciente colectivo -y a veces empresarial- esa famosa frase de Miguel de Unamuno: "¡Qué inventen ellos!". Digo esto porque esta tecnología ha llamado más la atención en empresas de EEUU que en nuestro propio país, de hecho, dentro de poco José María Pérez Soria, el CEO de Alter Core, viaja a USA a negociar con algunas de esas grandes empresas cuyos "headquarters" allí se encuentran, ya que en España sólo cuentan con oficinas comerciales, dedicadas sobre todo a vendernos su tecnología y sus servicios ¿por qué será?...
De "El pórtico del templo", Miguel de Unamuno, 1906
Francisco Sadurní
Desarrollo Corporativo
Alter Core - BidiKey
Sobre los dispositivos de hardware
Andy13 Enero 2012 - 1:51pm
Francisco,
Muchas gracias por las aclaraciones. Tenéis un gran producto aquí.
Os veo muy ilusionados con la aplicación en móviles, pero yo le veo más futuro a dispositivos de hardware. Obiamente una cosa no quita la otra y se pueden ofrecer ambas a la vez.
Se podría hacer un dispositivo no más grande que un pendrive USB y más o menos de la misma forma, con una cámara al frente (donde estaría el conector USB), una pequeña pantalla "arriba", un lector de huellas tipo "ranura" (como los de los portátiles) del lado de "abajo", un pequeño botón en un costado y un receptáculo para la batería.
Para operar se apunta, se presiona el botón y se captura la imagen (se emite un "beep" y un mensaje en la pantalla) y se pide pasar la huella para tener acceso al certificado (se emite otro "beep" distinto ante una lectura de huella exitosa). Luego se presenta el código en la pantalla y punto.
La identificación podría venir impresa en un costado como un número de serie y/o un código de barras para ahorrar el ingreso manual en los dispositivos que puedan leerlo.
Los aparatos se podrían vender en cualquier sitio. Ante la compra, habrá que ingresar en la Web del fabricante y hacer el "enrollment" mediante una clave o una tarjeta de coordenadas que viene con el producto, pero que has de guardar en un lugar seguro. Parte del enrollment es grabar la huella en el dispositivo, cosa que tendría que ser de única vez (usando una PROM, por ejemplo).
Luego está en tí asociar el dispositivo con cada servicio (bancos, servicios online, etc).
El certificado tendría que emitirse con anterioridad para su grabación (la clave privada) en el dispositivo en memoria no-modificable, pero quedar a la espera de su activación (la clave pública en el CA). Esto no es estandard, por lo que no se muy bien cómo podría hacerse de forma que todo el mundo esté de acuerdo.
Podría haber distintos tipos de dispositivos con distintos períodos de validez desde su activación y distintos precios (el amarillo dura 1 año y cuesta 10€, el rojo 2 años y 20€, el negro 5 años 50€, etc).
Si te roban o pierdes el dispositivo, puedes utilizar la tarjeta de coordenadas para invalidar el certificado por medio de la Web del fabricante.
Para los más paranoicos, se podrían tener varios dispositivos distintos para distintos servicios.
En fin, posibilidades hay miles.
Un saludo,
Andy
Muchas gracias...
Fernando Acero14 Enero 2012 - 11:51am
Hola Andy:
Creo que tu comentario es muy interesante y proactivo, lo que es de agradecer, sin embargo y sin desmerecer tu propuesta, creo que si ya tenemos un móvil, no debemos añadir más cosas al bolsillo. Es más, deberíamos intentar eliminar cosas que llevamos en el bolsillo usando el teléfono y las tecnologías asociadas, como por ejemplo, tarjetas de crédito, llaves, dinero, sistemas de identificación, etc.
Sobre lo otro que comentas en relación a la operativa asociada para gestión de claves etc, como se ha comentado en otras ocasiones, creo que eso es algo que debería estar especificados en las políticas de certificación y que en principio "Alter Core" como proveedor de la tecnología, no debería tomar partido por ninguna, aunque reconozco que lo que has comentado abre la vía a modelos de negocio alternativos.
El coste de un dispositivo como el que comentas es mínimo y se pueden copiar las operativas de activación que se están usando en este momento con la telefonía móvil con tarjeta de prepago. El otro día, compré un teléfono móvil con radio, cámara, batería cargada y 10 euros en llamadas, por solamente 19 euros en una gasolinera.
Sinceramente yo preferiría usar la tecnología BidiKey en lugar de la RFID y mejor que las tarjetas y otros engorrosos o inseguros procedimientos de identificación y/o seguridad, para acceder a mis datos o para acceder a servicios o bienes.
Un saludo, Fernando Acero
Gracias Fernando
Andy14 Enero 2012 - 5:42pm
Fernando,
Yo también estoy de acuerdo en reducir la cacharrería que llevamos encima. Yo, por ejemplo, uso mi móvil como reproductor de MP3 y radio FM, por lo que no necesito un aparato adicional a estos fines. Y no es que el mío sea un móvil "inteligente". Todo lo contrario, es de los más simples del mercado y aún así tiene todas esas cosas.
Sin embargo allí están los reproductores de MP3 que se venden como churros, y los que los compran tienen móvil...
Es que hay gente para todo.
No hay quien le haga utilizar un móvil a mi madre, por ejemplo. Mi padre sí que lo utiliza, pero solo lo enciende cuando sale de casa y no siempre, a veces sólo lo lleva. No es raro que pase varios días apagado.
Y es que hay gente que le fastidia utilizar el móvil, o que les resulta difícil no presionar varios botones a la vez (mi padre tiene manos y dedos grandes) o que les resulta complicado leer las diminutas letras de la pantalla (mi madre ya no los puede leer ni con gafas y a mi mismo me parece que cada día las letras son más pequeñas... es que uno ya tiene una edad...), o que no les atrae o no entienden la tecnología y sólo utilizan el móvil para hablar, etc.
También estamos los que no tenemos teléfonos inteligentes...
Pero no es solo eso.
Las "app" y los "market" son la tendencia de moda, pero la fabricación y venta de dispositivos físicos es un mercado mucho más conocido y quizás sea más fácil encontrar inversores. Es verdad que tiene algo más de riesgo ante la posibilidad de acumular un stock sin vender, cosa que no pasa con las apps. Pero creo que la variedad es buena.
Por último, y aunque sé que es una tontería, yo personalmente percibo un aparato de hardware especializado únicamente en eso como más seguro que una implementación de software en un ordenador de propósito general.
En el aparato que describo es prácticamente imposible hacerse con el certificado privado, que está guardado permanentemente dentro del mismo en memoria de solo lectura y es imposible de reemplazar por otro. Hasta podría pensarse en hacer el circuito interno físicamente endeble (con puntos de ruptura) para que se rompa si se intenta abrir.
También está el tema de tener varios dispositivos distintos para según qué servicios. Puedes tener uno para Facebook, Gmail y demás chorradas y luego otro para banca online o cajeros automáticos, por ejemplo.
Supongo que esto también podría emularse en un móvil, pero no se si está pensado de esa manera o si puede cambiarse el modo de funcionamiento de forma segura.
Claro que el peligro que corres es que en realidad en vez de comprarlos tú, se empiece a utilizar "al reves", que sea tu banco que te entregue un dispositivo para acceder, tu empresa otro para identificarte en la puerta, la autoridad de transporte te venda uno para utilizar el bus/metro, etc, etc, etc, con lo que al final tendrás que llevar varios siempre contigo... en fin.
No quiero aburrir y el tema da para mucho.
Un saludo,
Andy
Pues yo justo al revés, oye
admin14 Enero 2012 - 5:59pm
Acabo de descubrir las virtudes de tener un parato para cada cosa.
Y es que mi Sansa Fuze (mp4) le da sopas con onda a mi HTC (móvil) a la hora de escuchar radio o música; desde las funcionalidades extra, a la calidad de reproducción, pasando por la duración de la batería, pasando por las ventajas de oír la radio tradicional, en vez de poner a prueba la tarifa de datos del móvil.
Casi ná!
Pues a mi me parece una
oleole12 Enero 2012 - 2:02am
Pues a mi me parece una genialidad...y si damos un paso mas y lo introducimos en que las administraciones publicas y nos evitasemos llevar dni, carne de conducir, tarjeta sanitaria....
Imagina solicitar un volante de empadronamiento desde tu casa y sin el lio del eDNI
Un saludo
PS: Y si cambias de movil? Mejor en la SIM, no?
Has dicho una cosa interesante....
Fernando Acero12 Enero 2012 - 1:17pm
Es evidente que tener una firma reconocida, con todo lo que ello implica, en un teléfono móvil sería algo muy interesante para la Administración Electrónica. Desgraciadamente el DINe tiene un factor de forma incompatible con un teléfono y la DGP quería un documento como el de toda la vida, aunque pudiera llevar asociado una tarjeta inteligente. Hay muchos operadores de telefonía que disponen de tarjetas SIM-SAM y son Autoridades de Certificación, pero creo que les faltaba una aplicación y una operativa, que las hiciera realmente utilizables en la vida real, no solamente a través del navegador y sobre todo, rentables por tener una importante capacidad para crear nuevos modelos de negocio basadas en ello, BidiKey puede ser esa aplicación universal y flexible.
Sin embargo, no habría inconveniente para usar otras firmas electrónicas válidas dentro de una tarjeta inteligente y con el factor de forma adecuado para su uso en el teléfono. Por ejemplo, se podrían usar claves CERES dentro de una tarjeta inteligente SIM+SAM (Security Access Module) o de Memoria+SAM.
Desde luego, BidiKey elimina todos los problemas de las tarjetas inteligentes, como la instalación de software y hardware, necesidad de acceso como administrador al sistema, estado de seguridad del sistema, etc y al mismo tiempo, permitiría su uso en prácticamente cualquier parte y sin necesidad de tener siquiera conexión al operador telefónico o Internet.
Podría ser algo muy interesante en un país en el que no se haya desarrollado el DNIe y en el que estén dispuestos a mantener la tarjeta de siempre por un lado y la tarjeta criptográfica asociada por otro, dando la posibilidad a que tenga un factor de forma y unas funcionalidades compatibles con el uso en el teléfono.
Gracias por el apunte.
Un saludo, Fernando Acero
Intercambio de certificados...
jonsito12 Enero 2012 - 2:55pm
Hay un punto del proceso que no me ha quedado claro: para que el servidor pueda generar un bidikey para el cliente necesita tener previamente el certificado (la párte pública) de éste...
Esto implica pues un registro previo en el servicio, lo que complica el proceso: hay que darse de alta, presentando de algún modo el certificado ¿me equivoco?.
En sitios oficiales y con el DNIe o el Ceres no es problema (ya tienen nuestro certificado "de fabrica"), pero para organismos privados significa un handicap:
se complica la lógica del servidor, pues hay que generar, mantener (y en su caso distribuir) registros de certificados, con los problemas de protección de datos asociados...
Del mismo modo, el teléfono tendría que tener una lista de CA's soportadas por el servicio, para verificar los datos ofrecidos por el servidor, o bien, preguntarle al usuario si aceptaba un certificado -y su cadena de CA's- al recibir el bidi
No digo que no sea difícil: de lo que se trata es de que la operación básica: leer bidi, desencriptar, teclear código resultante, sea lo más sencilla posible. Pero no se pueden olvidar los "collaterals"
Juan Antonio
No tan seguro
anv12 Enero 2012 - 4:46pm
Obviamente esto requerirá algún tipo de registro en el servicio, tal vez autenticado via mail o algo así.
............No creo que pretendan que esto sea tan seguro como un DNIe. Más bien lo que hace es agregar una complicación extra al proceso de robar una cuenta. Lo suficiente para disuadir a los delincuentes y que se dediquen a robar en otra parte más fácil.
Una noticia relacionada con BidiKey y sus posibilidades
Fernando Acero11 Enero 2012 - 11:02pm
Europapress ha publicado hoy una noticia que tiene mucho que ver con BidiKey.
El 67% de usuarios de smartphones está dispuesto a pagar a través del móvil
Este informe se ha realizado a partir de una encuesta de Ericsson Consumer y considero que ese dato del 67% es muy interesante. Sin embargo, creo que solamente pagar con el móvil, cuando se pueden hacer muchas cosas más con una tecnología tan sencilla y flexible como BidiKey es quedarse muy corto.
Supongo que con el paso del tiempo y el aumento de smartphones, estas cifras irán aumentando, así como las utilidades que les darán los usuarios a sus smartphones y como he comentado en el artículo, la empresa que capitalice una herramienta que permita crear nuevos servicios y modelos de negocio basados en las capacidades de los smartphones y tecnologías como BidiKey, tendrá una ventaja estratégica muy importante durante muchos años frente a la competencia.
Pagar con el móvil con NFC está muy bien, es cómodo y rápido, pero creo que un usuario de smartphones, también le gustaría hace otras cosas como las que permite la tecnología BidiKey ya que BidiKey es realmente un sistema PKI, con todas las capacidades que tiene cualquier sistema PKI basado en tarjeta, pero que usa el teléfono como soporte y los sistemas de entrada/salida del teléfono como interfaz.
Por ejemplo, podemos hacer la declaración de la renta de la siguiente forma. Nos metemos en la página web de la AEAT y mediante un programa con interfaz web realizamos nuestra declaración, al final, cuando hemos rellenado todo, nos aparece una hoja con la liquidación y un código bidimensional firmado por la AEAT y cifrado para el usuario que realiza la declaración. Lo capturamos con nuestro teléfono y lo decodificamos para ver si los datos coinciden y son correctos, luego firmamos esos datos y los mandamos mediante nuestro smartphone (SMS multimedia, correo electrónico, etc). Eso no se pude hacer con un smartphone con NFC.
No sirve
tulipon11 Enero 2012 - 4:01pm
Poner tus claves privadas en un aparato cuyo SO no esta auditado y que es muy posible que venga de fabrica con troyanos no sirve.
Ademas en los usa si la policia te detiene tienen derecho a sacar esas claves de tu movil sin orden judicial alguna, esto aun no es asi en ejpañistan pero todo se andara...
¡Leñe!
Calario11 Enero 2012 - 5:21pm
Pues se usan las de la SIM, que para eso están.
No lo has leído bien
Fernando Acero11 Enero 2012 - 5:14pm
Las claves no tienen que estar en el teléfono, normalmente estarán en una tarjeta inteligente perfectamente protegidas.
Además, por la disociación de la información, el sistema es seguro aunque el teléfono esté comprometido o tenga puertas traseras, se ha diseñado para eso.
Claro, que me parece que tampoco has considerado los riesgos y los problemas de los sistemas tradicionales en comparación con BidiKey.
Creo que lo deberías explicar mejor y establecer un escenario en el que se justifique que el sistema no sirve.
parece que las tarjetas
tulipon14 Enero 2012 - 5:54pm
parece que las tarjetas inteligentes esas tambien son vulnerables:
http://labs.alienvault.com/labs/index.php/2012/when-the-apt-owns-your-sm...
No tiene nada que ver
Fernando Acero14 Enero 2012 - 8:44pm
Una cosa es secuestrar una sesión iniciada con una tarjeta inteligente, que en el caso de BidiKey sería irrelevante por la disociación de la información y otra cosa el acceso o extracción de la clave privada almacenada en una smart card.
En el artículo que mencionas no se dice nada que pueda considerarse un riesgo para BidiKey o para las claves contenidas en la tarjeta inteligente.
Lejos de esto, BidiKey puede ayudar a solucionar este tipo de problemas, como el secuestro de una sesión o el robo de identidades. En todos los sitios lo pone, el uso de una tarjeta inteligente en un sistema comprometido, no es seguro. Como he dicho, para eso ha sido creado BidiKey, para que el compromiso del sistema no acabe siendo un problema para el usuario.
Ahora solo falta ...
jonsito11 Enero 2012 - 1:02pm
... Una solución bidikey cliente(móvil) y servidor en software libre
¿Alguien se anima?
¿O vamos a tener problemas de patentes y demás entes...?
La verdad es que es una solución muy original y efectiva.
El sistema te propone un reto OTP que solo puedes resolver con tu móvil y no hay ningún tipo de vínculo monitorizable entre el sistema y el móvil. Mola. Aunque nunca podrás evitar al navajero que te saque el pin por la fuerza, pero ante eso poco se puede hacer...
Juan Antonio
EDITO:
De momento tenemos qrencode para leer/generar bidis... ahora falta el resto. Estoy pensando en un módulo pam-bidi para (entre otras cosas) hacer login... buff; esto es un vicio peligroso
pam-usb
anv12 Enero 2012 - 1:45pm
Existe ya el proyecto pam-usb, que usa algo parecido pero sin interacción del usuario.
Trabaja con claves de un sólo uso que se almacenan en cualquier memoria USB (o sd o cualquier disco externo). Las claves van cambiando de tal forma que incluso una copia exacta de la memoria USB es inútil después del siguiente uso.
Claro que esto requiere conectar la memoria al equipo. Para hacerlo con un teléfono, yo creo que el uso de códigos bidimensionales no es lo más conveniente pra un login en linux por ejemplo. Lo más fácil sería que la máquina presente en pantalla algo como un número, lo tecleamos en nuestro teléfono, o en cualquier otro computador portátil de que dispongamos (un ipod por ejemplo), y éste nos da una clave basada en un algoritmo específico. Digo número porque es más fácil teclear números que algo alfanumérico.
El resultado, igual que en "bidikey", tiene que consistir en una especie de firma digital. El problema que veo es que los sistemas seguros de firma digital no generan un resultado fácil de teclear. Y sospecho que este será el punto débil también de "bidikey". Si no puedieron usar una firma digital normal, lo que habrán hecho será "el viejo truco del algoritmo propietario", que ya sabemos lo que significa... que funciona hasta que alguien descubra el secreto.
Cualquier conexión física
Fernando Acero12 Enero 2012 - 8:46pm
Cualquier conexión física entre dispositivos ya es un riesgo si uno de ellos está comprometido y más si es a través de un puerto USB ya que muchos permiten el autoarranque de aplicaciones. Eso es lo que se ha intentado evitar con BidiKey, la conexión física entre dispositivos.
Respecto al acceso a sistemas, BidiKey se está usando a nivel de BIOS, mejor dicho, antes del arranque de la BIOS y con el disco cifrado, de forma que aunque haya un troyano a nivel de hardware que capture los códigos, no sea posible hacer login ni decodificar el disco, si no es con las claves del teléfono.
Creo que implementar la seguridad de acceso a nivel de software/sistema operativo puede se débil en ciertos escenarios, por ejemplo, ordenadores portátiles con información sensible y es mucho mejor hacerlo a nivel de la bios y antes de que arranque el sistema operativo.
Conozco varios casos de acceso a un ordenador con disco cifrado tras instalar un simple troyano en él.
Sinceramente, creo que BidiKey va mucho más allá de todas estas soluciones parciales que pueden ser muy útiles para problemas concretos, pero que no son ubicuas, ni universales.
Por cierto ¿qué problema hay para usar números o códigos alfanuméricos con BidiKey?.
nivel de bios
anv13 Enero 2012 - 3:34pm
Dices que trabaja a nivel de BIOS?
Lo que a mi me pareció entender es que lo que proponen es una forma más segura de acceder a tu cuenta de facebook...
Intentaré contestar a los dos mensajes....
Fernando Acero14 Enero 2012 - 11:34am
Como he comentado, la tecnología BidiKey es muy flexible y se puede adaptar a muchos usos, desde el acceso seguro a un servicio web, como una red social, a los datos de la nube, pero también puede servir para crear recetas electrónicas que sean respetuosas con la privacidad del paciente, para sistemas de control de accesos o incluso, para verificar las rondas de los vigilantes en una instalación o para intercambiar información sensible de forma sencilla usando cualquier soporte.
En este sentido, Alter Core ha diseñado una gran cantidad de servicios, web y no web, presenciales y no presenciales basados en BidiKey y usando el móvil como plataforma de explotación de la tecnología, por ello, es "The BidiKey Company".
Uno de los retos que se planteó el equipo hace un año fue la securización de un ordenador portátil con información sensible gubernamental o empresarial. Hace unos años un agente secreto tuvo problemas cuando agentes de otro país instalaron un Key Logger en su ordenador y tras un acceso al mismo con su nombre de usuario y contraseña, volvieron a entrar en su habitación de hotel y accedieron a su información usando ese nombre de usuario y contraseña que le habían capturado. Este fue el escenario de partida.
Hay que señalar, que ante un ataque se este tipo, también serían vulnerables sistemas de cifrado de discos que se pueden considerar tan efectivos como TrueCrypt, puesto que un troyano puede capturar la contraseña utilizada para acceder al disco e incluso el contenido de un archivo clave de 1024 bytes que se le pudiera asociar para mejorar la seguridad.
Pues bien, para evitar estos problemas, el equipo de Alter Core ha desarrollado una solución basada en BidiKey para securizar los equipos portátiles de forma que no se puedan realizar este tipo de ataques. Este sistema es independiente del sistema operativo y se basa en aplicar el sistema BidiKey al acceso al disco duro del sistema durante el arranque de la BIOS, disco que evidentemente, está convenientemente protegido con un sistema de cifrado múltiple.
Respecto a lo que hay patentado o no, bueno, es evidente que lo que está cubierto por patentes y modelos de utilidad por Alter Core, es aquello que es susceptible de ello. En este sentido, también quiero aclarar ya que ha salido el tema, que si bien BidiKey no es un estándar ni siquiera de facto ya que acaba de salir al mercado, sí se basa en estándares internacionales, en especial, en todo lo relativo a la algoritmia criptográfica, formatos de claves, etc. Que una aplicación no sea un estándar internacional, o un estándar "de facto", depende de muchos factores, así Whatsapp tampoco es un estándar y sin embargo ha tenido mucho éxito por la utilidad que tiene y es un estándar de facto. Pero pensemos ahora hay intentos de "destronarlo", pero eso es casi imposible ya que como he dicho, el primero da dos veces.
Basta con ver los "Market" asociados a sistemas operativos o plataformas específicas, para ver que los modelos de comercialización de las aplicaciones de éxito para móviles son diversos y que no se debe descartar ninguna posibilidad de comercialización o de desarrollo de negocio en el momento que se acaba de presentar en sociedad el producto.
De todos modos, al igual que se ha comentado antes en relación a las políticas de certificación, no creo que deba ser Alter Core la que tome ciertas decisiones en este momento, en especial, las relacionadas con políticas de certificación o con el modelo de explotación, puesto que el sistema se puede adaptar a cualquiera y debe ser el cliente que explote la tecnología, el que tome esas decisiones.
Creo que en esta primera ronda Alter Core debería actuar como un habilitador tecnológico para otras empresas que deseen usar el sistema y ayudarles y/o asesorar para que dicho despliegue tenga éxito. Incluso puede ser que una empresa desee poder usar el sistema en exclusividad durante un tiempo, o que la desee utilizar para dar servicios de identificación a terceros, por ejemplo, por ser una Autoridad de Certificación o una compañía de telefonía móvil que ya es Autoridad de Certificación y que incluirá esta aplicación de serie en todos sus teléfonos.
En este momento, creo que esta tecnología es de gran interés y una opción estratégica para grandes empresas tecnológicas, de medios de pago, con sistemas en la nube, empresas de redes sociales, bancos, operadoras de telefonía móvil, autoridades de certificación, etc, y como dice la canción de Abba, deberían plantearse los decisores de las mismas que "The Winner takes it all".
Más adelante, dependiendo de la evolución del mercado y de la aceptación del producto, se podrían plantear otras opciones por parte de Alter Core, pero como he dicho, creo que en este momento su papel, como hacen otras muchas empresas que comercializan sistemas de seguridad, es la de poner esta tecnología a disposición de otras, en lugar de explotarla por ellos mismos.
El sistema es simple y bastante cómodo, para la elevada seguridad que proporciona y decir "creo que no tendrá éxito", cuando sistemas claramente inseguros como las tarjetas de banda magnética o el nombre de usuario y contraseña se están usando de forma masiva y con "éxito", es tan especulativo como arriesgado e injusto para el sistema.
Ante el comentario siguiente:
He de decir, que si leemos los enlaces que hay al comienzo del artículo, veremos que en este momento la solución "user" + "pass" + SSL, en absoluto es suficiente puesto que securiza las comunicaciones punto a punto y evita que alguien monitorice la comunicación, pero no proporciona seguridad en el caso de que haya un troyano en el ordenador que monitorice el buffer del teclado y transmita posteriormente ese "user" + "pass" a un tercero, que es realmente lo que está ocurriendo de forma masiva.
Asimismo, el sistema basado en PIN que se usa en las transacciones económicas con tarjeta, tampoco es seguro en el caso que te estén monitorizando con una cámara, o te hayan capturado el pin y la banda magnética con un TPV o cajero manipulado. Ni que decir, de las complicaciones y restricciones de otras soluciones, como la de la tarjeta inteligente + lector, que además es complicado que la podamos usar en cualquier parte y para cualquier propósito.
El desarrollo de BidiKey y en especial, de las operativas asociadas a los distintos escenarios, ha supuesto varios años de trabajo y una fuerte inversión económica por parte de la empresa Alter Core, empresa que además es Española en un momento de gran crisis en el sector. Como decía Francisco Sadurní, Director de Comunicación de Alter Core en su anterior mensaje, es una pena que los negativazos lluevan en España ante productos como este, en la mayoría de los casos, sin fundamento alguno y basándose más en la intuición que en la razón. Es una pena que sea necesario irse a hacer las "américas" para tener éxito. En este sentido, hay mucho interés en el otro lado del charco para usar esta tecnología en el pago y para el acceso a contenidos digitales protegidos por derechos de autor, algo que aquí en España, no parece interesar.
Supongo que si dentro de unos meses desembarca esta tecnología en España de la mano de "uno de los grandes" del sector, a muchos le parecerá una maravilla, cómoda y segura, pero en ese caso, en lugar de liderar el paradigma, los que han perdido la oportunidad aquí, tendrán que adaptase al nuevo paradigma que les impongan desde fuera, con todo lo que ello supone en un mundo globalizado.
He ahi la clave
menos_1613 Enero 2012 - 1:39am
Según entiendo la aplicación que corre en el terminal del usuario lo hace de forma completamente independiente al SO.
Si es así (que no estoy muy seguro de que hayas dicho eso) a este sistema no le veo mucho futuro.
No termino de ver que un fabricante pueda implementarlo en sus teléfonos sin ser un estándar y tampoco veo a la gente comprándolo de forma independiente. Creo que la sencillez de este sistema de autenticación para el usuario es suficiente en comparacion con la seguridad que ofrece,
pero es algo bastante complejo de implementar para los estandares actuales, donde una ventana con los campos "user" "pass" + SSL hoy son suficientes.
El sistema...
Fernando Acero11 Enero 2012 - 1:07pm
Hola Jonsito:
El sistema está protegido por patentes internacionales. Pero desde mi punto de vista y después de hablar largo y tendido con los responsables de la empresa, todo podría depender del modelo de negocio que se pudiera establecer, lo que va a depender a su vez del ámbito y modelo de aplicación de esta tecnología.
Esta tecnología está comenzando y como sus modelos de negocio pueden variar tanto, lo más lógico es mantener la tecnología protegida, al menos en un principio, hasta que se encuentre una forma de comercializarla, pero como te he dicho, nunca se ha descartado por los responsables de la empresa la liberación del código, en especial el del cliente, algo que les he recomendado en varias ocasiones.
También reconozco que cuando una empresa tiene puestas sus esperanzas en un producto tan bueno e innovador como este, todos los pasos se han de dar con pies de plomo ya que también tienen que dar cuentas a accionistas e inversores.
También les he preguntado por la posibilidad de tener una "maqueta" disponible en la Web para el que la quiera probar y lo están estudiando ya que eso implica cierta infraestructura e inversión.
Un saludo, Fernando Acero
Hay más formas de hacerlo.
anv12 Enero 2012 - 1:25pm
Las patentes pueden cubrir esa forma de hacerlo específicamente. Pero las calves de un solo uso no son nada nuevo así que no pueden patentarlas.
Por ejemplo, en lugar de aparecer en la pantalla un codigo bidimensional, basta con poner un número que el usuario deba teclear en su teléfono. El efecto que se obtiene es el mismo.
Interesante
Calario11 Enero 2012 - 11:32am
Ni los OTP ni los BIDI son nada nuevo, pero su combinación parece una opción muy interesante.