A principios de mes nos hicimos eco de que el estado estadounidense de California había aprobado una ley de verificación de edad a nivel del sistema operativo, la cual fue imitada poco después, al menos en esencia, por Colorado. Ante la aprobación de dichas legislaciones, que en Brasil también están presentes, se presentó el problema de cómo abordar la situación desde el escritorio Linux, y sí, se ha planteado una solución que al final ha disgustado a muchos, por no decir la mayoría.
|
etiquetas: systems , birthdate , verificación edad , california , linux 
Dicho lo anterior.
Si uno lee "el cambio introducido por systemd es un nuevo campo para la fecha de nacimiento" y ve que la gente se echa las manos a la cabeza porque "esto supone el fin del internet libre" es posible que a alguien le chirríe la situación y mucho. Lógico por otra parte.
Pero, el problema es la imagen completa. Hoy es systemd "solo" introduciendo el campo fecha, mañana es la distro Arch vetando el debate interno al respecto y pasado es…...
No he querido dar más detalles porque no tengo experiencia en esta rama aunque sí entiendo los problemas que he leído que se vienen.
Dicho mal y pronto por encima: hoy ese campo es modificable por cualquier usuario, mañana solo por los usuarios con permisos elevados, mañana el campo es sólo lectura, luego está firmado y sin firma no funciona. Al final se van sumando… » ver todo el comentario
O se hagan un fork, feudalunix
Esto no es cierto ya que en realidad no se trata de identificar a menores sino de demostrar que uno es adulto y esto se puede hacer sin que los sistemas accedan a ningún dato personal.
Lo que quieran hacer o no en systemd no viene a cuento para la restricción de acceso a menores que es de lo que se trata.
Lo digo para legos.
Porque meter un campo opcional (fecha de nacimiento) para que las distribuciones que quieran puedan implementen verificación de edad si les sale de los cojones, no es ni lo que transmite el titular ni lo que transmitís los colgados que lleváis llorando años por uno de los cambios más importantes y positivos que ha tenido GNU/Linux (systemd).
Comparativa de sistemas de inicio en hardware limitado
Sistema de inicio Uso de RAM (aprox.) Velocidad de arranque Carga en CPU Complejidad
runit ~2-5 MB Muy rápido Mínima Baja (scripts simples)
SysV init ~5-10 MB Lento (secuencial) Baja Baja (scripts simples)
systemd ~50-150 MB Rápido (paralelo) Moderada-alta Muy alta
Entre otras cosas.
Porque todas las distros que tienen una mínima reputación perdieron el culo por pasarse a systemd.
Jamás se ha visto un consenso tan alto y rápido.
Igual tú sabes más que los que las mantienen.
Sí, también vale.
Y sí, se que mi opinión de que systemd es superior a las alternativas que proporcionan.
La distribución es una mierda como un piano y no se usa en ningún sitio serio. Básicamente la usan autistas.
Puedes escribir lo.que quieras ahí o dejarlo en blanco o desinstalar el módulo.
This is the same record that already holds basic user metadata like realName, emailAddress, and location. The field stores a full date in YYYY-MM-DD format and can only be set by administrators, not by users themselves.
Reconozco que hace ya más de 10 años que no se que es lo que están haciendo Dell, HP o Lenovo.
Porque en un equipo montado por uno mismo tampoco le veo ningún peligro.
Lo de SO es una obligación local, pero ante otros mercados está la herramienta de la certificación en dispositivos.
Parece que se obvia que el systemd puede venir incluido, e inaccesible para el comprador, de fábrica.
Así sin pensar y sin tener ni idea de seguridad, ¿se podría instalar un Bootloader que tenga un verificador de edad para luego instalar y arrancar un SO sin verificación en plan OpenCore?
De todas formas a día de hoy Systemd solo ha añadido un campo {"name":"John", “birthdate”:”ddmmyy”}
Osea que el fabricante debería desarrollar el sistema de verificación en su UEFI para que cuando el organismo de turno valide tu… » ver todo el comentario
El fabricante no cambiaría el UEFI, lo tiene configurado para bloquear bastante configuraciones con un linux adecuado para la ley de California preinstalado a la venta y el secure boot para lo mismo, con eso el dispositivo quedaría dentro del marco regulatorio, por ahora.
El problema es al forzar legalmente al sistema es la tendencia que acabará con una identificación personal, no solo el dato de la edad. Las empresas privadas encantadas de tener al usuario identificado, los SO y aplicaciones libres que ni les va ni les viene pasaran por el aro como los ciudadanos.
En la Unión Europea se está aplicando a tabletas desde agosto de 2025, de hecho la inmensa mayoría de dispositivos están muy bloqueados y forzando la identificación para usarlo.
Meter el PC en ello es meter el mercado residual.
Pero es que, ademas, volvemos a lo mismo: tal como está definido UEFI ahora, cualquier shim que esté firmado con las claves de Microsoft puede arrancar con secureboot (incluso si el fabricante te bloquea… » ver todo el comentario
Ya te has dicho una respuesta. Brasil, California y otros estados son los que podrían requerir que las claves sean así para su mercado, un cambio menor en el UEFI.
Al meter el systemd perfectamente se puede hacer que no se pueda instalar los SO desde uefi, que… » ver todo el comentario
Un ejemplo de lo unido que están es que con versiones actuales el systemd de tu SO puede mandar factory reset que lo gobierna el systemd del firmware para el objetivo de reseteo marcado, que puede ser con un SO completo instalado.
Tu comentario, entero, junta palabras que existen en frases que no tienen ni pies ni cabeza.
#69 partes de un pc sin sistema operativo, eso es lo que puede desaparecer en varios mercados. Un systemd se puede comportar como el upstart de un chromebook, completamente ajeno al usuario, otro systemd si será del usuario con menos privilegios.
Se puede hacer de otra manera, solo es un paso en la identificación total que puede ser sustituido por otro sistema.
Una vez el sistema ha arrancado, secureboot solo interviene (por lo que recuerdo) bloqueando los siguientes cargadores si no estan firmados for claves privadas cuyos certificados esten en la base de datos del sistema, o en la de claves del propietario de la maquina (MOK), protegiendo las variables de UEFI y el firmware, evitando ataques rollback en actualizaciones del firmware.
El Upstart es lo que se encarga de restringir según sea el usuario menor o mayor de edad u otra restricción por cuenta administrada, por eso en entornos educativos o cuentas administradas por otros no se puede configurar la capa de Linux para desarrollo(por ahora y según sea la restricción del administrador). sin ser Google o el fabricante.
Básicamente es un campo adicional que no todos rellenan cuando crean un usuario.
Podria incluir eliminar esta opción.
Yo veo bien algo asi, si no es intrusivo. Una campo de edad/nacimiento que no se pueda modificar por el usuario solo por el admin.
Aunque para eso estan los controles parentales.
Luego estan los criterios de que debe ver un niño a cierta edad. Nudistas, corridas de toros, palabrotas,… » ver todo el comentario
Necesitas hardware libre, no solo el software.
El último clavo en el ataúd de Linux en el escritorio ha sido clavado. Y, como muchos avisamos en su día, viene de parte de systemd.
Gracias por su atención.
Una nueva ley de California establece que todos los sistemas operativos, incluido Linux, deben tener alguna forma de verificación de edad [eng] (Febrero)
www.meneame.net/story/nueva-ley-california-establece-todos-sistemas-op
Cómo una ley de California podría matar Linux y el software libre (Marzo)
www.meneame.net/story/como-ley-california-podria-matar-linux-software-
Linux y la verificación de edad: la regulación que nadie esperaba
ecosistemastartup.com/linux-y-la-verificacion-de-edad-la-regulacion-qu
Y pasa a ser responsabilidad de las aplicaciones saber que hacer con esa funcion.
Eso de la fecha de nacimiento hsce años que esta en el esquema.
No cambia nada esencial.
Si eres superusuario creas los usuarios como da la gana
legiscan.com/CA/text/AB1043/id/3269704 todo el asunto turbio es la «signal» y la diferencia de titular y usuario y obligado al sistema a actuar con usuarios, no titulares, que serían siempre mayores de edad.
#28 La UEFI puede denegar instalar SO sin certificación(el sistema de verificación de edad) en algunos mercados.
Empleado de Hasefroch, para añadir insulto al dolor.
es.linux-terminal.com/?p=2741
notilinux.com/que-es-systemd-linux
Sobre systemd y linus torvalds:
blog.desdelinux.net/en/linus-torvalds-systemd-is-so-bad/
opensource.com/article/21/5/systemd
No será la última versión (ni las siguientes)
Para que esto funcione un administrador debe registrar los usuarios y dar fe de que los datos son correctos. Esto es perfectamente válido para entornos educativos etc en el que los alumnos no tienen privilegios de administración sobre los equipos que utilizan, sino que son gestionados por los administradores.
No tiene mucho sentido en entornos particulares o familiares donde no existe la administración de usuarios, como mucho tendrían que ser los padres, pero es habitual que en realidad sean los hijos los administradores de las cuentas de los padres.
Tiene sentido si ese dato del systemd no es algo modificable por el usuario, root inaccesible.
Chromebook usa upstart pero básicamente es posible hacer lo mismo con un un linux imborrable en el sistema de arranque sin acceso a root por los usuarios o que solo admita sistemas así por el secure boot.
Es un campo opcional, que introduciría el administrador del sistema.
Ya sabemos que es imposible que un menor de edad instale Linux. Verdad?
Más puertas al campo
Facilita el rastreo porque en una fecha solo hay centenas de miles de personas que han nacido ese día, ¿pero aparte de eso?