1. La noticia que está circulando

La publicación viral afirma cuatro cosas: que los legisladores de California aprobaron por unanimidad una excepción para software open source; que distribuciones como Ubuntu, Debian, Fedora y Arch no tendrían que añadir verificación de edad si el gobernador Newsom firma la ley; que Windows, macOS, iOS y Android sí quedarían dentro del alcance; y que esto demuestra que “hasta las leyes saben que Linux es otra cosa”. Las primeras tres afirmaciones tienen respaldo documental, aunque con matices importantes sobre qué significa “unanimidad” y sobre qué significa realmente estar “exento”. La cuarta es una lectura editorial, no un hecho legal.

2. Qué aprobó realmente California

Hay que distinguir dos leyes distintas.

La primera es la Digital Age Assurance Act, tramitada como AB 1043 (autora: la asambleísta Buffy Wicks), que Newsom firmó en octubre de 2025. Es una ley ya aprobada y promulgada, cuya aplicación comienza el 1 de enero de 2027. Esa ley obliga a los proveedores de sistemas operativos y de tiendas de aplicaciones a recopilar la fecha de nacimiento o edad del usuario durante la configuración inicial del dispositivo, generar a partir de eso una “señal de rango de edad” y transmitirla a las tiendas de aplicaciones, a los desarrolladores y a los servicios online que la soliciten. El incumplimiento puede acarrear sanciones civiles de hasta 7.500 dólares por menor afectado en caso de infracción intencional, exigibles por el Fiscal General del estado.

La segunda es AB 1856, también de Wicks, presentada el 11 de febrero de 2026. La propia autora había redactado igualmente AB 1043 el año anterior, y el nuevo proyecto nació para modificar y acotar la definición de “proveedor de sistema operativo” de esa ley. No hay una declaración pública de la autora que lo describa explícitamente como una “reforma de limpieza”; esa es una etiqueta cómoda para resumirlo, pero conviene no presentarla como si fuera una cita textual. Lo que sí está documentado es que, en su versión de introducción, AB 1856 llegó a proponer además una expansión de las obligaciones de verificación de edad hacia navegadores y sitios web en general más allá de sistemas operativos y tiendas de aplicaciones, algo que fue eliminado del texto en julio de 2026 tras la oposición de organizaciones de derechos digitales. Es decir: AB 1856 no fue, en todo momento, un proyecto que únicamente “acotara” la ley original; en un tramo de su recorrido, la amplió, y luego retrocedió.

Sobre la “aprobación por unanimidad”: el recorrido legislativo de AB 1856 no fue unánime en todo momento. La primera votación en el pleno de la Asamblea, el 26 de mayo de 2026, se aprobó 68 a favor y 1 en contra. Donde sí hubo unanimidad estricta fue en los tramos finales: el Senado la aprobó 39 a 0 el 26 de agosto así lo registra el historial oficial de la Legislatura de California, aunque una cobertura periodística secundaria citó la cifra como 40-0; en un artículo que aspira a rigor, el registro legislativo primario debe prevalecer sobre el titular de un medio, y al día siguiente la Asamblea ratificó las enmiendas del Senado 69 a 0 (con diez legisladores ausentes o sin votar). Es razonable decir que el proyecto tuvo un respaldo bipartidista muy amplio y que sus votaciones decisivas fueron unánimes, pero decir sin más que “se aprobó por unanimidad” simplifica un proceso donde hubo, al menos una vez, un voto en contra.

3. La excepción para software open source

La versión de AB 1856 aprobada modifica la definición legal de “proveedor de sistema operativo” dentro del Código Civil que regula AB 1043. El texto añade que ese término no incluye a una persona o entidad que distribuya un sistema operativo o una aplicación bajo condiciones de licencia que permitan a quien lo recibe copiarlo, redistribuirlo y modificarlo. En otras palabras: quien reúna esas tres condiciones de licencia queda automáticamente fuera de las obligaciones de recolección y transmisión de señales de edad que impone AB 1043.

Esta enmienda apareció en mayo de 2026, después de meses de presión de la comunidad de software libre. Según reportes especializados, Carl Richell, director ejecutivo de System76, fue una de las voces que más insistió ante los legisladores en que un proyecto comunitario y descentralizado no puede verificar la edad de sus usuarios sin violar principios básicos de privacidad y sin imponerle a cada mantenedor voluntario una carga de cumplimiento imposible. La Electronic Frontier Foundation (EFF), que se había opuesto al proyecto, modificó su valoración tras dos cambios: la exención open source y la eliminación de la expansión hacia navegadores y sitios web mencionada arriba. La propia EFF documentó ese cambio de postura en sus publicaciones de mayo y julio de 2026; describirlo como un “retiro de oposición” sin más matiz simplifica lo que en realidad fue una respuesta a enmiendas concretas del texto.

4. ¿Eso significa que Linux está exento?

Aquí es donde el mensaje viral simplifica de más. La ley no dice “Linux está exento”. La ley describe una condición de licencia, y esa condición determina si un distribuidor concreto queda dentro o fuera del alcance de la norma. La diferencia importa porque “Linux” no es una empresa ni un producto único:

  • El kernel Linux es un componente de software, con licencia GPL, mantenido por miles de colaboradores y coordinado por la Linux Foundation.
  • Una distribución Linux (Ubuntu, Debian, Fedora, Arch, etc.) combina ese kernel con herramientas de espacio de usuario, gestores de paquetes y configuración, y la arma un proyecto u organización distinto en cada caso.
  • El proyecto o empresa que distribuye esa combinación (Canonical en el caso de Ubuntu, el Debian Project, la Fedora Project respaldada por Red Hat/IBM, el equipo de Arch Linux) es quien, legalmente, encaja o no en la definición de “proveedor de sistema operativo” de AB 1043.
  • Sobre esa base puede correr, además, una aplicación instalada por el usuario o un servicio web al que ese usuario accede desde su distribución; ninguno de los dos es “el sistema operativo” en sentido estricto, y cada uno puede tener sus propias obligaciones bajo la ley según cómo se distribuya.

Dicho esto, en la práctica casi todas las distribuciones Linux de uso general sí cumplen la condición que exige la excepción: se distribuyen bajo licencias como GPL, MIT, BSD o Apache, que expresamente permiten copiar, redistribuir y modificar el software. Por eso es razonable decir que, si AB 1856 se convierte en ley tal como quedó redactada, la gran mayoría del ecosistema Linux de escritorio y servidor queda fuera de las obligaciones de AB 1043. Pero el mecanismo legal que lo logra es una prueba sobre los términos de la licencia, no un reconocimiento de “Linux” como categoría especial.

5. Ubuntu, Debian, Fedora y Arch: ¿qué ocurre con ellas?

Las cuatro distribuciones que menciona el mensaje viral cumplen, cada una a su manera, la condición de licencia abierta que exige la excepción: se distribuyen bajo licencias que permiten copiar, redistribuir y modificar el software, incluidas sus variantes comerciales (como Ubuntu Pro de Canonical). Analistas del sector coinciden en que la redacción final “cubre prácticamente a todas las distribuciones Linux”. Con todo, la EFF señaló una zona gris que ninguna fuente ha resuelto todavía con precisión: qué ocurre cuando un sistema operativo open source se integra dentro de un producto o servicio comercial cerrado, un escenario donde el fabricante final del dispositivo podría no cumplir esa misma condición de licencia aunque el sistema operativo de base sí lo haga.

El ejemplo más citado de esa zona gris es SteamOS, de Valve. Su núcleo está basado en Arch Linux, pero el sistema se distribuye junto con una tienda y un cliente propietarios de Valve. Eso ilustra un punto que va más allá de este caso concreto: “open source” no significa automáticamente que todo el producto sea open source. Un sistema puede tener componentes abiertos y componentes propietarios combinados, y la ley, tal como está redactada, obliga a mirar el conjunto que efectivamente se distribuye al usuario, no solo su base técnica.

6. ¿Y qué pasa con Windows, macOS, iOS y Android?

La parte de la afirmación viral sobre estos sistemas también tiene una base real, aunque con matices que conviene explicar con cuidado. La excepción de AB 1856 no fue diseñada para cubrir a los sistemas operativos propietarios: Windows (Microsoft), macOS e iOS (Apple) se distribuyen bajo licencias que no otorgan al usuario derecho a copiar, redistribuir ni modificar el software libremente, de modo que sus proveedores permanecen dentro del régimen de AB 1043.

El caso de Android es el que mejor demuestra que la línea divisoria no es “Linux sí, todo lo demás no”. La base del proyecto, el Android Open Source Project (AOSP), se publica bajo licencia Apache 2.0 una licencia que sí permite copiar, redistribuir y modificar el software y en principio calificaría para la excepción. Pero la versión de Android que llega a la mayoría de los teléfonos comerciales incluye los Google Mobile Services y otros componentes con condiciones propietarias que restringen la modificación y redistribución; esa combinación comercial, según análisis especializados, probablemente no calificaría para la excepción aunque su base sí sea abierta. Es la misma lógica que separa a SteamOS de una distribución Linux “pura”: lo que importa es bajo qué términos se distribuye efectivamente el producto que llega al usuario, no la naturaleza de sus componentes internos.

También hay que distinguir entre sistema operativo, tienda de aplicaciones, navegador, aplicación y servicio online, porque la ley no trata a todos igual. AB 1043, en su forma original, obliga específicamente a proveedores de sistemas operativos y de tiendas de aplicaciones cubiertas. Como se explicó en la sección 2, una versión temprana de AB 1856 sí proponía extender esas obligaciones a navegadores y sitios web en general lo que habría afectado, por ejemplo, a Chrome o Safari como productos independientes de su sistema operativo, pero esa expansión fue eliminada del texto en julio de 2026. La versión que llegó a votación final mantiene el foco original en sistemas operativos y tiendas de aplicaciones, no en la totalidad de la navegación web. Por su parte, reportes del sector indican que Google y Apple ya trabajan en una API de “credenciales digitales” para sus navegadores y que Microsoft prepara una API de rango de edad integrada al sistema operativo, como parte de su respuesta de cumplimiento a AB 1043; esto es una decisión de ingeniería de las propias empresas, no una obligación distinta impuesta por AB 1856.

7. El verdadero alcance de la ley

En síntesis, lo que hace AB 1856 no es “exentar a Linux”: redefine quién cuenta como “proveedor de sistema operativo” bajo AB 1043, usando como criterio los términos de licencia bajo los que se distribuye efectivamente el software. Quien distribuye bajo una licencia que permite copiar, redistribuir y modificar queda fuera; quien no, queda dentro. Ese criterio coincide, en la práctica, con la frontera entre software libre/open source y software propietario para la mayoría de los casos simples (una distribución Linux de escritorio frente a Windows), y por eso el resultado se parece mucho a “Linux queda fuera, Windows/macOS/iOS/Android quedan dentro”. Pero los casos de Android y SteamOS muestran que es una coincidencia de resultado, no una exención nominal a un sistema operativo concreto: cualquier software, sea o no basado en el kernel Linux, quedaría exento si se distribuyera bajo esos mismos términos de licencia, y cualquier producto incluso de base Linux que combine esos componentes con partes propietarias puede no calificar.

8. Privacidad frente a verificación de edad

El debate de fondo no es exclusivamente técnico. AB 1043 se enmarca en una ola más amplia de leyes estatales de verificación o “clasificación” de edad, impulsadas por la preocupación por el acceso de menores a contenido y servicios online. Quienes defienden este tipo de normas argumentan que los sistemas operativos y las tiendas de aplicaciones están en una posición única para dar una señal de edad confiable sin que cada aplicación individual tenga que pedir documentos de identidad, y que eso protege a los menores de contenido inapropiado y de la recolección abusiva de sus datos por parte de terceros.

Del otro lado, organizaciones como la EFF sostienen que, aunque AB 1043 no exige verificación de identidad como tal, la estructura de responsabilidad legal que crea con multas que pueden llegar a miles de dólares por menor afectado presiona en la práctica a las plataformas a verificar edades de forma más invasiva de lo que la letra de la ley requiere. Sus objeciones se centran en el riesgo de una vigilancia mayor sobre el comportamiento online, la erosión del anonimato, la posibilidad de que se usen estos sistemas para restringir el acceso a expresión legal, y el riesgo de que la recolección de datos de edad se convierta, a su vez, en un nuevo vector de filtraciones o abusos. Ambas posiciones protección infantil y privacidad/anonimato están documentadas en el debate público en torno a esta ley; este artículo no toma partido entre ellas.

9. Qué falta para que la ley entre en vigor

AB 1856 completó su recorrido en la Legislatura de California el 27 de agosto de 2026, cuando la Asamblea ratificó las enmiendas del Senado por 69 votos a 0. El periodo de sesiones 2025-2026 cerró el 31 de agosto de 2026. A partir de ahí, el proyecto pasó a la fase de “engrossing and enrolling” (preparación final del texto) antes de llegar formalmente al escritorio del gobernador Gavin Newsom. Hasta la fecha de este artículo, Newsom no había firmado AB 1856. Bajo el proceso legislativo de California, el gobernador tiene hasta el 30 de septiembre de 2026 para firmarlo o vetarlo; si no toma ninguna acción dentro de ese plazo, el proyecto se convierte en ley automáticamente, sin su firma. Newsom ya había firmado la ley original, AB 1043, en octubre de 2025, lo que hace pensar a varios medios especializados que es previsible que también firme esta reforma, pero eso sigue siendo una expectativa, no un hecho consumado.

Si AB 1856 se convierte en ley, la excepción open source entraría en vigor junto con el resto de AB 1043, es decir, el 1 de enero de 2027.

10. Qué sabemos y qué todavía no

✅ Confirmado por fuentes oficiales

  • AB 1043 (Digital Age Assurance Act) es una ley ya aprobada y promulgada, cuya aplicación comienza el 1 de enero de 2027.
  • AB 1856 modifica esa ley para excluir de la definición de “proveedor de sistema operativo” a quien distribuya software bajo licencias que permitan copiar, redistribuir y modificar.
  • Esa reforma pasó ambas cámaras de la Legislatura de California: el registro oficial marca 39-0 en el Senado (26 de agosto) y 69-0 en la ratificación de la Asamblea (27 de agosto), aunque una votación previa en la Asamblea (26 de mayo) no fue unánime: 68-1.
  • Una expansión anterior del proyecto hacia navegadores y sitios web fue retirada antes de la aprobación final.
  • Al momento de esta investigación, el gobernador Newsom todavía no había firmado AB 1856.

❔ No confirmado / todavía abierto

  • Que Newsom vaya efectivamente a firmarlo (tiene plazo hasta el 30 de septiembre de 2026, o se convierte en ley sin su firma si no actúa).
  • Que “cualquier” Linux, sin excepción, quede automáticamente exento: depende de cómo se distribuya cada producto concreto.
  • Que SteamOS quede necesariamente exento, dado que combina componentes abiertos con una tienda y un cliente propietarios de Valve.
  • Cómo se resolverán en la práctica productos híbridos como una eventual versión comercial de Android con Google Mobile Services, o cualquier sistema open source integrado en un producto cerrado.

11. Conclusión

El mensaje viral no es una invención: apunta a un episodio legislativo real, con una excepción real que sí favorece de forma amplia al ecosistema Linux frente a los sistemas operativos propietarios. Pero comprime un proceso legal matizado sobre licencias de software, no sobre marcas en una frase de efecto que suena más a victoria simbólica que a descripción jurídica. La ley todavía no existe en su forma reformada, la “unanimidad” es real solo en sus votaciones finales, y los casos de Android y SteamOS muestran que lo que en el fondo distingue a quién le toca verificar la edad de sus usuarios no es si un sistema se llama Linux, sino bajo qué licencia se distribuye efectivamente el producto que recibe el usuario final. Ese es el titular que de verdad importa: California empezó a usar las condiciones de licenciamiento del software como criterio legal para asignar obligaciones regulatorias, un precedente con implicaciones que van mucho más allá de si Ubuntu necesita o no pedirte la fecha de nacimiento.

Fuentes

Fuentes primarias

Fuentes secundarias