Capítulo 9 — Gestão de correções

Capítulo 9 — Gestão de correções

Mapa da aula

Aula 09 publicada. Mapa, exemplo, EX025.

flowchart TD
  N0["9.1 O ciclo"]
  N1["9.2 Testes"]
  N2["9.3 Servidores e nuvem"]
  N3["9.4 Sistemas que ficam para trás"]
  N0 --> N1 --> N2 --> N3
  N3 --> EX["Exemplo resolvido"]
  EX --> Q["Exercício EX025"]

Desenho lógico

flowchart LR
  N0["9.1 O ciclo"]
  N1["9.2 Testes"]
  N2["9.3 Servidores e nuvem"]
  N3["9.4 Sistemas que ficam para trás"]
  N0 --> N1 --> N2 --> N3 --> Q["EX025"]

[9.1 O ciclo]
    |
    v
[9.2 Testes]
    |
    v
[9.3 Servidores e nuvem]
    |
    v
[9.4 Sistemas que ficam para trás]
    |
    v
[Exemplo resolvido] --> [Exercício EX025]

Objetivos de aprendizagem

Você vai (1) executar um ciclo de correções; (2) testar as atualizações antes da implantação ampla; (3) lidar com sistemas que não podem ser corrigidos rapidamente.

9.1 O ciclo

Jamal aprende o ciclo de correções: saber das novas atualizações, avaliar sua importância, testá-las, implantá-las e confirmar a instalação. O gerente de TI do Riverbend recebe os avisos dos fabricantes e consulta um catálogo público de vulnerabilidades sabidamente exploradas. As atualizações para falhas exploradas ativamente têm prioridade. A Sra. Grant explica que um ciclo confiável e rotineiro protege melhor do que surtos ocasionais de esforço depois de notícias na imprensa. Ele escreve o ciclo como uma lista de verificação mensal com datas para cada etapa e o responsável, para que o gerente de TI e o técnico saibam exatamente o que fazer e quando. A lista inclui um passo para consultar toda semana o catálogo de vulnerabilidades exploradas.

9.2 Testes

As atualizações podem quebrar coisas. Jamal monta um grupo de teste de cinco estações de trabalho, uma de cada tipo de função, que recebe as atualizações primeiro. Depois de dois dias sem problemas, as atualizações vão para todas as estações. Quando uma atualização quebra o driver de uma impressora da recepção, o grupo de teste detecta o problema antes que ele chegue a todos os centros. Ele registra o problema e a correção no log de TI. A Sra. Grant observa que os grupos de teste devem incluir as máquinas mais incomuns, como os computadores da recepção com impressoras, porque são as mais propensas a quebrar. Jamal acrescenta mais duas máquinas ao grupo por esse motivo.

9.3 Servidores e nuvem

O sistema de reservas do Riverbend é hospedado na nuvem, por isso seu fornecedor cuida das correções dos servidores. Jamal consulta o contrato e descobre que o fornecedor se compromete a corrigir os problemas críticos em até catorze dias. O Riverbend continua corrigindo seu próprio servidor de arquivos e os gravadores das câmeras. As atualizações dos gravadores são raras e precisam ser baixadas manualmente, por isso ele acrescenta uma verificação trimestral ao calendário. Ele também pede ao fornecedor um resumo de seu desempenho recente nas correções, que o fornecedor envia. O resumo mostra que os problemas críticos foram corrigidos dentro do prazo acordado no último ano. Jamal arquiva o resumo com o contrato e cria um lembrete para pedi-lo anualmente.

9.4 Sistemas que ficam para trás

Alguns sistemas não podem ser corrigidos rapidamente. Um antigo controlador dos produtos químicos da piscina roda um software que o fornecedor não atualiza mais. Jamal recomenda isolá-lo num segmento de rede próprio, bloquear o acesso à internet e perguntar ao fornecedor sobre a substituição. A Sra. Grant observa que o isolamento reduz o risco quando a correção é impossível, mas deve ser registrado como uma exceção temporária com data de revisão. O fornecedor oferece um controlador substituto a preço reduzido, e o gerente do centro o inclui no orçamento do ano seguinte. Jamal registra a exceção com seus controles e a data de revisão no log de TI e verifica que o isolamento funciona testando a partir de um computador da equipe.

Exemplo resolvido

Jamal segue o ciclo de correções, usa um grupo de teste de cinco máquinas que detecta um problema de impressora, confere o compromisso do fornecedor de nuvem e isola um controlador de piscina que não pode ser corrigido.

Caso sintético. Os sistemas são sintéticos.

Erros e limites

Implantar atualizações não testadas em todos os lugares ao mesmo tempo pode quebrar todos os centros.

Exercícios

• EX025 — Atualizações prioritárias. Quais atualizações têm prioridade? Rubrica: 3 = as de falhas exploradas ativamente;; 2 = parcialmente correto;; 1 = vago;; 0 = nenhuma.

• EX026 — Grupo de teste. Quantas estações de trabalho há no grupo de teste? Rubrica: 3 = cinco;; 2 = parcialmente correto;; 1 = errado;; 0 = nenhuma.

• EX027 — Controlador da piscina. Como o controlador da piscina é protegido? Rubrica: 3 = segmento isolado sem internet;; 2 = parcialmente correto;; 1 = vago;; 0 = nenhuma.

Continue estudando — aula 09 (capítulo 09 de 30)

← Capítulo 08 · Índice das aulas · Capítulo 10 →

Continue para a próxima aula já escrita.