Microsoft bloquea cuentas open source: WireGuard y VeraCrypt sin parches

Qué ocurrió: suspensión sin previo aviso

A principios de abril de 2026, varios mantenedores de proyectos open source críticos para Windows descubrieron que sus cuentas en el Windows Hardware Program de Microsoft habían sido bloqueadas sin ninguna notificación previa. Los afectados incluyen proyectos de altísimo perfil y uso masivo: WireGuard, VeraCrypt, MemTest86 y Windscribe. Desarrolladores que llevaban años operando sin inconvenientes encontraron mensajes de «acceso restringido» al intentar publicar actualizaciones o parches de seguridad urgentes.

El impacto va mucho más allá de una inconveniencia administrativa: Windows bloquea a nivel de kernel cualquier driver no firmado digitalmente, por lo que la suspensión equivale, en la práctica, a congelar por completo la cadena de entrega de software para millones de usuarios.

La causa: un proceso de verificación obligatoria que nadie recibió

Según Microsoft, las suspensiones se desencadenaron automáticamente porque los desarrolladores no completaron un proceso de reverificación obligatoria lanzado en octubre de 2025, con fecha límite de 30 días. La compañía afirma haber enviado correos electrónicos de aviso desde esa fecha; sin embargo, mantenedores como Mounir Idrassi (creador de VeraCrypt) y Jason A. Donenfeld (mantenedor principal de WireGuard) niegan haber recibido comunicación alguna.

👥 ¿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

El 30 de marzo de 2026 se cerró formalmente el proceso, y las cuentas que no habían completado la verificación quedaron suspendidas de forma automática, bloqueando cualquier nueva firma o envío de builds al programa.

Cronología resumida

Octubre 2025: Microsoft inicia el proceso de reverificación para socios del Windows Hardware Program.
30 de marzo de 2026: Cierre del plazo; suspensión automática de cuentas no verificadas.
8–9 de abril de 2026: Los desarrolladores afectados hacen pública la situación; cobertura de TechCrunch, BleepingComputer y TechRadar.
9 de abril de 2026: El VP de Microsoft, Scott Hanselman, reconoce el problema públicamente.

Proyectos afectados y sus riesgos concretos

No todos los proyectos sufren el mismo nivel de urgencia. Estos son los casos más críticos:

WireGuard

WireGuard es uno de los protocolos VPN más utilizados en el mundo, tanto en entornos corporativos como por usuarios individuales que priorizan privacidad. Su mantenedor, Jason A. Donenfeld, no puede publicar una actualización mayor que lleva tiempo lista. El proceso de apelación que ofrece Microsoft puede tardar hasta 60 días, un plazo inaceptable cuando hay vulnerabilidades urgentes esperando parche.

VeraCrypt

El caso de VeraCrypt es especialmente delicado. Su desarrollador, Mounir Idrassi, advierte que si no puede actualizar la firma del bootloader antes de julio de 2026, los usuarios con cifrado completo de disco (full-disk encryption) podrían enfrentar fallos de arranque al vencer el certificado actual. Idrassi describió la situación como una potencial «sentencia de muerte» para el proyecto en Windows.

Windscribe y MemTest86

Windscribe, proveedor de VPN con cuentas verificadas en el programa por más de 8 años, vio su cuenta suspendida sin explicación directa. MemTest86, herramienta de diagnóstico de RAM usada en entornos profesionales y de TI, también quedó imposibilitada de publicar actualizaciones.

La reacción del ecosistema: indignación y señales de alerta para founders tech

La comunidad de desarrolladores reaccionó con indignación. Los afectados reportaron semanas de intentos de contacto con Microsoft, recibiendo únicamente respuestas automáticas o bots sin acceso a soporte humano real. Donenfeld señaló que el proceso de apelación de 60 días es incompatible con la urgencia de los parches de seguridad, mientras que Idrassi indicó que inicialmente no había ninguna vía de apelación disponible.

En redes sociales, el equipo de Windscribe ironizó sobre la situación, destacando que una cuenta «activa» durante casi una década podía ser bloqueada de forma silenciosa. La comunidad open source habló de «Big Tech gatekeeping» y cuestionó si las grandes plataformas son infraestructura confiable para software crítico.

Para founders que construyen productos sobre ecosistemas controlados por terceros —Microsoft Store, App Store, Google Play, marketplaces de extensiones— este incidente es una señal de alerta directa: la dependencia de plataformas de distribución cerradas es un riesgo operacional real.

La respuesta oficial de Microsoft: reconocimiento tardío sin solución inmediata

Tras la cobertura de TechCrunch, el VP de Microsoft Scott Hanselman admitió públicamente que las suspensiones se debieron a la falta de verificación, insinuando que los avisos fueron enviados oportunamente. Sin embargo, no ofreció un mecanismo de reinstauración acelerada ni compromisos específicos para proyectos open source de alta criticidad. Al cierre de esta publicación, las cuentas seguían suspendidas y los procesos de apelación en marcha, sin fechas de resolución confirmadas.

Microsoft indicó que está revisando su proceso de comunicación y busca mejorar el flujo tras la reacción pública, pero no publicó ninguna hoja de ruta concreta.

Lecciones para founders que dependen de plataformas de terceros

Este episodio condensa varias lecciones críticas para cualquier startup o proyecto tech que distribuya software a través de ecosistemas controlados:

Monitorea activamente los cambios de política de plataformas. Suscríbete a listas de desarrolladores, foros oficiales y alertas de los programas en los que participas. Un correo que llega a spam puede costar semanas de operación.
Diversifica canales de distribución. Depender de un único canal para firmar, distribuir o actualizar tu software es un riesgo de continuidad. Evalúa distribución directa, mirrors y alternativas.
Ten un plan de respuesta ante bloqueos de plataforma. ¿Qué haces si mañana tu cuenta de distribuidor es suspendida? Define responsables, canales de escalada y comunicación a usuarios.
Documenta y renueva credenciales a tiempo. Programa recordatorios para certificados, membresías de programas de desarrollador y verificaciones periódicas. El vencimiento silencioso es una causa frecuente de incidentes evitables.
Construye relaciones con tu comunidad de usuarios. Cuando algo falla en la plataforma, tu comunidad es tu canal de comunicación más directo y confiable.

Conclusión

La suspensión masiva de cuentas de desarrolladores open source por parte de Microsoft expone una tensión creciente entre las grandes plataformas tecnológicas y los proyectos independientes que sobre ellas construyen infraestructura crítica. Proyectos como WireGuard, VeraCrypt o MemTest86 no son experimentos marginales: son herramientas usadas por millones de personas y organizaciones en todo el mundo para proteger su privacidad y seguridad.

Para founders tech, el mensaje es claro: la gobernanza de las plataformas de distribución es un riesgo de negocio que debe gestionarse activamente, no ignorarse. Diversificar canales, monitorear políticas y mantener relaciones con la comunidad no son lujos; son parte del stack operacional de cualquier producto serio.

Conecta con founders que han navegado los riesgos de depender de grandes plataformas y aprende estrategias reales para proteger tu operación.

Conectar con founders