Suporte Técnico
Documentação
Entrar
Entre em contato conosco
Não é necessário reiniciar
: eliminando interrupções e
: tempo de inatividade na aplicação de patches no Linux
As vulnerabilidades do kernel representam um problema comum para as equipes de Linux. A correção já existe, mas aplicá-la da maneira tradicional significa instalar um novo kernel e reiniciar o sistema.
Isso transforma uma atualização de segurança de rotina em um evento de manutenção: programação, aprovação de mudanças, responsáveis pelas aplicações, risco de tempo de inatividade.
E os sistemas que mais precisam de correções são, muitas vezes, os mais difíceis de reiniciar, desde bancos de dados de produção e cargas de trabalho em cluster — sem falar nas frotas de dispositivos de borda e em qualquer sistema que tenha um compromisso de tempo de atividade. Uma distribuição pode lançar uma correção em poucos dias e, mesmo assim, deixar um intervalo entre o momento em que a vulnerabilidade é corrigida e o momento em que seus sistemas ficam protegidos.
A aplicação de patches sem reinicialização resolve essa lacuna de maneira diferente. As correções são aplicadas a um kernel em execução na memória; assim, a exposição termina no momento em que o patch é aplicado, e não quando a próxima janela é aberta. Isso também levanta questões legítimas sobre como esses patches são criados, testados e considerados confiáveis, e sobre quais correções podem, de fato, ser aplicadas dessa maneira.
Junte-se à TuxCare e à AlmaLinux OS Foundation para uma análise prática de como funciona a aplicação de patches sem reinicialização, qual é o seu papel nas operações de segurança do Linux e o que ocorre entre a divulgação de uma vulnerabilidade no kernel e a implementação da correção em ambiente de produção.
Durante este webinar, você aprenderá:
- Como a aplicação de patches sem reinicialização aplica correções de segurança a um kernel do Linux em execução e o que ainda requer uma reinicialização.
- O que ocorre entre a divulgação e a implantação (desenvolvimento de patches, backporting, testes e implementação no repositório).
- Quando os requisitos de reinicialização causam atrasos operacionais e por que uma correção rápida na origem nem sempre significa proteção rápida.
- Como determinar em que aspectos a aplicação de patches sem reinicialização complementa seu processo atual de atualização e gerenciamento de mudanças no Linux.
Esta sessão foi concebida para:
- Administradores de Linux responsáveis pela aplicação de patches em sistemas de produção
- Equipes de plataforma, infraestrutura, DevOps e SRE que gerenciam ambientes Linux em que o tempo de atividade é fundamental
- Equipes de segurança e conformidade responsáveis pelos prazos de correção de vulnerabilidades, janelas de exposição e evidências de auditoria
- Líderes das áreas de TI e engenharia que buscam equilibrar os requisitos de segurança com as restrições de disponibilidade e manutenção
Por que assistir?
A disponibilidade de um patch para o kernel e a proteção de um sistema de produção não são a mesma coisa.
Esta sessão analisa essa lacuna sob os dois pontos de vista: como as distribuições Linux desenvolvem, testam e lançam correções de segurança, e como as equipes podem aplicar atualizações do kernel sem transformar cada vulnerabilidade em uma decisão que exija uma janela de manutenção.