Hace ya más de dos años que los early adopters nos hicimos con una tablet de PINE64 con la esperanza de tener una tablet algo usable que funcionara con Linux. En estos momentos, ese proyecto/versión está casi muerto, y más que lo estará después de que la compañía haya anunciado que pronto lanzará la PineTab2. Lo ha hecho en un boletín mensual que no siempre cubrimos, en parte porque pocas veces publican algo tan relevante como lo de esta nueva tablet.

Como poseedor de la PineTab 1, Early Adopter o como quiera que la vayan a llamar a partir de ahora, no puedo decir que esté encantado con esta noticia. No lo estoy porque la PineTab2 parece una tablet de verdad, lo que debería haber sido la primera y no lo fue. No lo estoy porque esta noticia lleva implícito que mi tablet va a dejar de recibir cariño. PINE64 explica lo de la primera versión resumiendo diciendo que la culpa fue de la pandemia (y del chachacha, ya de paso…), pero ahora ya están centrados en esta nueva versión que cambia hasta los materiales de fabricación.

Cómo es la PineTab2 (y comparación con la primera)

• Carcasa de metal fácil de quitar para facilitar reparaciones. La de 2020 es de plástico.
• SoC RK3566, que aseguran que es una gran opción para una tablet por su bajo consumo y baja temperatura. La de 2020 usa un Allwinner A64.
• Dos puertos USB-C, uno con velocidad de USB 3.0 y el otro de 2.0, que también carga. Además, tiene una salida micro HDMI, tarjeta de MicroSD y un jack para auriculares. Muy parecido todo esto a la de 2020, pero ésta no tiene puertos USB-C.
• Cámaras de 5MPx y 2MPx, que sin más información parece que no han cambiado.
• Habrá dos versiones: una con 8GB de RAM y 128GB de almacenamiento y una con 4GB de RAM y 64GB. La de 2020 tenía sólo 64GB, y 2GB de RAM.
• Precio: desconocido.
• Pronto habrá algunas para desarrolladores.

PINE64 vuelve a avisar de que está todo en una fase muy temprana… y esta película ya la he visto.

Me mojo: ¿La recomiendo?

Lógicamente, aún no se sabe mucho de esta tablet porque es la primera vez que nos hablan de ella y nadie ha hecho ninguna demostración, pero yo sencillamente diría que hay que contenerse. ¿Tiene buena pinta? Sí, pero si algo hemos aprendido de la PineTab Early Adopter es que el software es casi más importante que el hardware.

Si usa Manjaro, que es lo que eligieron para el PinePhone, las veces que lo he probado me han dejado muy buen sabor de boca, pero también ha quedado claro que no hay nada que podamos etiquetar de «estable». Por lo tanto, lo mejor es esperar a un posible día/versión en el que tanto software como hardware se puedan usar de verdad.

Por otra parte, no han mencionado o no he visto yo nada sobre el WiFi, y no se puede descartar que la PineTab2 sea sólo compatible con la frecuencia de 2.4GHz. En la versión de 2020, el WiFi es muy lento, un dolor diría yo, y sería una gran decepción si finalmente no soporta la frecuencia de 5GHz, o por lo menos mejoraran mucho lo que hay en la PineTab Early Adopter.

Para quién va dirigida la PineTab2

Esto no lo dice PINE64, pero sí lo digo yo. La PineTab2 no será una tablet para el público general, ese que lo que quiere es usar algo para navegar, comunicarse con sus conocidos y jugar a los títulos móviles más populares. Como casi todo lo que fabrica esta compañía, el punto más exclusivo de la PineTab2 será que es hackeable, es decir, se le podrán instalar todo tipo de sistemas operativos de la comunidad y nosotros mismos podremos hacerle algunos cambios, pero no será algo que compita con las tablet Android o el iPad.

Aunque lo cierto es que PINE64 no tiene ese objetivo. En cuanto a tablets, parece que lo que busca es lanzar el equivalente a un portátil con Linux, pero en una tablet, algo que conseguirá si no se rinden. Y si no somos desarrolladores, (mucha) paciencia.

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

Si se explotan, estas fallas pueden permitir a los atacantes obtener acceso no autorizado a información confidencial o, en general, causar problemas

Hace poco se dio a conocer la noticia de que se identificaron dos vulnerabilidades en el kernel de Linux (ya catalogada bajo CVE-2022-42896), que potencialmente se puede usar para organizar la ejecución remota de código a nivel del kernel mediante el envío de un paquete L2CAP especialmente diseñado a través de Bluetooth.

Se menciona que la primera vulnerabilidad (CVE-2022-42896) se produce al acceder a un área de memoria ya liberada (use-after-free) en la implementación de las funciones l2cap_connect y l2cap_le_connect_req.

El fallo se aprovecha después de crear un canal a través de la llamada de devolución de llamada new_connection, el cual no se bloquea la configuración para ello, pero se configura un temporizador (__set_chan_timer), después de un tiempo de espera, llamando a la función l2cap_chan_timeout y limpiando el canal sin verificar la terminación del trabajo con el canal en las funciones l2cap_le_connect*.

El tiempo de espera predeterminado es de 40 segundos y se asumió que una condición de carrera no podía ocurrir con tanto retraso, pero resultó que debido a otro error en el controlador SMP, fue posible llamar instantáneamente al temporizador y alcanzar la condición de carrera.

Un problema en l2cap_le_connect_req puede provocar una fuga de memoria del kernel, y en l2cap_connect puede sobrescribir el contenido de la memoria y ejecutar su código. La primera variante del ataque se puede llevar a cabo usando Bluetooth LE 4.0 (desde 2009), la segunda usando Bluetooth BR/EDR 5.2 (desde 2020).

Existen vulnerabilidades de uso posterior a la liberación en las funciones l2cap_connect y l2cap_le_connect_req del kernel de Linux net/bluetooth/l2cap_core.c que pueden permitir la ejecución de código y la pérdida de memoria del kernel (respectivamente) de forma remota a través de Bluetooth. Un atacante remoto podría ejecutar código que filtra la memoria del kernel a través de Bluetooth si se encuentra cerca de la víctima. Recomendamos actualizar la confirmación pasada https://ift.tt/ejioua3 https://ift.tt/L6iKMQ9

La segunda vulnerabilidad que fue detectada (ya catalogada bajo CVE-2022-42895) está provocada por una fuga de memoria residual en la función l2cap_parse_conf_req, que se puede utilizar para obtener información de forma remota sobre punteros a estructuras del kernel mediante el envío de solicitudes de configuración especialmente diseñadas.

Sobre esta vulnerabilidad se menciona que en la función l2cap_parse_conf_req, se usó la estructura l2cap_conf_efs, para la cual la memoria asignada no fue inicializada previamente, y mediante manipulaciones con el indicador FLAG_EFS_ENABLE, fue posible lograr la inclusión de datos antiguos de la pila en el paquete.

el indicador de canal FLAG_EFS_ENABLE en lugar de la variable remote_efs para decidir si la estructura l2cap_conf_efs efs debe usarse o no y es posible configurar el indicador FLAG_EFS_ENABLE sin enviar realmente datos de configuración EFS y, en este caso, la estructura efs l2cap_conf_efs no inicializada se enviará de vuelta al cliente remoto, por lo que se filtrará información sobre el contenido de la memoria del kernel, incluidos los punteros del kernel.

El problema solo ocurre en sistemas donde el núcleo está construido con la opción CONFIG_BT_HS (deshabilitada de forma predeterminada, pero habilitada en algunas distribuciones, como Ubuntu). Un ataque exitoso también requiere establecer el parámetro HCI_HS_ENABLED a través de la interfaz de administración en verdadero (no se usa de manera predeterminada).

Sobre estos dos fallos descubiertos ya se dieron a conocer los prototipos de explotación que se ejecutan en Ubuntu 22.04 para demostrar la posibilidad de un ataque remoto.

Para llevar a cabo el ataque, el atacante debe estar dentro del alcance de Bluetooth; no se requiere emparejamiento previo, pero Bluetooth debe estar activo en la computadora. Para un ataque, basta con conocer la dirección MAC del dispositivo de la víctima, que puede determinarse mediante un sniffing o, en algunos dispositivos, calcularse en función de la dirección MAC de Wi-Fi.

Finalmente cabe mencionar que se identificó otro problema similar (CVE-2022-42895) en el controlador L2CAP que puede filtrar el contenido de la memoria del kernel en los paquetes de información de configuración. La primera vulnerabilidad se ha manifestado desde agosto de 2014 (kernel 3.16), y la segunda desde octubre de 2011 (kernel 3.0).

Para los interesados en realizar un seguimiento de la corrección en las distribuciones, lo pueden hacer en las siguientes páginas: Debian, Ubuntu, Gentoo, RHEL, SUSE, Fedora y Arch .

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

Xfce ​ es un entorno de escritorio libre para sistemas tipo Unix como GNU/Linux, BSD, Solaris y derivados

Después de dos años de desarrollo, se dio a conocer el lanzamiento del entorno de escritorio Xfce 4.18, cuyo objetivo es proporcionar un escritorio clásico que requiere recursos mínimos del sistema para ejecutarse.

Xfce consta de varios componentes interrelacionados que se pueden usar en otros proyectos si se desea. Estos componentes incluyen el administrador de ventanas xfwm4, el iniciador de aplicaciones, el administrador de visualización, la administración de sesiones de usuario y la administración de energía, el administrador de archivos Thunar, el navegador web Midori, el reproductor multimedia Parole, el editor de texto del mousepad y el sistema de configuración del entorno.

Principales novedades de Xfce 4.18

En esta nueva versión la biblioteca de elementos de interfaz libxfce4ui ofrece un nuevo widget XfceFilenameInput para ingresar un nombre de archivo, que informa sobre errores en caso de usar nombres no válidos, por ejemplo, que contengan espacios adicionales o caracteres especiales.

Ademas de ello se agregó un nuevo widget para personalizar los atajos de teclado, que proporciona una interfaz gráfica para reasignar teclas de acceso rápido específicas para varios componentes del entorno del usuario (de los componentes, actualmente solo se admiten Thunar, Xfce4-terminal y Mousepad).

Se ha optimizado el rendimiento del servicio de creación de miniaturas (pixbuf-thumbnailer), asi como tambien se proporcionó la capacidad de cambiar las opciones de miniaturas del escritorio, como la capacidad de usar íconos grandes (x-grandes) y extra grandes (xx-grandes) que son útiles en pantallas de alta resolución. El motor de miniaturas Tumbler y el administrador de archivos Thunar tienen la capacidad de usar repositorios de miniaturas compartidos por diferentes usuarios (las miniaturas se pueden almacenar previamente en un subdirectorio junto a las imágenes originales).

El panel (xfce4-panel) ofrece un nuevo complemento para mostrar la hora, que combina los complementos previamente separados para relojes digitales y analógicos (DateTime y Clock). Además, se han agregado al complemento un modo de reloj binario y una función de seguimiento del tiempo de sueño. Para mostrar la hora, se ofrecen varios diseños de reloj: analógico, binario, digital, texto y LCD.

El administrador de escritorio (xfdesktop) brinda la capacidad de ocultar el botón «Eliminar» en el menú contextual y mostrar una confirmación separada de la reorganización de los íconos en el escritorio, ademas de que en el configurador (xfce4-settings), la interfaz de búsqueda de configuraciones se ha simplificado: la barra de búsqueda ahora está siempre visible y no está oculta detrás del control deslizante.

La interfaz de configuración de pantalla brinda la capacidad de definir acciones que se realizarán cuando se conecten nuevas pantallas. En la configuración de apariencia, cuando se selecciona un nuevo tema, se ha implementado una opción para configurar automáticamente el tema apropiado para el administrador de ventanas xfwm4.

Se agregó soporte para la propiedad ‘PrefersNonDefaultGPU’ en la interfaz del buscador de aplicaciones (xfce4-appfinder) para usar una GPU secundaria en sistemas de gráficos híbridos. Se agregó una configuración para ocultar las decoraciones de las ventanas.

El administrador de ventanas xfwm4 agrega soporte para sincronización vertical adaptativa (vsync) cuando se usa GLX. La configuración del escritorio virtual está alineada con otros administradores de ventanas.

De los demás cambios que se destacan de esta nueva versión:

• Se mejoró el escalado de la interfaz de usuario en pantallas de alta densidad de píxeles y, entre otras cosas, se resolvieron los problemas con los íconos que se desdibujaban cuando se habilitaba el escalado.
• El administrador de ventanas representa todos los títulos de ventanas y diálogos de forma predeterminada, pero para algunos diálogos hay una opción para decorar el título del lado del cliente (CSD) usando el widget GtkHeaderBar.
• En el administrador de archivos Thunar, se mejoró el modo de vista de lista: para los directorios en el campo de tamaño, se muestra la cantidad de archivos contenidos en el directorio, se agregó la capacidad de mostrar una columna con la hora en que se crearon los archivos.
• Se ha agregado un elemento al menú contextual para mostrar un cuadro de diálogo para configurar los campos mostrados.

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

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