Seguramente entre todas expliquen porque aún [...]]]> Hace poco escribí un artículo que narraba mi experiencia personal en la renovación de los certificados electrónicos de mi DNIe. Una experiencia que no deja de ser una perspectiva negativa más entre toda una serie de ellas, ya ampliamente discutidas en diversos foros.

Seguramente entre todas expliquen porque aún a día de hoy, con casi 20 millones de DNIs electrónicos en la calle, su uso como medio de identificación, autenticación y firma electrónica aún es absolutamente residual.

Tuve la suerte que entre las personas que dejaron algún comentario al artículo se encontraba también David Blanco, CEO de Tractis, una empresa que se dio a conocer principalmente por su novedoso servicio de negociado y firma de contratos en Internet con la misma validez legal que la firma manuscrita, un servicio en el cual uno de los tipos de certificados electrónicos más importantes entre los admitidos lo son los del DNIe. Sobra por tanto decir que se trata de alguien que se conoce muy bien el terreno.

David me puso sobre aviso de una noticia muy reciente, y a mi juicio bastante relevante, que se había publicado poco antes y que personalmente desconocía. Después de indagar un poco he podido ver que, salvo en foros muy especializados como en Kriptópolis o el blog del propio David, la noticia ha tenido mucho menos publicidad de lo que, en mi opinión, se merece.

Por tanto, después de hablar con David, he considerado que podría ser interesante comentarla aquí de nuevo en un artículo aparte, basándome en lo que David nos cuenta en sus propios comentarios siendo además un contrapunto positivo a anteriores artículos que se centraban más en los aspectos negativos que rodean, hoy por hoy, el asunto del DNIe.

La noticia se centra en la necesidad de instalación de los Drivers, como dice David:

“Este último punto, la necesidad de instalar que el ciudadano instale los drivers del DNIe, ha sido una de las principales barreras (sino la principal) al uso del DNIe en España. La complejidad y problemas de esta instalación han dado dolores de cabeza y causado frustración a docenas de miles de ciudadanos (sobre todo a los usuarios de GNU/Linux y Mac). Afortunadamente, la buena noticia es que, desde hace dos semanas, ya no es necesario instalar los drivers del DNIe para poder utilizarlo.”

Hace dos semanas, la Dirección General de la Policía (DGP), publicó el “Manual de Comandos APDU del DNIe“. La información contenida en este manual, hasta ahora solo en poder de la DGP, permite conectarse y “hablar” directamente con el chip del DNIe sin necesidad de pasar por los drivers oficiales de la DGP. En otras palabras, con esta información cualquier empresa puede desarrollar sus propios drivers de DNIe y, más aún, integrarlos dentro de sus servicios de forma que el usuario pueda utilizar su DNIe sin tener que instalar los drivers. Se trata de un anuncio largamente esperado por el sector privado. La semana pasada lanzamos en Tractis una nueva versión en la que nos integramos con el DNIe a través de comandos APDU. Estoy seguro de que otras empresas y colectivos (ver la comunidad OpenSC en Kriptópolis) están trabajando en desarrollos similares. Ahora mismo ya existen los medios para que los ciudadanos puedan utilizar su DNIe para autenticarse o firmar sin tener que instalar antes los drivers. Solo hay que enchufar el lector, insertar el DNIe y listo. Tal y como debería haber sido desde el principio.

En resumen, barreras hay muchas, afortunadamente, poco a poco (indudablemente, no con la rapidez que nos gustaría), van desapareciendo.”

En otro comentario nos da más perspectiva sobre las implicaciones de estos cambios, relacionadas con otros problemas que ya hemos identificado repetidamente:

“La lentitud del DNIe y la solicitud repetida del PIN, también se soluciona con la publicación de los Comandos APDU. Este miércoles 13 anunciábamos tiempos de uso de autenticación/firma en Tractis de 20 segundos (ver vídeo). Hoy viernes 15, solo dos días después, ya hemos conseguido bajar a 18 segundos (y seguimos iterando…). De igual forma, gracias a la integración con el DNIe vía Comandos APDU, la contraseña solo se pide una vez y damos feedback al usuario sobre si:

- El lector de DNIe está conectado o no,
- el DNIe está dentro del lector o no,
- la contraseña introducida es correcta o no (y el nº de intentos que quedan),
- el DNIe está bloqueado o no,
- los certificados están caducados o no,
- el chip de la tarjeta está dañado o no.

A medida que todas las soluciones, proveedores, empresas, administraciones públicas, etc… vayan incorporando estas nuevas funcionalidades (para todos los usos -autenticación y firma-, navegadores y sistemas operativos), disfrutaremos de una experiencia de uso del DNIe sensiblemente mejorada y, por tanto, de mayor interés por parte de los ciudadanos y el sector privado. Hay motivos para ser optimistas.”

En fin, creo que son muy buenas noticias.

Naturalmente habrá que ser cautos y esperar que los servicios electrónicos se adapten y ver entonces también en qué medida el entorno de los usuarios supone desafíos en cuanto a las nuevos problemas que esta vía puede suponer en factores como el sistema operativo, navegadores y máquina virtual Java utilizada por los ciudadanos.

Con esto tampoco se resuelven todos los problemas, pero cabe tener la esperanza de que efectivamente se trate de un hito importante que permita eliminar de un plumazo, al menos, varias de las mayores barreras existentes a día de hoy y que permita darle un impulso de verdad al DNIe para que realmente se utilice para lo que fue realmente concebido en su momento.

A mi juicio, si este cambio da sus frutos en la práctica y se impulsan además las iniciativas adecuadas para que el tema del lector deje de ser un problema, la combinación de todos estos factores puede tener el potencial de mejora suficiente para que percibamos un aumento claro en la tasa de uso del DNIe, quizás suficiente como para que a medio plazo llegue a tasas de uso parecidas a las de los certificados de la FNMT.

Quedarían aún otros temas por ver como la imposibilidad de renovar los certificados en casa, lo que implica un desplazamiento excesivamente frecuente a las comisarias (cada 30 meses) pero creo que esto serían males menores en los que ya se puede trabajar con más clama si se consiguiese primero que lo antes expuesto cuaje en la práctica.

Esta revisión la quise rotular en un principio como 2ª edición, ya que la envergadura de los [...]]]> Después de la primera edición publicada en febrero de este año, he editado una nueva revisión del Manual Práctico de Supervivencia en la Administración Electrónica, como siempre, la podéis descargar aquí.

Esta revisión la quise rotular en un principio como 2ª edición, ya que la envergadura de los cambios es importante, suficiente como para justificar una segunda edición, pero por problemas “técnicos” relacionados con el ISBN que he tenido que solicitar para la edición en papel, he tenido que seguir etiquetándola como 1ª Edición. Para diferenciarla de la edición anterior, la he etiquetado como revisión de la primera edición de septiembre del 2010. Pido disculpas de antemano por la confusión que pudiera generar este lío de ediciones, pero en la solicitud del ISBN no he tenido opción con esta cuestión.

Con la edición en papel espero poder dar ahora también una respuesta satisfactoria a aquellas demandas que me han preguntado por una edición impresa. En la página dedicada al manual podéis encontrar información detallada sobre los canales disponibles para adquirir ejemplares impresos y las ventajas específicas de cada una de ellos, de modo que espero que según el caso (adquisición individual, pedidos de múltiples ejemplares, etc.) cada cual encuentre así la opción que más ventajas le ofrezca.

Quiero aprovechar la ocasión del anuncio de esta nueva edición para hacer hincapié en el hecho de que en la revisión en profundidad de algunas partes y las ampliaciones de contenidos de otras ha sido fundamental la participación de los lectores con sus comentarios, críticas y sugerencias, al más puro estilo Web 2.0. Espero que en ese sentido, los lectores perciban en esta edición una mejora y puesta al día clara y que sigan ayudándome con sus comentarios para seguir evolucionando esta publicación en futuras ediciones.

A continuación, reproduzco el nuevo apartado de historial de cambios que he introducido en esta edición para que tengáis un pequeño resumen de los cambios más importantes:

• Cambio de formato del libro a Crown Quarto y cambios en tipografía y colores
• Inclusión de un historial de revisiones
• Revisión y actualización de los contenidos e imágenes
• Explicación paso-a-paso para importar un certificado electrónico en los almacenes de Windows y de Firefox
• Ampliaciones, correcciones menores y actualizaciones en capítulo “Cosas fundamentales que hay que dominar”
• Nuevo apartado dedicado al uso de Applets y ActiveX en la firma electrónica

Desde entonces he tenido la ocasión de impartir [...]]]> Con el vencimiento del plazo establecido por el Reglamento de Desarrollo de la Ley 11/2007, el Real Decreto 1671/2009, se ha estrenado una larga serie nuevas sedes electrónicas en diversos Ministerios, Organismos Públicos y Agencias.

Desde entonces he tenido la ocasión de impartir algún curso relativo a cuestiones de administración electrónica en los cuales ha sido por supuesto obligatorio ver ejemplos de esta nueva figura del paisaje de la administración electrónica.

Hemos podido ver el gran despliegue de sedes y que este concepto, como lugar que centraliza los servicios electrónicos de cualquier organismo, efectivamente tiene mucho sentido, sin hablar de cosas tan prácticas como el acceso al expediente del interesado. Este tipo de cosas hacen que la vía electrónica pueda ser realmente una manera efectiva de acercar la Administración más al ciudadano.

Sin embargo, en estos cursos también salen a relucir inevitablemente problemas operativos y técnicos que a los no iniciados en el mundo de la administración electrónica les resultan muy difíciles de superar sin ayuda. Por desgracia muchos de estos problemas se dan incluso en cosas tan básicas como los certificados de sede electrónica y sus sellos electrónicos.

En general, la impresión que queda a todo el mundo tras estas experiencias es la de que ha habido un gran avance cuantitativo dado el elevado número de servicios disponibles, pero que no se ha avanzado cualitativamente en la misma medida.

Esta sensación se produce por cosas como el caso de una sede electrónica cuyo certificado no ha sido emitido por ninguna autoridad de certificación de las comúnmente reconocidas sino por una propia interna, a efectos de su uso cara al público podríamos decir, “inventada” por el propio organismo. El ciudadano que acceda a esta sede será recibido consecuentemente con un mensaje del tipo “no debería continuar” o “este sitio no se puede identificar y puede ser inseguro” en su navegador.

Los alumnos que asisten a estos cursos tienen afortunadamente la oportunidad de comprender la naturaleza de este tipo de problemas y aprender a solucionarlos lo que les permitirá manejarse sin grandes problemas con los servicios electrónicos. Pero al ciudadano que no ha tenido la ocasión de recibir este tipo de formación y al que, en general, esto de los certificados electrónicos y certificados raíz le suena a chino mandarín, le quedarán pocas ganas de continuar con su aventura con la administración electrónica tras estas experiencias, las cuales le recordarán más al clásico “vuelva usted mañana” que a las tecnologías del siglo XXI.

De todas formas, en el artículo de hoy no quiero hablar tanto de los problemas que se pueden atribuir más bien a las propias sedes electrónicas, que no dejan de ser casos específicos y puntuales, como de los problemas y limitaciones de los productos y tecnologías de base en la administración electrónica como lo son los sistemas operativos y navegadores, las cuales nos complican seriamente la vida a quienes tenemos proyectos en este ámbito a nuestro cargo.

Pongamos ejemplos:

Un problema con consecuencias similares para el ciudadano a las antes citas es el relacionado con la distribución de los certificados raíz de las autoridades de certificación (CA) comúnmente utilizadas.

Para que una máquina de un usuario de por bueno un certificado electrónico determinado la CA que lo emitió tiene que estar dada de alta en el almacén de certificados de su máquina.

Hay muchas CAs y, por tanto, no puede recaer en el usuario mantenerlas actualizadas permanentemente, de modo que lo suyo es que existan mecanismos automáticos de actualización de estos certificados. En el caso de Windows, por ejemplo, desde hace un tiempo los certificados se incluyen en los paquetes de actualización automática que este sistema operativo se descarga periódicamente de Internet.

Sin embargo, en algunos casos o ni se actualizan o se actualizan tarde. Y esto ocurre desgraciadamente incluso también con las autoridades de certificación más importantes. Un ejemplo muy claro son los nuevos certificados raíz e intermedios APE (Administración Pública Española) usados por la FNMT que son una de las opciones por excelencia para el certificado de una sede electrónica.

Retrasos e incidencias diversas en la actualización efectiva de estos certificados o incluso la incompatibilidad con determinados sistemas como el navegador Safari de Apple hacen que muchos usuarios no dispongan de estos certificados raíz en su almacén de certificados en el momento que los necesiten. Sin mencionar muchos otros problemas como el hecho de que el navegador Firefox ignore de siempre los certificados de la FNMT, sin mencionar que además, ya puestos, Firefox ignora también el almacén de certificados del sistema operativo (usa solamente el suyo propio que, por cierto, no se actualiza automáticamente). Un problema con el que ya me he encontrado en múltiples ocasiones.

Este tipo de cosas convierten a los certificados de sede electrónica en identidades digitales imposibles de verificar y por tanto desconocidas para la máquina del usuario. En varias sedes como, por ejemplo, la del Ministerio de Ciencia e Innovación o el BOE esto ha sido motivo de que al usuario se le advierta nada más entrar en la misma del problema indicándolo cómo resolverlo “manualmente”, lo cual es lo poco que un órgano como estos puede hacer ante este problema, pero evidentemente no elimina realmente la barrera que el ciudadano se encuentra al intentar acceder a los servicios electrónicos.

Por otra parte, en otro artículo ya hice referencia a los problemas que se encuentran los ciudadanos en su relación electrónica con la Administración Pública cuando usan el DNI electrónico los que llevan a que en la práctica, según los datos del INE, ni un 4% lo usan para trámites electrónicos a pesar de ser el medio por excelencia para implementar la identidad digital universal a nivel nacional.

Además de los problemas que comenta este artículo, como lo son la necesidad de adquirir un lector y la dificultad que supone a muchos ciudadanos instalar un software para ponerlo en marcha, existen otros problemas importantes como lo son, por ejemplo, su gran lentitud en determinadas ocasiones y el exagerado número de ocasiones en los que se solicita una y otra vez el PIN de protección de los certificados al usuario. Tengo muy pocos conocimientos técnicos de tarjetas inteligentes, pero seguramente gran parte de estos inconvenientes estén relacionados con el funcionamiento de la propia tecnología y modo de operación de una tarjeta inteligente como lo es al fin y al cabo el DNIe.

Puestos a hablar de problemas técnicos tampoco podemos olvidar el gran problema que sigue siendo realizar una firma en un navegador, problema al cual los servicios electrónicos necesitan seguir dedicando guías de decenas de páginas para explicarle al usuario los requisitos técnicos, cómo configurar su navegador para que le sea posible firmar y las múltiples posibles incidencias que se puede encontrar.

En esta ocasión el origen de esta dificultad se encuentra en el hecho de que manera de realizar una firma electrónica en Web no se encuentra normalizada en un estándar Web como lo es, por ejemplo, HMTL. Por tanto, los navegadores en general no implementan de manera nativa funciones de firma electrónica, de modo que sólo queda la opción de implementarla con componentes del tipo Applet o ActiveX que descarga la propia aplicación Web. Estos componentes se encuentran sujetos a determinados requisitos técnicos e importantes restricciones de seguridad, lo cual resulta ser un pozo de conflictividad para su correcta ejecución en el navegador del usuario final, especialmente en entornos corporativos con políticas de seguridad restrictivas.

Si a esto añadimos tener que lidiar, siguiendo el principio de neutralidad tecnológica del artículo 6.2.k de la Ley 11/2007, con múltiples navegadores y versiones de los mismos, cada navegador con sus peculiaridades y problemas para que estos componentes accedan al almacén de certificados del usuario, tenemos un entorno tecnológico en el cual resulta realmente difícil que las cosas funcionen razonablemente bien a todo el mundo. Por tanto, tener que usar de este tipo de componentes no es una buena base para la firma electrónica en Web.

Estos ejemplos son tan sólo unos pocos entre muchos y la reflexión que me sugieren es que existe un desfase importante entre el desarrollo legal de la administración electrónica y la realidad de las posibilidades de la tecnología. Y, como habrá quedado claro con los ejemplos anteriores, no me refiero a la tecnología de base como la propia de los certificados o la firma electrónica (esta se encuentran ya muy madura), sino a las limitaciones de los productos de software básicos (sistemas operativos, navegadores y tarjetas inteligentes fundamentalmente).

Unas prestaciones adecuadas y una mayor estandarización del uso de las tecnologías clave de la administración electrónica (certificados y firma electrónica) en estos productos resulta absolutamente imprescindible para que la administración electrónica pueda madurar. La realidad es que, hoy por hoy, estos productos no están a la altura de los requisitos jurídicos y que por tanto el plano jurídico va por delante de las posibilidades del entorno tecnológico.

Esta situación cuestiona seriamente la viabilidad de los objetivos marcados por la Ley 11/2007, ya que parece que de poco sirve tener todos y cada uno de los servicios y procedimientos disponibles por la vía electrónica si el ciudadano a la hora de utilizarlos se encuentra con estas barreras que hacen que muchos de los servicios distan de ser operativos y accesibles en la medida que seria razonable.

Creo por tanto que ha llegado el momento de trabajar más a fondo en la parte tecnológica y con una visión más allá de lo jurídico y la normalización del uso de las tecnologías desde un punto de vista intra-administrativo como lo son las cuestiones abarcadas por el ENI o el ENS. Toca impulsar también de manera proactiva a la parte externa al ámbito de la Administración Pública que hoy por hoy tanto nos limita para avanzar de manera efectiva.

Creo que son imprescindibles actuaciones eficaces para conseguir un nivel de cooperación adecuado por parte de los fabricantes de los productos tecnológicos clave en la relación electrónica con la Administración Pública que, como decíamos, son principalmente el sistema operativo, navegador y tarjetas inteligentes.

La administración electrónica solamente se puede considerar implantada con éxito si la mayoría de los ciudadanos la utilizan con naturalidad. Para conseguirlo ha de ser una experiencia de una sencillez comparable a la de usar un teléfono móvil.

Si queremos que esa sea la experiencia del usuario no pueden ocurrir las cosas mencionadas en este artículo. No puede haber estas incidencias con los certificados raíz de las autoridades de certificación más importantes, es más: el usuario no tiene ni porqué saber lo que es un certificado raíz.

Tampoco debería tener que instalar ningún software para poder hacer funcionar su DNIe, este software debería venir de fábrica junto con el sistema operativo o bien instalarse de manera automatica con sus actualizaciones de modo que la experiencia del ciudadano de usar el DNIe sea enchufarlo, meter su PIN cuando se le pida y a trabajar.

Y tampoco puede ser que un navegador usado por un 25% de la población como lo es Firefox siga ignorando el almacén nativo de certificados del sistema operativo y ni siquiera incluya por defecto el certificado raíz de la FNMT.

Y ya paro con los ejemplos, pero hay muchos más. Para todos ellos habrá que sentarse con los fabricantes y conseguir su compromiso firme de cooperación en este terreno. Desconozco si en virtud de ser pragmático y eficaces el foro más adecuado es el europeo o el nacional y si es necesaria la implicación directa de los Gobiernos de la Unión Europea o lo puede conseguir la Administración por sí sola, pero desde luego tengo claro que o se soluciona este tema y se eliminan estas barreras para el ciudadano o queda rato para escribir artículos como éste.

Algunas de las novedades más importantes ya se comentaron en este artículo que anunciaba la publicación de la revisión del borrador de noviembre y por tanto no las repito aquí.

Esta primera edición [...]]]> Por fin he conseguido completar la primera edición del Manual Práctico de Supervivencia en la Administración Electrónic@.

Algunas de las novedades más importantes ya se comentaron en este artículo que anunciaba la publicación de la revisión del borrador de noviembre y por tanto no las repito aquí.

Esta primera edición ha cambiado otra vez sustancialmente con respecto a la anterior (la revisión de noviembre mencionada). La página dedicada al manual de este blog contiene una descripción general de sus contenidos.

En cuanto a las novedades concretas en primer lugar he cambiado en la parte práctica el orden de algunos capítulos ya que me parece que facilitará el aprendizaje de sus materias y he ampliado los contenidos. Ahora se explica, por ejemplo, cómo configurar Adobe Reader para que valide documentos PDF con firmas electrónicas y como firma electrónicamente documentos PDF.

Por otra parte, se ha puesto al día la parte de aspectos jurídicos para incluir las últimas novedades, el Reglamento de desarrollo de la Ley 11/2007 y los Esquemas Nacionales de Seguridad e Interoperabilidad.

Se ha incluido también contenido sobre algunos productos de administración electrónica que me parecen particularmente útiles y que los proporciona gratuitamente la propia Administración tales como el Sistema Integrado de Gestión Municipal o el cliente firma de @firma.

Finalmente también se han ampliado también contenidos en la parte dedicada a la Web 2.0 e innovación en la administración electrónica y se han actualizado y ampliado  las referencias incluidas en el anexo.

En fin, espero que encontréis esta primera edición del manual completa y práctica. A partir de aquí todas las críticas y sugerencias serán muy bienvenidas.

Aunque en su momento califiqué la primera versión publicada como “casi definitiva” al final la cosa [...]]]> Después de unos cuantos meses desde la publicación de la primera edición en borrador  del Manual Práctico de Supervivencia en la Administración Electrónic@, he subido una nueva revisión a este sitio.

Aunque en su momento califiqué la primera versión publicada como “casi definitiva” al final la cosa no ha sido así, sino que, aún tratándose de una edición borrador, cuenta con una gran cantidad de cambios.

Los principales cambios son una nueva estructuración en 4 grandes bloques temáticos y un cambio en el orden de los capítulos con el fin de lograr un orden más lógico para asimilar los conceptos tratados y adaptarse mejor a los diferentes perfiles de lectores, contenidos nuevos como el repaso, obligado a estas alturas, del software libre y de fuentes abiertas en la Administración Pública, o un resumen de los contenidos de las principales normales legales en torno a la Administración electrónica.

También se ha ampliado la parte de servicios horizontales de la Red SARA y se han cambiado muchos pequeños detalles como nuevos ejemplos de aplicaciones de Administración electrónica o un repaso de los gráficos para sustituir algunos que se encontraban en inglés por gráficos en castellano.

El motivo por el cual me he inclinado a ampliar la edición ha sido fundamentalmente la buena acogida y difusión del manual gracias a su tan favorable mención en blogs como eFuncionario de Felix Serrano, Administraciones en Red de Iñaki Ortiz y Alberto Ortiz de Zárate, o i-public@ de Oscar Cortés.

Muchas gracias desde aquí a ellos, que han sido los primeros en divulgar la existencia del manual, y a los que vinieron a continuación, como lo han sido Carlos Guardían en K-Government, la Junta de Castilla y León que lo ha re-publicado en su Web de Municipios Digitales y otras Administraciones Públicas que han decido usarlo en sus cursos de formación. Estas cosas son muy gratificantes y motivan para continuar trabajando en este documento.

Me hizo especial gracia el cierto grado de ironía que supone el hecho de haber sido además un ejemplo real, aunque involuntario, de aplicación de mecanismos de marketing viral a la Administración electrónica, algo de lo que el manual hablaba precisamente en su parte de perspectivas futuras y cosas a fomentar en la Administración Pública. Todo empezó con un simple post en el grupo de mi promoción de compañeros funcionarios para ponerlo a su disposición; a partir de ahí, a través de alguien la cosa llegó a Felix Serrano y a luego la red hizo el resto. Así que no deja de ser una simpática ironía que yo mismo me viera sorprendido por el alcance estos fenómenos de la red.

Dicho ésto, me gustaría animar desde aquí a las críticas constructivas que se consideren oportunas, de contenidos, exposición de los contenidos, peso específico de los contenidos, omisiones, etc. Lo que se tercie, aunque sean duras serán muy bien recibidas, siempre que sean constructivas. Y es que ya sabéis: el mejor trabajo es, sin duda, el realizado en equipo, y sin una realimentación de otras personas es muy difícil darse cuenta de muchas cosas.

La versión definitiva del manual pienso publicarla como muy tarde para enero del año 2010, justo a tiempo para la plena entrada en vigor de la Ley 11/2007 …

Contendrá un conjunto de mejoras como un índice alfabético bastante más extenso, ampliaciones en la parte legal como la inclusión de un pequeño resumen del Reglamento de desarrollo de la Ley 11/2007 y una considerable amplicación de referencias en el anexo; faltan aún muchos sitios y documentos interesantes que incluiré.

Mientras tanto espero que los nuevos contenidos ampliados, aunque aún un poco verdes, ya sean de utilidad. Espero también que hasta la publicación de la edición definitiva se me perdonen los gazapos en la redacción y cuestiones similares que aún no he podido revisar a fondo.