O Patch Manager Plus fornece aos administradores a possibilidade de executar a implantação seletiva de patches confidenciais de uma maneira que atenda às necessidades de conformidade de patches da empresa. Em termos simples os administradores consideram isto útil para:
Cada administrador teme aplicar atualizações ou patches que quebrem alguma coisa. Após a implantação de patches em grupos de teste, se um patch resultar em uma falha de aplicação ou sistema operacional, esses patches poderão ser recusados em todos os sistemas até que o respectivo fornecedor de aplicações possa fornecer uma correção correspondente. Há também cenários em que algumas aplicações funcionam somente com uma versão específica do java. Atualizar o Java pode causar a quebra de aplicações críticas, o que pode exigir uma reinstalação completa da aplicação. Assim, a opção Recusar ajuda a evitar a implantação de patches que podem ter problemas sem precedentes nos sistemas cliente.
Recuse patches, ou seja, essas são aplicações para uso por um sistema operacional ou plataforma de hardware anterior e não requerem mais atualizações de versão/atualizações de segurança. Por exemplo, as aplicações de mainframe eram aplicações legado quando o mundo abraçava redes cliente/servidor. As aplicações do Windows 7 executadas no Windows 8 são chamadas de aplicações legado. Às vezes os patches implantados para instalar a versão mais recente de uma aplicação podem parecer indesejados para redes corporativas. Por exemplo, considere uma equipe de TI de uma organização que acredita que a versão mais recente do Java, se implantada em seus sistemas, pode quebrar determinadas aplicações devido a problemas de incompatibilidade do java. Para atender aos requisitos da empresa, é recomendável impedir que uma aplicação seja atualizada, recusando-os aos grupos personalizados necessários.
Cada ambiente é diferente. Alguns ambientes instalam apenas atualizações críticas e de segurança, alguns instalam todas as atualizações. Nesses casos, quando automatizamos o gerenciamento de patches, todos os patches ausentes são implantados para direcionar os computadores, independentemente de seu nível de vulnerabilidade. Isso resulta na implantação de patches sem priorizar quais patches vulneráveis precisam ser implementados primeiro e quais patches de menor vulnerabilidade podem ser adiados para implantação. Nesses casos, os administradores podem priorizar a implantação de patches altamente críticos adiando a implantação de patches menos críticos que podem ser recusados temporariamente.
Os sistemas de servidor de patches são fundamentalmente diferentes dos patches das estações de trabalho em termos do escopo dos patches envolvidos. Uma das tarefas mais difíceis com que os administradores de servidor devem lidar é descobrir a prioridade dos patches para servidores. Eles não só lidam com o servidor, mas também com as aplicações executadas nele e com uma série de outras coisas. Se você tiver uma confusão de patches a serem implantados em sistemas de servidor, isso pode causar estragos. Os computadores e servidores críticos para os negócios podem ter horários específicos nos quais as alterações e as reinicializações do computador são permitidas. Portanto, é sempre recomendado priorizar qual patch vai primeiro e quais patches precisam ser recusados para que os sistemas críticos não sejam desacelerados devido a interrupções ou reinicializações abruptas.
Os patches recusados podem ser movidos de volta da lista Recusar e mais tarde podem ser adicionados para implantação. Portanto, os patches recusados não são removidos de uma vez por todas, mas podem ser revogados para implantação.
A recusa de um patch resulta no seguinte:
Siga as etapas mencionadas abaixo para recusar as etapas envolvidas na redução de patches, aplicações ou uma família de patches:
Você recusou patches com êxito para um grupo de sistemas. Agora você pode ver que os patches rejeitados não serão contados ao calcular a integridade do sistema ou serão calculados como patches ausentes.