{"id":99696,"date":"2021-04-10T10:23:07","date_gmt":"2021-04-10T08:23:07","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/proekt-freebsd-perevyol-port-arm64-v-chislo-pervichnyh-i-ispravil-tri-uyazvimosti"},"modified":"2021-04-10T10:23:07","modified_gmt":"2021-04-10T08:23:07","slug":"proekt-freebsd-perevyol-port-arm64-v-chislo-pervichnyh-i-ispravil-tri-uyazvimosti","status":"publish","type":"post","link":"https:\/\/prohoster.info\/es\/blog\/news\/proekt-freebsd-perevyol-port-arm64-v-chislo-pervichnyh-i-ispravil-tri-uyazvimosti","title":{"rendered":"El proyecto FreeBSD ha promovido el puerto ARM64 a la categor\u00eda principal y ha corregido tres vulnerabilidades.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Los desarrolladores de FreeBSD han decidido en la nueva rama de FreeBSD 13, cuyo lanzamiento se espera para el 13 de abril, otorgar al puerto para la arquitectura ARM64 (AArch64) el estatus de plataforma principal (Tier 1). Anteriormente, este nivel de soporte se proporcionaba para sistemas x86 de 64 bits (hasta hace poco, la arquitectura i386 tambi\u00e9n era la principal, pero en enero fue trasladada al segundo nivel de soporte). <\/p>\n
El primer nivel de soporte implica la creaci\u00f3n de im\u00e1genes de instalaci\u00f3n, actualizaciones binaria y paquetes listos, as\u00ed como garant\u00edas para resolver problemas espec\u00edficos y mantener la inalterabilidad de ABI para el entorno del usuario y el n\u00facleo (con excepci\u00f3n de algunos subsistemas). El primer nivel est\u00e1 bajo el soporte de los equipos responsables de solucionar vulnerabilidades, preparar lanzamientos y mantener puertos. <\/p>\n
Adicionalmente, se puede se\u00f1alar la eliminaci\u00f3n de tres vulnerabilidades en FreeBSD: <\/p>\n
\n
CVE-2021-29626 \u2014 un proceso local no privilegiado puede leer el contenido de la memoria del n\u00facleo o de otros procesos a trav\u00e9s de la manipulaci\u00f3n del mapeo de p\u00e1ginas de memoria. Esta vulnerabilidad es causada por un error en el subsistema de memoria virtual, que gestiona el uso compartido de memoria entre procesos, y que permit\u00eda que la memoria permaneciera vinculada a un proceso tras la liberaci\u00f3n de la p\u00e1gina de memoria correspondiente.\n
CVE-2021-29627 \u2014 un usuario local no privilegiado puede elevar sus privilegios en el sistema o leer el contenido de la memoria del n\u00facleo. Este problema se debe a una referencia a la memoria tras su liberaci\u00f3n (use-after-free) en la implementaci\u00f3n del mecanismo de filtro de aceptaci\u00f3n.\n
CVE-2020-25584 \u2014 posibilidad de eludir el mecanismo de aislamiento Jail. Un usuario dentro de un entorno aislado, que tenga permiso para montar secciones (allow.mount), puede cambiar el directorio ra\u00edz a una posici\u00f3n fuera de la jerarqu\u00eda Jail y obtener acceso completo de lectura y escritura a todos los archivos del sistema. <\/ul>\n