CVE-2026-31431 'Copy Fail': vulnerabilidad crítica del kernel explotada activamente desde 2017 Linux 2026-06-24 https://elpisuika.com/linux/2026-06-24.og.png Linux 2026-06
2026-06-24 · LINUX · Edición del 24 de junio de 2026
Linux

CVE-2026-31431 'Copy Fail': vulnerabilidad crítica del kernel explotada activamente desde 2017

La falla de escalada de privilegios locales con CVSS 7.8 afecta todas las distribuciones principales y permite a un atacante sin privilegios escribir bytes arbitrarios en la caché de páginas para obtener acceso root. Red Hat, Ubuntu y Cloudflare ya tienen mitigaciones disponibles.

01
CVSS 7.8
Severidad de CVE-2026-31431 'Copy Fail', vulnerabilidad de escalada de privilegios locales que existe en el kernel Linux desde 2017 y está siendo explotada activamente
02
Kernel 7.1
Versión estable del kernel Linux publicada el 14 de junio, con la ventana de fusión para 7.2 ya abierta
03
AUR
El repositorio de usuarios de Arch Linux sufrió un ataque sostenido con cuentas nuevas que adoptaban paquetes huérfanos para distribuir actualizaciones maliciosas
6 historias · 24 de junio de 2026 ← volver a portada
01
N.º 01 Seguridad · Kernel

CVE-2026-31431 'Copy Fail': escalada de privilegios activamente explotada en kernel Linux desde 2017

La vulnerabilidad permite a un atacante local sin privilegios obtener acceso root escribiendo bytes arbitrarios en la caché de páginas del sistema; afecta todas las versiones del kernel desde 2017 y se encuentra siendo explotada en entornos reales.

La vulnerabilidad CVE-2026-31431, bautizada 'Copy Fail', es una falla de escalada de privilegios locales (LPE) en el kernel Linux con una puntuación CVSS de 7.8. Según Red Hat y Ubuntu, la falla existe en el kernel desde 2017 y está siendo explotada activamente en entornos reales. El mecanismo de ataque permite a un atacante local sin privilegios escribir bytes arbitrarios en la caché de páginas del sistema, lo que abre la puerta a obtener acceso root en el sistema comprometido. El vector de ataque es local, lo que significa que el atacante necesita acceso previo al sistema —pero no privilegios elevados— para aprovecharlo. Red Hat publicó un aviso de seguridad con mitigaciones disponibles para RHEL y sus derivados; Ubuntu publicó actualizaciones para sus versiones LTS afectadas; y Cloudflare documentó en su blog las mitigaciones implementadas en su infraestructura. Para administradores de sistemas Linux en Costa Rica —incluyendo los equipos de infraestructura en zonas francas y en el sector público—, la prioridad inmediata es aplicar los parches de los proveedores de distribución y, donde no sea posible aplicar el parche de inmediato, revisar los controles de acceso local para reducir la superficie de ataque. El ángulo de contexto: una LPE requiere que el atacante ya tenga acceso al sistema, por lo que los sistemas correctamente aislados con acceso remoto controlado tienen menor exposición que los ambientes compartidos o de usuario múltiple.

02
N.º 02 AUR · Seguridad

AUR de Arch Linux sufre ataque sostenido con paquetes huérfanos maliciosos en semana 25

El Arch User Repository (AUR), el repositorio de paquetes mantenidos por la comunidad de Arch Linux, fue víctima de un ataque sostenido en la semana 25 de 2026 (15-21 de junio), según el sitio Linuxiac. El método: atacantes crearon cuentas nuevas para adoptar paquetes 'huérfanos' —aquellos sin mantenedor activo— e insertar actualizaciones maliciosas. La táctica explota la política del AUR que permite a cualquier usuario adoptar paquetes abandonados, un mecanismo diseñado para mantener el repositorio activo pero que se convierte en vector de ataque cuando no hay verificación adicional. El incidente refuerza una advertencia recurrente de la comunidad Arch: el AUR no está curado oficialmente y los paquetes pueden contener código arbitrario. Los usuarios de Arch deben revisar el PKGBUILD antes de instalar cualquier paquete del AUR y priorizar herramientas AUR que faciliten la inspección del código fuente. Para administradores de sistemas que corren Arch en entornos de producción —una práctica poco recomendada pero no infrecuente en proyectos pequeños— el incidente es una señal de que el riesgo del AUR en producción supera los beneficios.

Hoja de datos
AUR de Arch Linux sufre ataque sostenido con paquetes huérfanos maliciosos en semana 25
  • Paquetes huérfanos del AUR adoptados por cuentas nuevas para distribuir actualizaciones maliciosasAtaque
  • 15-21 de junio de 2026, cuando se registró el incidente en Arch User RepositorySemana 25
  • Revisar PKGBUILD antes de instalar; no usar AUR en sistemas de producción críticosMitigación
03
N.º 03 Kernel Linux · Versiones

cat /feed/kernellinuxversiones.md

Linux Kernel 7.1 llega al 14 de junio como versión estable; abre la ventana de fusión para 7.2

> El kernel Linux 7.1 fue publicado como versión estable el 14 de junio de 2026, siguiendo el ciclo de desarrollo de aproximadamente dos meses establecido desde la publicación de 7.0 el 12 de abril. Con la salida de 7.1, se abrió la ventana de fusión para 7.2, período en que los subsistemas envían sus nuevas características al árbol principal de Linus Torvalds. El ciclo de desarrollo del kernel Linux mantiene una cadencia que ha demostrado ser sostenible para la comunidad de contribuyentes distribuidos globalmente.

> En paralelo, Raspberry Pi OS publicó el 18 de junio su actualización 2026-06-18, que incorpora el kernel Linux 6.18 LTS como base del sistema. La actualización incluye nuevas asociaciones para pantallas táctiles, iconos actualizados y el compositor Wayland Labwc renovado. Raspberry Pi OS, basada en Debian, es una de las distribuciones Linux más utilizadas en proyectos educativos y de prototipado en Costa Rica, donde el hardware Raspberry Pi tiene presencia en laboratorios universitarios y en la comunidad maker del país. Para administradores de sistemas que usan kernels LTS, 6.18 extiende el soporte a largo plazo para infraestructura que no puede actualizarse al ciclo de desarrollo rápido de las versiones principales.

04
N.º 04 Open Source Finance Forum · Londres

Open Source Finance Forum Londres reúne a la industria financiera global en torno al código abierto el 23-25 de junio

El Open Source Finance Forum (OSFF) de Londres se celebra del 23 al 25 de junio de 2026 bajo la organización de la Linux Foundation. El evento reúne a representantes de bancos, fondos de inversión, empresas de infraestructura financiera y reguladores para discutir el estado del software de código abierto en el sector. Los temas centrales incluyen la adopción de estándares abiertos para datos financieros, la gobernanza de proyectos críticos de infraestructura y el cumplimiento regulatorio en entornos de código compartido. Para Costa Rica, el evento es relevante en la medida en que el sector bancario costarricense —dominado por el Banco Nacional, el BCR y entidades privadas— está en proceso de modernización de sus plataformas tecnológicas. El uso de software de código abierto en infraestructura financiera reduce costos de licenciamiento y aumenta la transparencia del código, pero requiere estructuras de gobernanza que muchas entidades locales aún no tienen formalizadas. La participación de la SUGEF o el BCCR en foros de este tipo podría acelerar la adopción de mejores prácticas en el sector regulado costarricense.

— La conferencia de la Linux Foundation dedicada al uso de software de código abierto en servicios financieros convoca a instituciones de América, Europa y Asia en tres días de talleres y keynotes.

05
N.º 05 Open Source · Ecosistema

OpenAI lanza 'Patch the Planet' para financiar a mantenedores de software de código abierto

OpenAI anunció el 22 de junio de 2026 la iniciativa 'Patch the Planet', enmarcada en su programa Daybreak, para proporcionar financiamiento y soporte a mantenedores de proyectos de código abierto críticos para el ecosistema de IA. La iniciativa reconoce que gran parte de la infraestructura sobre la que corren los modelos de lenguaje de gran escala —librerías de álgebra lineal, frameworks de aprendizaje automático, herramientas de gestión de datos— es mantenida por voluntarios o equipos pequeños sin financiamiento sostenido. El ángulo de disenso lo articulan veteranos del ecosistema de código abierto como Drew DeVault y Bradley Kuhn, que señalan que las iniciativas de patrocinio de grandes empresas tecnológicas al código abierto suelen venir acompañadas de condiciones que orientan el trabajo hacia los intereses de los donantes, y que la solución de largo plazo requiere modelos de gobernanza independiente, no dependencia de una sola empresa. Para Costa Rica, donde la adopción de software de código abierto en el sector público está regulada por la Ley de Simplificación, el financiamiento de herramientas que el gobierno usa en sus plataformas de forma indirecta es una conversación relevante que todavía no ocurre formalmente.

22 jun.
Fecha del anuncio de 'Patch the Planet: a Daybreak Initiative' de OpenAI
06
N.º 06 Apache Iceberg · Datos

Apache Iceberg 1.11.0 agrega cifrado nativo y compatibilidad con Spark 4.1 y Flink 2.1

Apache Iceberg 1.11.0, publicado en junio de 2026, introduce cifrado nativo de tablas mediante cifrado de sobre (envelope encryption) con soporte para Google KMS, y extiende su compatibilidad a Apache Spark 4.1 y Apache Flink 2.1. Iceberg es el formato de tabla de datos abierto más adoptado para arquitecturas de data lakehouse, utilizado por empresas que gestionan petabytes de datos analíticos en plataformas de nube. La adición de cifrado a nivel de tabla resuelve uno de los principales puntos de fricción en industrias reguladas —banca, salud, gobierno— que necesitan proteger datos sensibles en almacenamiento compartido. Para equipos de ingeniería de datos en Costa Rica que trabajan con plataformas cloud para análisis de grandes volúmenes de información, la compatibilidad con Spark 4.1 y Flink 2.1 reduce el trabajo de adaptación en pipelines de datos que ya usan estas versiones. El cifrado nativo de Iceberg elimina la necesidad de soluciones de cifrado externas que complicaban la arquitectura de datos en entornos sensibles.

1.11.0
Versión de Apache Iceberg con cifrado nativo de tablas y soporte para Spark 4.1 y Flink 2.1
Google KMS
Soporte de gestión de claves externo incluido en el nuevo cifrado nativo de Iceberg
Junio 2026
Mes de publicación de Apache Iceberg 1.11.0 con las capacidades de cifrado integradas

En esta fechaLinux

Fuentes.