◇ OpenCyber Academy
Técnico · Capítulo 15 · Português

Capítulo 15 — Arquitetura e engenharia de segurança: integração e dependências

Ensino gratuito e aberto para quem deseja proteger pessoas e tecnologias. Não é preciso criar uma conta para estudar ou consultar as respostas.

Capítulo 15 — Arquitetura e engenharia de segurança: integração e dependências

Mapa da aula

Aula 15 publicada. Mapa, exemplo, EX057.

flowchart TD
  N0["15.1 Dependências"]
  N1["15.2 Acesso dos fornecedores"]
  N2["15.3 Falha de fornecedor"]
  N3["Síntese"]
  N0 --> N1 --> N2 --> N3
  N3 --> EX["Exemplo resolvido"]
  EX --> Q["Exercício EX057"]

Desenho lógico

flowchart LR
  N0["15.1 Dependências"]
  N1["15.2 Acesso dos fornecedores"]
  N2["15.3 Falha de fornecedor"]
  N3["Síntese"]
  N0 --> N1 --> N2 --> N3 --> Q["EX057"]
[15.1 Dependências]
    |
    v
[15.2 Acesso dos fornecedores]
    |
    v
[15.3 Falha de fornecedor]
    |
    v
[Síntese]
    |
    v
[Exemplo resolvido] --> [Exercício EX057]

Objetivos de aprendizagem

Você vai (1) listar as dependências externas da Linden; (2) avaliar o acesso dos fornecedores; (3) planejar para a falha de um fornecedor.

15.1 Dependências

Nadia lista os serviços externos dos quais a Linden depende: o fornecedor do sistema de gestão clínica em nuvem, o provedor de e-mail, o provedor de pagamentos, o fornecedor do software de raio X com suporte remoto, os provedores de internet de cada clínica e o serviço de lembretes por mensagem de texto. Para cada um, ela registra que dados ele guarda, quem administra o contrato e o que acontece se ele falhar. O fornecedor do sistema de gestão clínica é a dependência mais profunda, já que toda consulta e todo prontuário vivem ali. As dependências fazem parte da arquitetura, mesmo que a Linden não as opere.

15.2 Acesso dos fornecedores

O fornecedor de raio X se conecta remotamente aos servidores de imagens para dar suporte, usando uma ferramenta de acesso remoto sempre ligada. Nadia recomenda que as sessões só sejam habilitadas sob demanda e aprovadas por Grace, com o fornecedor usando contas nominais e login multifator. Ela também pergunta ao serviço de lembretes por mensagem que dados de pacientes ele recebe e descobre que ele recebe o nome completo e o tipo de tratamento, embora só sejam necessários o primeiro nome e o horário. Grace pede ao fornecedor que reduza os dados enviados. Os dois pedidos são registrados na pasta do fornecedor.

15.3 Falha de fornecedor

Nadia pede a cada fornecedor crítico seus compromissos de recuperação e verifica o que a Linden consegue fazer sozinha. Se o sistema de gestão clínica falhar, as clínicas podem imprimir toda noite as listas do dia seguinte como contingência. Se o fornecedor de raio X desaparecer, o software de imagens continua rodando localmente, mas não pode ser atualizado. Ela acrescenta isso aos cartões de resposta do capítulo 8. Planejar para a falha de fornecedores faz parte da resiliência, porque a indisponibilidade longa mais provável numa pequena organização muitas vezes é problema de outra pessoa. Cada contingência é praticada uma vez por ano.

Exemplo resolvido

Nadia lista seis dependências, restringe o acesso sempre ligado do fornecedor, reduz os dados enviados a um serviço de mensagens e acrescenta contingências para a falha de fornecedores.

Caso sintético. Os fornecedores e os dados são sintéticos.

Erros e limites

Os compromissos dos fornecedores podem não ser cumpridos. As contingências precisam de prática regular.

Exercícios

Síntese

As dependências pertencem à arquitetura, com acesso limitado dos fornecedores, o mínimo de dados compartilhados e alternativas ensaiadas.

Continue estudando — aula 15 (capítulo 15 de 18)

← Capítulo 14 · Índice das aulas · Capítulo 16 →

Continue para a próxima aula já escrita.