Mozilla dio a conocer hace pocos dias que está trabajando de la mano con Facebook para poder implementar la tecnología IPA (Interoperable Private Attribution), que permite que las redes publicitarias reciban y procesen estadísticas sobre la efectividad de las campañas publicitarias, pero siempre respetando la privacidad del usuario.

Se menciona que IPA introduce el concepto de una clave de coincidencia, que se genera en relación con el usuario, pero es de solo escritura. En relación con esta clave, se generan eventos iniciales (fuente) y finales (objetivo), cuya información se transmite en forma cifrada a servidores de árbitros de terceros que no están asociados con redes publicitarias y en los que el usuario o el navegador confían.

Estos servidores permiten que las redes publicitarias y los anunciantes generen una consulta que muestre estadísticas agregadas que vinculen eventos iniciales y finales en diferentes sitios.

Para que esto pueda ser viable al procesar estadísticas sin revelar datos sobre usuarios específicos, se utilizan mecanismos criptográficos de privacidad diferencial y computación confidencial multiparte (MPC, Multi-Party Computation), que permiten que varios participantes independientes realicen cálculos sin recibir información sobre los datos de otras personas (sitios web, los navegadores y los anunciantes individualmente no tienen acceso a toda la información) y realizan operaciones en datos encriptados.

Ademas de ello los desarrolladores cuentan con una API que incluye tres funciones básicas que son:

• Asignar una clave de coincidencia (navigator.setMatchKey)
• Generar un evento de origen (navigator.generateSourceEvent)
• Generar un evento final (navigator.generateTriggerEvent).

Los eventos de origen son acciones como mostrar anuncios y clics de usuarios en los anuncios. Los eventos finales (objetivo) caracterizan las acciones realizadas en otro sitio después de la respuesta del usuario a la publicidad, como comprar un producto, registrarse y descargar una aplicación.

Dado que estos eventos se realizan en diferentes sitios, para evaluar la efectividad de la publicidad, las redes publicitarias rastrean la actividad del usuario cuando visita diferentes sitios, utilizando métodos como cookies de identificación, lo que se percibe como una violación de la privacidad.

El mecanismo IPA propuesto hace posible vincular acciones iniciales y finales sin filtrar información sobre el usuario: las claves de mapeo solo se pueden asignar y se procesan solo en forma cifrada, por lo que se pueden rastrear las estadísticas, pero no es visible de qué usuario se trata.

Como resultado, con la ayuda de IPA, los anunciantes podrán evaluar los resultados de las campañas publicitarias sin violar la confidencialidad, y los propietarios de los sitios podrán analizar formas de optimizar la ubicación de la publicidad.

Hemos buscado aplicar la tecnología publicitaria que preserva la privacidad al problema de la atribución, para que los anunciantes puedan obtener respuestas a preguntas importantes sin dañar la privacidad.

La atribución es la forma en que los anunciantes saben si sus campañas publicitarias están funcionando. La atribución genera métricas que permiten a los anunciantes comprender el rendimiento de sus campañas publicitarias. Las técnicas de medición relacionadas también ayudan a los editores a comprender cómo están ayudando a los anunciantes. Aunque la atribución es crucial para la publicidad, las prácticas actuales de atribución tienen terribles propiedades de privacidad.

Para mejorar la protección de la privacidad, también es posible agregar ruido aleatorio a los resultados de agregación y aplicar el principio de «Presupuesto de privacidad», según el cual el navegador brinda información relacionada con datos confidenciales solo hasta cierto punto, si el límite de llamadas API es superado, se bloquea la emisión de más información.

La API desarrollada tiene tres objetivos principales:

1. Preservación de la confidencialidad: limitación de la cantidad total de información sobre usuarios individuales publicada durante un cierto período de tiempo y protección contra el abuso (intentos de eludir las restricciones a través del registro de una gran cantidad de dominios, intentos de seguimiento e identificación adicional).
2. Compatibilidad con mediciones agregadas de todos los tipos principales de conversiones de anuncios, incluido el análisis de estadísticas sobre vistas, clics, actividad después del reingreso, comparación de conversiones entre usuarios que vieron y no vieron anuncios, evaluación del rendimiento en diferentes sitios, interacción de enlaces con anuncios de un usuario en diferentes navegadores y en diferentes dispositivos.
3. Mantener la competencia: la disponibilidad de estadísticas para todos los jugadores en el mercado de publicidad en línea y la ausencia de obstáculos para conectar nuevos participantes.

Finalmente si estas interesado en poder conocer más al respecto, puedes consultar los detalles en el siguiente enlace.

from Linux Adictos https://ift.tt/OG1foxa
via IFTTT

Hace pocos dias se dio a conocer la noticia de que fueron identificadas dos vulnerabilidades en el Kernel de Linux la primera de ellas ya catalogada como CVE-2022-0435 y fue encontrada en el módulo del kernel de Linux que proporciona el funcionamiento del protocolo de red TIPC (Comunicación transparente entre procesos).

Esta vulnerabilidad podría permitir que el código se ejecute a nivel del kernel mediante el envío de un paquete a una red especialmente diseñada.

El problema solo afecta a los sistemas con el módulo de kernel tipc.ko cargado y configurado con la pila TIPC, que normalmente se usa en clústeres y no está habilitado de forma predeterminada en distribuciones de Linux no especializadas.

La vulnerabilidad es causada por un desbordamiento de pila que ocurre al procesar paquetes, el valor del campo con el número de nodos miembros del dominio en el que supera los 64.

Para almacenar los parámetros de los nodos en el módulo tipc.ko, una matriz fija «u32 miembros[64 ]», pero en el proceso de procesamiento de lo especificado en el paquete. El número de nodo no comprueba el valor «member_cnt», lo que permite que se utilicen valores superiores a 64 para la sobrescritura controlada de datos en el área de memoria a continuación. la pila después de la estructura «dom_bef».

El protocolo TIPC fue desarrollado originalmente por Ericsson, está diseñado para organizar la comunicación entre procesos en un clúster y se activa principalmente en los nodos del clúster. TIPC puede funcionar tanto sobre Ethernet como sobre UDP (puerto de red 6118).

Cuando se trabaja sobre Ethernet, se puede realizar un ataque desde la red local, y cuando se usa UDP, desde la red global, si el puerto no está cubierto por un firewall. El ataque también puede ser realizado por un usuario local sin privilegios en el host. Para activar TIPC, debe cargar el módulo de kernel tipc.ko y configurar el enlace a una interfaz de red mediante netlink o la utilidad tipc.

Se menciona que cuando se construye el kernel en el modo «CONFIG_FORTIFY_SRC=y» (usado en RHEL), que agrega comprobaciones de límites adicionales a la función memcpy(), la operación se limita a una parada de emergencia (el kernel cae en estado «Kernel Panic»).

Si se ejecuta sin comprobaciones adicionales y si se filtra información sobre las marcas canary utilizadas para proteger la pila, el problema se puede utilizar para ejecutar código de forma remota con derechos de kernel. Los investigadores que identificaron el problema dicen que la técnica de explotación es trivial y se revelará después de la eliminación generalizada de la vulnerabilidad en las distribuciones.

El error que generó la vulnerabilidad se introdujo el 15 de junio de 2016 y pasó a formar parte del kernel de Linux 4.8. La vulnerabilidad se solucionó en las versiones del kernel de Linux 5.16.9, 5.15.23, 5.10.100, 5.4.179, 4.19.229, 4.14.266 y 4.9.301.

Otra de las vulnerabilidades que fue encontrada en el kernel de Linux es CVE-2022-24122  en el código para manejar restricciones rlimit en diferentes espacios de nombres de usuario.

El error se introdujo en un cambio agregado en el verano de 2021, moviendo la implementación de algunos contadores RLIMIT para usar la estructura «ucounts». Los objetos «ucounts» creados para RLIMIT continuaron usándose después de liberar la memoria asignada para ellos (use-after-free) al eliminar el espacio de nombres asociado a ellos, lo que hizo posible lograr la ejecución de su código a nivel de kernel.

La explotación de la vulnerabilidad por parte de un usuario sin privilegios solo es posible si el sistema tiene acceso sin privilegios al espacio de nombres del identificador de usuario (espacio de nombres de usuario sin privilegios), que está habilitado de forma predeterminada en Ubuntu y Fedora, pero no activado en Debian y RHEL.

Como solución alternativa para bloquear la vulnerabilidad, puede deshabilitar el acceso sin privilegios al espacio de nombres del usuario:

sysctl -w kernel.unprivileged_userns_clone=0

El problema ha estado presente desde el kernel de Linux 5.14 y se solucionará en las actualizaciones 5.16.5 y 5.15.19. Las ramas estables de Debian, Ubuntu, SUSE/openSUSE y RHEL no se ven afectadas por el problema, pero aparecen en los kernels nuevos de Fedora y Arch Linux .

from Linux Adictos https://ift.tt/fctWOTL
via IFTTT

Después de más de cinco años del último lanzamiento se dio a conocer la liberación de la nueva versión de la distribución Slackware 15.0, en la cual se han introducido una gran cantidad de actualizaciones de diversos componentes del sistema, ademas de que se incluyen una serie de cambios y sobre todo correcciones de errores.

Para quienes desconocen de Slackware, deben saber que esta es una distribucion de Linux y cuyo proyecto se viene desarrollando desde 1993 y es el más antiguo de los repartos existentes.

A pesar de su considerable antigüedad, la distribución supo mantener su originalidad y sencillez en la organización del trabajo. La falta de complejidad y el sencillo sistema de inicialización al estilo de los sistemas BSD clásicos hacen de la distribución una solución interesante para aprender cómo funcionan los sistemas tipo Unix, experimentar y conocer Linux.

La razón principal de la larga vida de la distribución es el entusiasmo inagotable de Patrick Volkerding, quien ha sido el líder y principal desarrollador del proyecto durante casi 30 años.

Principales novedades de Slackware 15.0

En esta nueva versión que se presenta de Slackware 15.0 el enfoque principal fue proporcionar nuevas tecnologías y versiones actualizadas de los programas sin violar la identidad y las características de la distribución. El objetivo principal era hacer la distribución más moderna, pero al mismo tiempo mantener la forma habitual de trabajar en Slackware.

De manera inicial podremos encontrar que el kernel de Linux se ha actualizado a la rama 5.15, junto con el cual se agregó soporte para la generación de archivos initrd al instalador y la utilidad geninitrd se agregó para compilar automáticamente initrd para el kernel de Linux instalado. Se recomienda el uso del núcleo «genérico» modular de forma predeterminada, pero se conserva la compatibilidad con el núcleo «enorme» monolítico, que compila un conjunto de controladores necesarios para arrancar sin un initrd.

Uno de los cambios que se destaca es el de usar el subsistema PAM (Módulo de autenticación conectable) para la autenticación y habilitar PAM en el paquete shadow-utils que se usa para almacenar contraseñas en el archivo /etc/shadow.

Para gestionar las sesiones de los usuarios, en lugar de ConsoleKit2, se utiliza elogind una variante de logind que no está ligada a systemd, lo que simplifica mucho la oferta de entornos gráficos ligados a determinados sistemas init y mejora el soporte para los estándares XDG.

Por otra parte, también se destaca que se agregó soporte para el servidor de medios PipeWire y se hizo posible usarlo en lugar de PulseAudio.

Otro de los cambios que se destaca en Slackware 15.0 es el soporte implementado para una sesión gráfica basada en el protocolo Wayland, que se puede usar en KDE además de una sesión basada en X, ademas de que se agregaron las nuevas versiones de los entornos de usuario de Xfce 4.16 y KDE Plasma 5.23.5 yq ue se encuentran disponibles paquetes con LXDE y Lumina a través de SlackBuild.

Para sistemas de 32 bits, se proponen dos compilaciones de kernel: con SMP y para sistemas de un solo procesador sin compatibilidad con SMP (se puede usar en computadoras muy antiguas con procesadores más antiguos que Pentium III y algunos modelos de Pentium M que no admiten PAE).

Ademas de ello en esta nueva versión de la distribución Qt4 ha sido descontinuada, con lo cual ahora se ha realizado el cambiado completamente a Qt5 y que ademas se migró a Python 3 y se agregaron paquetes para el desarrollo de Rust.

De forma predeterminada, Postfix está habilitado para ejecutar el servidor de correo y los paquetes de Sendmail se han movido a la sección /extra. En lugar de imapd e ipop3d, se trata de Dovecot.

Tambien se destaca que la herramienta de administración de paquetes pkgtools agrega soporte para bloqueos para evitar que las operaciones simultáneas se ejecuten simultáneamente y reduce la actividad de escritura en disco para un mejor rendimiento en SSD.

Se incluye el script «make_world.sh», que le permite reconstruir automáticamente todo el sistema desde la fuente. También se agregó un nuevo conjunto de scripts para reconstruir el instalador y los paquetes del kernel.

Finalmente en cuanto a los paquetes que se actualizaron de los más importantes podemos destacar a: mesa 21.3.3, KDE Gear 21.12.1, pipewire 0.3.43, pulseaudio 15.0, wpa_supplicant 2.9, xorg-server 1.20.14, gimp 2.10.30, gtk 3.24, samba 4.15.5, entre otros.

Si quieres conocer más al respecto, puedes consultar los detalles en el siguiente enlace.

Obtener Slackware 15.0

Para quienes estén interesados en poder obtener esta nueva versión de la distribucion deben saber que ya se encuentra disponible una imagen de instalación de 3.5 GB, que está preparada para las arquitecturas i586 y x86_64. Ademas de ello tambien se ofrece un LiveCD de 4.3 GB. 

Puedes obtener las imágenes de desde el siguiente enlace.

from Linux Adictos https://ift.tt/SziJ2lx
via IFTTT

Android es un sistema operativo de Google para dispositivos móviles. Se basa en el kernel Linux, sin embargo, en muchos aspectos poco tiene que ver con una distribución GNU/Linux. Entre otras cosas, por sus limitaciones si no está rooteado. Ahora, gracias al netboot de postmarketOS, podrás probar una distro Linux más versátil sin tener que desinstalar el sistema operativo de Andy.

Vive la experiencia completa de Linux en tu móvil de forma extremadamente sencilla y haciendo que tu ROM con el sistema operativo original quede intacta. Todo desde la red, para poder iniciar postmarketOS mediante el arranque online (network boot). Y cuando quieras volver a tu Android, tan solo tendrás que desconectar el cable USB y reiniciar el móvil o tablet.

Las ventajas de este netboot de postmarketOS son:

• Inicio rápido y sencillo de postmarketOS.
• Posibilidad de volver a Android cuando se desee.
• Seguro al no tener que modificar la ROM y poder dejar el móvil in-operativo.
• No se necesita ni conocimientos técnicos ni tiempo para la instalación, ya que es como usar un Live, pero desde la red.

Pero también tiene sus desventajas:

• No es un sistema operativo instalado de forma local, por lo que necesitarás conexión a la red.
• Se perderán los cambios que hagas.
• Puede que el rendimiento no sea el mejor y que depende en gran medida de tu conexión.
• Todo estará operando en la RAM, por lo que tendrá ciertas limitaciones.

Ahora bien, para probar la experiencia, el netboot de postmarketOS es fantástico. El proyecto iniciado por Mark (nergzd723) y ahora retomado y finalizado por Luca Weiss (z3ntu de Fairphone), ya se ha integrado dentro del propio postmarketOS y es probable que llegue a todos los dispositivos compatibles con Fastboot muy pronto.

En cuanto al funcionamiento de este netboot de postmarketOS, es similar a un modo Live, permitiendo usar red a través del USB desde el inicio. La idea es permitir cargar el sistema que está en otro host, en este caso en el PC que conectar al móvil. El PC iniciará el dispositivo como un disco de red completo:

• Se ha agregado en initfs un gancho nbd en pmbootstrap, un script del shell que se agrega a la etapa de inicialización de la imagen de arranque. Ese script se encargará de conectar a un servidor que cargará la imagen del sistema.
• Al ejecutar el comando boot de arranque desde el host (PC) con el móvil conectado por USB, recibirá un fastboot boot y el gestor de arranque descargará e iniciará la imagen de un pequeño kernel en vivo (Live) en la RAM (3-4GB) sin modificar las particiones.
• Esto a su vez, generará un proceso de arranque para montar un sistema de archivos raíz temporal, seguir con el proceso de arranque, recibir más partes de la imagen si es necesario, etc. Como si el móvil fuese una unidad de almacenamiento USB. Por tanto, si se desconecta el cable USB, dejará de funcionar…

Como advertencia, agregar que Fastboot suele tener algunas dificultades para arrancar este sistema en dispositivos móviles más antiguos o en algunos modelos concretos. Por tanto, no te arriesgues y usa una copia de seguridad de tu sistema Android por si ocurre alguna complicación durante el proceso.

Conseguir netboot de postmarketOS – Ver sitio de GitLab

from Linux Adictos https://ift.tt/UBzXtjo
via IFTTT

En la primavera del año pasado publicamos un artículo en el que, según algunos datos (benchmarks), se aseguraba que Windows 10 rendía mejor que Linux cuando se realizaban ciertas tareas en un equipo con procesador i9. Aquella información la cogimos con pinzas, ya que «Linux» es un núcleo y el rendimiento puede variar de una distribución a otra, por no hablar de los diferentes entornos gráficos que existen. Hoy os traemos una noticia similar, pero a la inversa, y, para ser justos, tampoco queremos dar nada por sentado.

El procesador que han usado en esta prueba ha sido el Intel i9 12900K de 12ª generación, y en un principio, en noviembre de 2021, rendía mejor en Windows 11 que en «Linux» (entre comillas por lo mencionado). Ahora, tres meses después del lanzamiento de esa versión del i9, las tornas se habrían cambiado, y sería Linux el que rendiría mejor.

Linux rinde mejor en sus últimas versiones

El sistema operativo basado en el núcleo que desarrolla Linus Torvalds que se ha usado para las pruebas ha sido Ubuntu, y los núcleos usados fueron Linux 5.16 (el último estable) y Linux 5.17-rc3. La lista completa de sistemas testados fueron:

• Windows 11 Pro x64 con todas las actualizaciones instaladas.
• Ubuntu 22.04, en estos momentos en desarrollo, con la opción i915.force_probe activada para poder usar la aceleración gráfica, 22.04 con Linux 5.16 y 22.04 con Linux 5.17-rc3
• Clear Linux 35810, de Intel, con Linux 5.16.

Michael Larabel, quien ha realizado las pruebas, quiere dejar claro desde un principio que Ubuntu 22.04 usará 5.15. Con el kernel que usará por defecto, no hay mejoría; hay que subirlo, al menos, hasta 5.16.

Larabel dice que la mayor diferencia se nota en los benchmarks de los navegadores Firefox y Chrome, donde ofrecen un rendimiento muy superior al de Windows 11. La compresión Zstd trabajaba mucho mejor al usar 5.16/5.17 con Ubuntu o Clear Linux si lo comparamos con Ubuntu 22.04 (5.15).

Aún con toda la mejoría, Windows 11 sigue rindiendo mejor que algunas configuraciones de Linux, pero siempre queda por detrás de la distribución de Intel. Sí queda por delante en las cargas de trabajo multi-hilo, pero por poca diferencia. En general, Windows 11 queda muy mal parado cuando se ejecuta con esta versión del Intel i9 y lo comparamos con las últimas versiones del kernel.

Repetimos: hablamos de un núcleo, no un sistema operativo

En abril de 2021 quisimos dejar claro que, aunque siempre hablamos de «Linux» como un sistema operativo, en realidad es un núcleo. El sistema operativo lo completan el resto de capas, y en las últimas encontramos el entorno gráfico o el escritorio. Hace nueve meses, o incluso hace 3, cuando se lanzó la 12ª generación del Intel i9, estábamos por detrás, y ahora estamos por delante, pero todo según estos benchmarks que a veces son caprichosos.

Benchmarks aparte, y como opinión personal, yo siempre, siempre, siempre he sentido que Windows tarda más en hacer cualquier cosa, y eso es lo que realmente importa, por lo menos a mí. Y, bueno, según Larabel, las nuevas versiones del núcleo de nuestros sistemas operativos confirmarían sobre el papel lo que nosotros sentimos.

from Linux Adictos https://ift.tt/K4IMhRl
via IFTTT