Soporte técnico
Documentación
Inicio de sesión
Contáctenos
No es necesario reiniciar
: cómo eliminar las interrupciones y
el tiempo de inactividad al aplicar parches en Linux
Las vulnerabilidades del núcleo plantean un problema habitual para los equipos de Linux. La solución existe, pero aplicarla de la forma tradicional implica instalar un nuevo núcleo y reiniciar el sistema.
Esto convierte una actualización de seguridad rutinaria en una operación de mantenimiento: planificación, aprobación de cambios, responsables de las aplicaciones y riesgo de tiempo de inactividad.
Y los sistemas que más necesitan parches suelen ser los más difíciles de reiniciar, desde bases de datos de producción y cargas de trabajo en clúster —por no hablar de los parques de dispositivos periféricos y cualquier sistema que tenga un compromiso de disponibilidad—. Una distribución puede lanzar una corrección en cuestión de días y, aun así, dejar un intervalo de tiempo entre el momento en que se corrige la vulnerabilidad y el momento en que tus sistemas quedan protegidos.
La aplicación de parches sin reinicio subsana esa laguna de otra manera. Las correcciones se aplican a un núcleo en ejecución en memoria, por lo que la vulnerabilidad deja de existir en el momento en que se aplica el parche, y no cuando se abre la siguiente ventana. Esto también plantea preguntas legítimas sobre cómo se crean, se prueban y se verifica la fiabilidad de esos parches, así como sobre qué correcciones pueden aplicarse de esta forma.
Únete a TuxCare junto con la Fundación AlmaLinux OS para conocer de forma práctica cómo funciona la aplicación de parches sin reinicio, cuál es su papel en las operaciones de seguridad de Linux y qué ocurre desde que se da a conocer una vulnerabilidad del núcleo hasta que la corrección llega al entorno de producción.
Durante este seminario web, aprenderá:
- Cómo se aplican las correcciones de seguridad a un núcleo de Linux en ejecución mediante parches sin reinicio, y qué casos siguen requiriendo un reinicio.
- ¿Qué ocurre entre la divulgación y la implementación (desarrollo del parche, adaptación a versiones anteriores, pruebas y puesta en marcha del repositorio)?
- Cuándo los requisitos de reinicio provocan retrasos operativos, y por qué una solución rápida en el origen no siempre se traduce en una protección rápida.
- Cómo determinar en qué medida la aplicación de parches sin reinicio complementa tu proceso actual de actualización y gestión de cambios en Linux.
Esta sesión está dirigida a:
- Administradores de Linux encargados de aplicar parches a los sistemas de producción
- Equipos de plataforma, infraestructura, DevOps y SRE que gestionan entornos Linux en los que el tiempo de actividad es fundamental
- Equipos de seguridad y cumplimiento normativo responsables de los plazos de corrección de vulnerabilidades, los periodos de exposición y las pruebas de auditoría
- Los responsables de TI e ingeniería que deben encontrar el equilibrio entre los requisitos de seguridad y las limitaciones de disponibilidad y mantenimiento
¿Por qué verlo?
Que haya un parche para el núcleo disponible y que un sistema de producción esté protegido no es lo mismo.
En esta sesión se analiza esa brecha desde ambos puntos de vista: cómo las distribuciones de Linux desarrollan, prueban y distribuyen las correcciones de seguridad, y cómo los equipos pueden aplicar las actualizaciones del núcleo sin que cada vulnerabilidad se convierta en una decisión que requiera una ventana de mantenimiento.