WireGuard y VeraCrypt bloqueados por Microsoft sin aviso

El desarrollador de WireGuard, bloqueado por Microsoft sin previo aviso

El mantenedor del popular cliente VPN de código abierto WireGuard se convirtió en abril de 2026 en el segundo desarrollador de alto perfil en denunciar públicamente que Microsoft bloqueó su cuenta sin notificación previa, impidiéndole distribuir actualizaciones de software a los usuarios de Windows. El caso llegó apenas días después de que Mounir Idrassi, desarrollador principal de VeraCrypt, revelara una situación prácticamente idéntica que dejó a miles de usuarios expuestos a potenciales problemas de arranque del sistema operativo.

Dos proyectos críticos de seguridad digital, millones de usuarios y una plataforma que actúa como gatekeeper silencioso: la señal de alerta para el ecosistema del software libre no podría ser más clara.

¿Qué ocurrió exactamente con VeraCrypt y WireGuard?

El caso VeraCrypt: el primero en caer

El 30 de marzo de 2026, Mounir Idrassi anunció públicamente en los foros de SourceForge que Microsoft había terminado sin explicación la cuenta que utilizaba desde hacía años para firmar los drivers y el bootloader de VeraCrypt en Windows. Según el propio Idrassi, no recibió ningún correo de advertencia, explicación de motivos ni vía de apelación: solo un mensaje automático de terminación y respuestas automatizadas cuando intentó contactar con soporte.

👥 ¿Quieres ir más allá de la noticia?

En nuestra comunidad discutimos las tendencias, compartimos oportunidades y nos ayudamos entre emprendedores. Sin humo, solo acción.

👥 Unirme a la comunidad

Las consecuencias son graves. Sin una cuenta de firma válida en los sistemas de Microsoft, no es posible publicar nuevas versiones firmadas del software para Windows. Esto significa que los usuarios que tienen habilitado el cifrado de sistema con VeraCrypt podrían enfrentar fallos de arranque a partir de julio de 2026, cuando Microsoft revoque los certificados asociados. Las versiones para Linux y macOS no se ven afectadas.

El caso WireGuard: el patrón se repite

WireGuard, el protocolo VPN de código abierto ampliamente considerado el estándar moderno de redes privadas por su eficiencia criptográfica y su base de código compacta, enfrentó la misma situación. Su mantenedor —conocido en la comunidad técnica como zx2c4 (Jason Donenfeld)— vio bloqueada su cuenta de desarrollador de Microsoft sin notificación, lo que le impide entregar actualizaciones del cliente oficial de WireGuard para Windows a sus usuarios.

Según recoge Cybernews, ambos incidentes ocurrieron en paralelo, lo que descarta que se trate de un error puntual y apunta a un problema sistémico en los procesos de verificación y gestión de cuentas del ecosistema de desarrolladores de Microsoft.

¿Por qué Microsoft puede hacer esto y qué está fallando?

Para distribuir software firmado en Windows —especialmente drivers, bootloaders y aplicaciones en la Microsoft Store—, los desarrolladores deben mantener una cuenta activa en el Partner Center de Microsoft. Este sistema exige verificaciones periódicas de seguridad y cumplimiento de políticas. El problema es que, cuando una cuenta se bloquea o termina de forma automatizada —ya sea por una alerta de fraude, un flag de política o un error en el sistema—, no existe en la práctica un mecanismo ágil de apelación humana.

En palabras de la comunidad de Hacker News, que debatió el caso con intensidad: Microsoft actúa aquí como una autoridad certificadora (CA) opaca, con el poder de revocar la capacidad de distribución de un proyecto sin transparencia ni due process. Para proyectos de código abierto que no cuentan con equipos legales ni contratos corporativos, esto equivale a una sentencia de muerte digital en la plataforma Windows.

Cuando TechCrunch contactó a Microsoft para solicitar comentario sobre el caso de VeraCrypt, no obtuvo respuesta inmediata. Hasta la fecha de publicación de este artículo, tampoco ha habido una declaración oficial sobre el caso de WireGuard.

El impacto real para los usuarios y el ecosistema open source

Más allá del drama técnico, estos casos tienen consecuencias muy concretas:

Usuarios de VeraCrypt en Windows: quienes tengan habilitado el cifrado de sistema completo (full-disk encryption) podrían no poder arrancar su equipo después de julio de 2026, si Microsoft revoca el certificado del bootloader firmado.
Usuarios de WireGuard en Windows: quedan atrapados en versiones desactualizadas del cliente oficial, sin acceso a parches de seguridad ni nuevas funcionalidades mientras dure el bloqueo.
Proyectos open source con un solo mantenedor: la concentración de responsabilidad en una sola persona —y en una sola cuenta de plataforma— convierte cualquier incidente burocrático en un riesgo catastrófico para la continuidad del proyecto.
Confianza en la infraestructura digital: si herramientas de seguridad críticas como una VPN o un software de cifrado de disco pueden quedar paralizadas de forma silenciosa, el ecosistema completo pierde resiliencia.

Reacción de la comunidad: crítica y propuestas

La comunidad técnica no tardó en reaccionar. En Hacker News, los debates se centraron en dos frentes: por un lado, la crítica a la opacidad de los procesos de revocación de Microsoft; por otro, propuestas concretas para reducir la dependencia de plataformas de terceros.

Entre las ideas más discutidas destacan: la creación de nuevas organizaciones paraguas que asuman la firma del software (evitando el single point of failure de una cuenta personal), la exploración de alternativas de firma fuera del ecosistema Microsoft, y el llamado a instituciones y fundaciones de software libre para que intervengan como intermediarios con mayor poder de negociación frente a grandes plataformas.

El caso también recuerda a incidentes similares con Apple, donde desarrolladores han visto suspendidas sus cuentas de la App Store sin aviso, y que solo se resolvieron gracias a la presión mediática. El patrón se repite con distintos actores, pero la lección es siempre la misma: la distribución centralizada en plataformas propietarias es un talón de Aquiles para el software libre.

¿Qué pueden hacer los founders y desarrolladores para mitigar este riesgo?

Para quienes construyen productos tech —especialmente herramientas con componentes de distribución en plataformas de terceros—, estos casos ofrecen lecciones accionables:

Diversificar canales de distribución: no depender exclusivamente de Microsoft Store, App Store o Google Play. Mantener instaladores directos firmados desde infraestructura propia.
Usar cuentas organizacionales, no personales: los proyectos críticos deben tener acceso a plataformas bajo entidades legales (empresa o fundación), no bajo cuentas personales de un mantenedor individual.
Documentar y monitorear el estado de las cuentas de plataforma: tratar las cuentas de desarrollador como infraestructura crítica, con revisiones periódicas y alertas automatizadas.
Construir relaciones con los equipos de soporte empresarial: tener un contacto humano en la plataforma antes de que ocurra un problema, no después.
Explorar modelos de firma comunitaria: fundaciones como Linux Foundation o Open Source Initiative pueden actuar como entidades de firma para proyectos con mantenedores individuales.

Conclusión

El bloqueo de las cuentas de WireGuard y VeraCrypt en Microsoft no es solo una anécdota técnica: es un recordatorio de que el software libre —por más robusto y respetado que sea— puede quedar paralizado cuando su distribución depende de plataformas propietarias que operan como cajas negras. En un ecosistema startup donde la agilidad y la confianza de los usuarios son activos críticos, la dependencia de un único canal de distribución es un riesgo que ningún founder debería ignorar.

La pregunta no es si esto puede pasarle a tu producto, sino cuán preparado estás para responder si ocurre.

Conecta con founders que han navegado riesgos de plataforma y comparte estrategias para blindar tu distribución de software.

Conectar con founders