--- title: "rFirma 0.12 llega a Windows: una alternativa nativa a AutoFirma que prescinde de Java" description: "rFirma 0.12.0 amplía su apuesta por llevar la firma electrónica a un escritorio más ligero con una versión para Windows que prescinde de Java. El proyecto, independiente de la Administración española,..." url: https://revistacloud.com/rfirma-0-12-llega-a-windows-una-alternativa-nativa-a-autofirma-que-prescinde-de-java/ date: 2026-10-04 modified: 2026-10-01 author: "Silvia A. Feliz" image: https://revistacloud.com/wp-content/uploads/2026/10/rfirma.png categories: ["Noticias", "Tecnología"] tags: ["autofirma", "firma digital"] type: post lang: es --- # rFirma 0.12 llega a Windows: una alternativa nativa a AutoFirma que prescinde de Java [rFirma](https://github.com/sgomez/rfirma) 0.12.0 amplía su apuesta por llevar la firma electrónica a un escritorio más ligero con una versión para Windows que prescinde de Java. El proyecto, independiente de la Administración española, combina Rust, Tauri v2, React y un motor criptográfico compilado con GraalVM Native Image para ofrecer una aplicación nativa capaz de trabajar con certificados del sistema. **Las claves de rFirma 0.12 en 20 segundos** - La versión 0.12.0 incorpora soporte e instalador para Windows. - rFirma no necesita tener Java instalado para funcionar. - La interfaz utiliza React y Tauri v2, con Rust en la parte nativa. - El motor criptográfico procede del ecosistema Cliente @firma y se compila como biblioteca nativa. - El proyecto es independiente de AutoFirma, el Gobierno y la FNMT. La propuesta de rFirma parte de una idea bastante concreta: mantener las capacidades de firma electrónica compatibles con AutoFirma, pero cambiar la arquitectura de la aplicación. En lugar de depender de Java en el equipo del usuario, el proyecto empaqueta un motor criptográfico compilado como código nativo y utiliza Rust para la comunicación con el sistema operativo. Para un usuario de Windows, el cambio más visible está en la instalación. rFirma coloca la aplicación, su biblioteca criptográfica y las dependencias necesarias dentro del perfil del usuario, sin requerir permisos de administrador. También registra el protocolo `afirma://` cuando no existe otra aplicación asociada. ## Rust, React y GraalVM para sustituir la dependencia de Java La arquitectura de rFirma separa la interfaz y la integración con el sistema de la parte encargada de las operaciones criptográficas. La interfaz gráfica está construida con **Tauri v2, Rust, React y Vite**. El backend en Rust se encarga de la comunicación local con las sedes electrónicas, el protocolo `afirma://` y el acceso a certificados almacenados en el equipo. La parte más peculiar está en el motor criptográfico. rFirma utiliza componentes del Cliente @firma y los compila mediante **GraalVM Native Image** para generar una biblioteca nativa. El proyecto utiliza ese motor para operaciones relacionadas con formatos como CAdES, PAdES, XAdES y FacturaE. El resultado es una aplicación que no necesita una instalación independiente de Java. El motor se distribuye junto con rFirma y se carga desde la propia aplicación. En Linux, el proyecto ya planteaba esta arquitectura mediante paquetes Flatpak, `.deb` y `.rpm`. Con la versión 0.12.0, Windows entra también en la ecuación con un instalador específico. El proyecto asegura además que la arquitectura reduce de forma importante el tiempo de arranque y el consumo de memoria respecto a la referencia que utiliza para AutoFirma. Esas cifras forman parte de las especificaciones del propio proyecto y no de una prueba independiente. ## Windows recibe instalador, actualizaciones y acceso a certificados La llegada a Windows no se limita a recompilar la aplicación. rFirma incorpora un instalador pensado para ejecutarse sin privilegios de administrador y utiliza `%LOCALAPPDATA%\rfirma` para almacenar sus componentes. La versión 0.12.0 añade también integración con el almacén de certificados de Windows. El proyecto contempla además el uso de dispositivos y almacenes compatibles con **PKCS#11**, un estándar utilizado para interactuar con módulos criptográficos y determinados dispositivos de seguridad. Otro elemento añadido en esta versión es el sistema de actualización. rFirma puede comprobar nuevas versiones desde la propia aplicación y utiliza firmas minisign para verificar los archivos correspondientes. El proyecto también publica sumas SHA-256 para comprobar que el instalador descargado coincide con el archivo esperado. Hay, eso sí, una particularidad que los usuarios de Windows encontrarán al instalarlo. El instalador todavía no utiliza **Authenticode**, el sistema de firma de código habitual de Windows. Por ese motivo, SmartScreen puede mostrar una advertencia al ejecutar el instalador. El proyecto explica esta circunstancia y recomienda comprobar la suma SHA-256 publicada antes de continuar con la instalación. Es una diferencia relevante frente a aplicaciones comerciales que ya cuentan con una cadena de confianza reconocida por Windows. ### No es AutoFirma oficial El parecido con AutoFirma hace especialmente importante distinguir ambos proyectos. rFirma declara expresamente que **no tiene ninguna relación con la Administración pública española**. No es un producto oficial, no está respaldado por el Gobierno y tampoco pertenece al equipo que desarrolla AutoFirma. La referencia a AutoFirma y a la FNMT se utiliza para explicar compatibilidad y contexto técnico. La relación es, por tanto, de compatibilidad y reutilización tecnológica. El proyecto emplea componentes del Cliente @firma para la parte criptográfica, pero construye alrededor de ellos una aplicación de escritorio diferente. Ese planteamiento permite a rFirma mantener una parte importante de la lógica criptográfica existente mientras sustituye la capa de aplicación. Para el usuario final, la diferencia más evidente es que el motor necesario se distribuye como código nativo en lugar de exigir una instalación de Java. El proyecto también mantiene el código abierto, de modo que su arquitectura y sus mecanismos de distribución pueden ser examinados desde el propio repositorio. La licencia indicada por el proyecto combina las condiciones del Cliente @firma original. ## Un proyecto interesante para quienes usan firma electrónica en Linux y Windows La versión 0.12.0 convierte a Windows en una plataforma real dentro de la estrategia de rFirma. El proyecto ya contaba con una arquitectura orientada a Linux y ahora añade instalador, gestión de certificados y actualización para el sistema operativo de Microsoft. La parte interesante desde el punto de vista técnico está menos en crear otra interfaz para firmar documentos que en **desacoplar la experiencia de escritorio de la tecnología Java** sin abandonar el motor criptográfico del ecosistema @firma. Eso deja una aplicación construida con tecnologías actuales de escritorio, mientras que las operaciones de firma continúan apoyándose en una base criptográfica específica para los formatos utilizados por la Administración electrónica española. rFirma todavía tiene recorrido por delante y su condición de proyecto independiente hace que no pueda equipararse automáticamente con el software oficial. Pero la versión 0.12.0 marca un cambio claro: la alternativa ya no se limita al escritorio Linux y empieza a cubrir también Windows con una aplicación nativa, sin Java y con una cadena de actualización propia. ## Preguntas frecuentes ### ¿Qué es rFirma? rFirma es un proyecto de código abierto que desarrolla una aplicación nativa de firma electrónica compatible con el ecosistema de AutoFirma. Utiliza Tauri, Rust y React junto con un motor criptográfico compilado mediante GraalVM Native Image. ### ¿rFirma necesita Java? No. El motor criptográfico se compila como código nativo y se distribuye junto con la aplicación, por lo que el usuario no necesita instalar Java para utilizar rFirma. ### ¿rFirma es una aplicación oficial del Gobierno? No. Es un proyecto independiente y no está desarrollado ni respaldado por la Administración pública española, el equipo de AutoFirma o la FNMT. ### ¿Qué aporta rFirma 0.12.0 en Windows? La versión 0.12.0 incorpora soporte para Windows, instalador por usuario, acceso al almacén de certificados del sistema, soporte para PKCS#11 y un mecanismo de actualización desde la aplicación.