Mapa da aula
Aula 08 publicada. Mapa, exemplo, EX036.
flowchart TD
N0["8.1 Por que os fornecedores importam tanto aqui"]
N1["8.2 O ciclo de vida do fornecedor"]
N2["8.3 A revisão de acesso"]
N3["8.4 Caso resolvido: a revisão de maio sintético"]
N4["8.5 Requisitos de contrato e de integração"]
N5["8.6 Apresentação supervisionada"]
N6["Síntese do capítulo"]
N0 --> N1 --> N2 --> N3 --> N4 --> N5 --> N6
N6 --> EX["Exemplo resolvido"]
EX --> Q["Exercício EX036"]
Desenho lógico
flowchart LR
N0["8.1 Por que os fornecedores importam tanto aqui"]
N1["8.2 O ciclo de vida do fornecedor"]
N2["8.3 A revisão de acesso"]
N3["8.4 Caso resolvido: a revisão de maio sintético"]
N4["8.5 Requisitos de contrato e de integração"]
N5["8.6 Apresentação supervisionada"]
N6["Síntese do capítulo"]
N0 --> N1 --> N2 --> N3 --> N4 --> N5 --> N6 --> Q["EX036"]
[8.1 Por que os fornecedores importam tanto aqui]
|
v
[8.2 O ciclo de vida do fornecedor]
|
v
[8.3 A revisão de acesso]
|
v
[8.4 Caso resolvido: a revisão de maio sintético]
|
v
[8.5 Requisitos de contrato e de integração]
|
v
[8.6 Apresentação supervisionada]
|
v
[Síntese do capítulo]
|
v
[Exemplo resolvido] --> [Exercício EX036]
Objetivos de aprendizagem e conexão
Ao final deste capítulo, você deverá ser capaz de:
- analisar um problema de acesso de fornecedor como um caso de governança: contratos, contas, pessoas e evidências;
- conduzir uma revisão periódica do acesso remoto de terceiros e agir sobre as suas constatações de forma proporcional;
- inscrever requisitos de segurança para fornecedores nos contratos e na integração;
- apresentar uma análise de caso a um supervisor com as decisões solicitadas, as evidências anexadas e a incerteza rotulada.
Este é o primeiro caso supervisionado do livro. Ele reúne risco (Capítulo 4), papéis (Capítulo 6) e verificação de controles (Capítulo 7).
8.1 Por que os fornecedores importam tanto aqui
Os serviços essenciais dependem de fornecedores para equipamentos, software, manutenção e monitoramento. O acesso remoto de fornecedores é conveniente — um especialista em bombas consegue resolver um problema a 200 quilômetros de distância, à noite — e é também uma via recorrente de comprometimento. As orientações da CISA sobre mitigações primárias para a TO incluem, entre as prioridades, reduzir a exposição e proteger o acesso remoto (CISA, Primary Mitigations to Reduce Cyber Threats to Operational Technology). As orientações do NIST sobre a cadeia de suprimentos tratam os fornecedores como parte do risco da organização e recomendam integrar a gestão de riscos da cadeia de suprimentos à governança e às aquisições (NIST SP 800-161 Rev. 1). A NIS2 inclui a segurança da cadeia de suprimentos entre as medidas de gestão de riscos que as entidades precisam adotar (Directive (EU) 2022/2555, Article 21).
8.2 O ciclo de vida do fornecedor
A governança de um fornecedor com acesso segue um ciclo de vida:
- Selecionar — perguntas de segurança na aquisição, proporcionais ao acesso solicitado.
- Contratar — obrigações de segurança: pessoas nomeadas, MFA, notificação de incidentes e de desligamentos de pessoal, direito de revisão, tratamento de dados, apoio à sua resposta a incidentes.
- Integrar — contas criadas por pessoa nomeada, acesso mínimo, processo de aprovação de sessões (Capítulo 6).
- Operar — sessões aprovadas, registradas e revistas; revisões periódicas de acesso.
- Mudar — novos funcionários, novos sistemas, fusões: nova revisão.
- Encerrar — contas removidas, dados devolvidos ou destruídos, confirmação registrada.
A maioria dos problemas reais fica nas junções: um contrato que terminou, mas cuja conta sobreviveu; um engenheiro que saiu do fornecedor, mas cuja senha não saiu.
8.3 A revisão de acesso
Uma revisão de acesso periódica concilia três fontes: a lista de contas (o que existe), o registro de contratos (o que deveria existir) e os registros de sessão (o que é usado). Constatações típicas e respostas proporcionais:
Tabela da aula; deslize para ver todas as colunas →
| Constatação | Por que importa | Resposta proporcional |
|---|---|---|
| Conta de contrato encerrado | Ninguém responde pelo seu uso | Desabilitar agora; confirmar com o fornecedor |
| Sem uso há mais de 90 dias | Exposição desnecessária | Desabilitar; reabilitar a pedido, pelo processo |
| Conta compartilhada ou sem nome | As ações não podem ser atribuídas | Substituir por contas nomeadas; enquanto isso, restringir |
| Sem MFA | Só a senha concede o acesso | Corrigir ou registrar uma exceção com prazo |
| Uso muito acima do esperado | Pode ser um projeto legítimo, mau uso ou comprometimento | Perguntar ao fornecedor e ao dono interno; revisar os registros de sessão antes de concluir |
A última linha exige cuidado. Volume incomum é uma pergunta, não uma acusação.
8.4 Caso resolvido: a revisão de maio (sintético)
Depois das lacunas de controle do Capítulo 7, a coordenadora conduz a primeira revisão de acesso de fornecedores em 4 de maio de 2026, sob uma autorização de A. Mensah que permite a exportação somente leitura da lista de contas e do log de sessões do gateway. O Laboratório 8 reproduz a conciliação.
Laboratório 8 (salve como lab08.py e execute com python3 lab08.py):
# Lab 8 - third-party remote-access review (offline, standard library only; all data synthetic)
import datetime as dt
TODAY = dt.date(2026, 5, 4)
# account, supplier, named person, MFA, contract end, last session, sessions in 90 days
ACCOUNTS = [
("v-hydro1", "HydroLogic Ltd", "P. Novak", True, "2027-03-31", "2026-04-28", 6),
("v-hydro2", "HydroLogic Ltd", "", True, "2027-03-31", "2026-04-30", 11),
("v-scadaco", "ScadaCo", "M. Ilic", False, "2026-12-31", "2026-03-15", 2),
("v-pumps", "Vale Pumps", "D. Ruiz", True, "2025-11-30", "2026-02-10", 1),
("v-meter", "MeterWorks", "K. Sato", True, "2026-09-30", "2025-10-02", 0),
("v-integr", "Northgate Integration", "S. Brandt", True, "2026-08-31", "2026-05-01", 19),
]
SESSIONS_EXPECTED = {"HydroLogic Ltd": 8, "ScadaCo": 4, "Vale Pumps": 2, "MeterWorks": 2, "Northgate Integration": 4}
for acct, sup, person, mfa, end, last, n90 in ACCOUNTS:
f = []
if not person: f.append("shared/unnamed account")
if not mfa: f.append("no MFA")
if dt.date.fromisoformat(end) < TODAY: f.append("contract ended - disable")
if (TODAY - dt.date.fromisoformat(last)).days > 90: f.append("unused >90 days - disable")
if n90 > 2 * SESSIONS_EXPECTED[sup]: f.append(f"{n90} sessions vs ~{SESSIONS_EXPECTED[sup]} expected - ask why")
print(f"{acct:10s} {sup:22s} {'OK' if not f else '; '.join(f)}")
Saída esperada (Python 3.13.5):
v-hydro1 HydroLogic Ltd OK
v-hydro2 HydroLogic Ltd shared/unnamed account
v-scadaco ScadaCo no MFA
v-pumps Vale Pumps contract ended - disable
v-meter MeterWorks unused >90 days - disable
v-integr Northgate Integration 19 sessions vs ~4 expected - ask why
A análise da coordenadora, rotulada:
- Decidido (por A. Mensah, 4 de maio): desabilitar hoje
v-pumps(o contrato da Vale Pumps terminou em novembro) ev-meter(sem uso desde outubro); substituirv-hydro2por uma conta nomeada em até 14 dias e, enquanto isso, restringi-la a sessões supervisionadas. - Devido: a ScadaCo deve habilitar a MFA em
v-scadacoem até 30 dias, ou uma exceção deve ser proposta com medidas compensatórias (Capítulo 7); dono: A. Mensah. - Em aberto:
v-integr— a Northgate Integration teve 19 sessões em 90 dias, contra cerca de 4 esperadas. A coordenadora não conclui que houve mau uso. Ela pergunta a J. Tan se algum projeto explica isso e pede ao gerente de conta da Northgate o registro de trabalho. J. Tan responde que a Northgate está comissionando o novo enlace de telemetria da KW-11, aprovado em março; o registro de trabalho coincide com 17 das 19 sessões. Duas sessões, em 12 e 19 de abril às 02:00, não estão no registro de trabalho. Essas duas são passadas ao líder de segurança e ao KVROC para revisão dos registros de sessão, pelo caminho de escalonamento de incidentes, e o fornecedor só é informado depois que o líder de segurança concordar. - Pressuposto: a exportação do gateway está completa. (Próxima revisão: comparar também com as origens permitidas no firewall.)
O caso mostra a disciplina do coordenador: agir depressa sobre falhas claras de governança, perguntar antes de acusar, escalar a atividade residual não explicada pelo caminho adequado e registrar o que é pressuposto.
8.5 Requisitos de contrato e de integração
A partir do caso, a coordenadora redige cláusulas-padrão para novos contratos de fornecedores com acesso remoto: apenas pessoas nomeadas; MFA; sessões apenas pelo gateway da empresa, aprovadas por sessão ou por janela programada; o fornecedor deve notificar a empresa em até 24 horas sobre o desligamento de funcionários e prontamente sobre qualquer incidente de segurança que possa afetar a empresa; registros de trabalho disponíveis a pedido; cooperação na resposta a incidentes; exclusão dos dados da empresa ao fim do contrato, confirmada por escrito. A ISA/IEC 62443 inclui requisitos para prestadores de serviços e integradores que podem embasar essas cláusulas (visão geral da ISA/IEC 62443). A redação jurídica cabe à sua equipe jurídica; o seu trabalho é especificar o resultado de segurança.
8.6 Apresentação supervisionada
Apresente o caso ao seu supervisor (aqui, E. Varga) em cinco partes: o que foi revisto e sob qual autoridade; constatações com evidências; decisões já tomadas e por quem; decisões solicitadas ao supervisor (orçamento para a MFA do lado da ScadaCo, aprovação das cláusulas contratuais); e perguntas em aberto, com donos e datas.
Mantenha cada parte curta e rotulada, para que o supervisor possa interrompê-lo em qualquer ponto e ainda saber o que está decidido e o que está sendo pedido. Na revisão de maio, as duas sessões inexplicadas da Northgate pertencem às perguntas em aberto, com o seu dono, e não às constatações. Leve a saída do Laboratório 8 e a autorização como anexos, e declare com clareza o que foi pressuposto, como a completude da exportação do gateway. Termine repetindo as decisões solicitadas e a data até a qual são necessárias.
8.7 Erros comuns e limites
- Tratar uma atividade incomum como prova de comprometimento — ou ignorá-la como "provavelmente é o projeto".
- Remover um acesso necessário para suporte crítico à segurança sem uma alternativa.
- Revisões que usam uma única fonte (contas sem contratos ou sessões).
- Cláusulas contratuais que não podem ser verificadas.
-
O laboratório modela um único gateway; ambientes reais têm vários caminhos de acesso (linha discada, modems celulares, ferramentas remotas instaladas pelo fornecedor) que a revisão precisa encontrar.
-
Desabilitar a conta de um fornecedor cujo suporte é necessário para um problema de dosagem em andamento, sem providenciar uma alternativa.
- Encerrar uma revisão quando as constatações óbvias foram corrigidas, enquanto duas sessões inexplicadas continuam em aberto sem dono.
Exercícios — capítulo 8
EX036 — Leia o Laboratório 8. Objetivo: interpretar os resultados da revisão. Insumos: a saída do Laboratório 8. Passos: para cada conta, declarar a constatação, o risco e a resposta proporcional, com dono. Evidência esperada: seis linhas. Rubrica: 3 = coincide com a seção 8.4, incluindo a contenção em relação a v-integr e uma alternativa para v-scadaco; 2 = ações corretas, mas acusatório quanto a v-integr; 1 = desabilita tudo; 0 = nada.
EX037 — Estenda a revisão. Objetivo: acrescentar uma fonte. Insumos: Laboratório 8. Passos: acrescentar uma data de "última confirmação de pessoal" por conta e sinalizar as contas cujo fornecedor não confirma a sua lista de pessoal há 180 dias; mostrar a saída. Evidência esperada: código e saída. Rubrica: 3 = campo acrescentado em todas as linhas, com valores de teste que disparam e que não disparam, saída mostrada, explica por que a confirmação de pessoal importa (desligamentos); 2 = sem explicação; 1 = apenas a regra; 0 = nada.
EX038 — Redija cláusulas contratuais. Objetivo: especificar as obrigações do fornecedor. Insumos: seção 8.5. Passos: escrever cinco cláusulas verificáveis em linguagem simples. Evidência esperada: cláusulas. Rubrica: 3 = cada cláusula tem uma obrigação mensurável e uma forma de verificação (por exemplo, aviso de desligamento de pessoal em até 24 horas, verificado na revisão trimestral); 2 = não verificáveis; 1 = "o fornecedor será seguro"; 0 = nada.
EX039 — Trate as duas sessões noturnas. Objetivo: escalar adequadamente uma atividade inexplicada. Insumos: seção 8.4. Passos: escrever a mensagem ao líder de segurança e a decisão de que você precisa. Evidência esperada: mensagem. Rubrica: 3 = fatos com horários em UTC e fonte, o que se sabe (17 de 19 explicadas), o que não se sabe, pedido de revisão dos registros de sessão pelo caminho de escalonamento, orientação para ainda não alertar o fornecedor, tratamento sensível (TLP:RED ou AMBER+STRICT), horário da próxima verificação; 2 = sem orientação de tratamento; 1 = "favor investigar a Northgate"; 0 = nada.
EX040 — Apresente o caso. Objetivo: apresentação supervisionada. Insumos: seção 8.6. Passos: escrever o briefing em cinco partes em menos de 300 palavras. Evidência esperada: briefing. Rubrica: 3 = as cinco partes, decisões solicitadas explicitamente, incerteza rotulada, nenhuma acusação sem fundamento; 2 = faltam as decisões solicitadas; 1 = apenas narrativa; 0 = nada.
Síntese do capítulo
O acesso de fornecedores é governado ao longo de um ciclo de vida — selecionar, contratar, integrar, operar, mudar, encerrar —, e a maioria das falhas fica nas junções. Uma revisão de acesso concilia contas, contratos e sessões; responda de forma proporcional, trate as anomalias como perguntas e escale o que continuar inexplicado pelo caminho adequado. Transforme as lições em requisitos contratuais verificáveis e apresente os casos com as decisões solicitadas e a incerteza rotulada.