cm/controlmapping
Português
Fontes
Análise · ISO 27001 · SOC 2 · PCI DSS · NIS2 · GDPR

Risco de fornecedores e cadeia de suprimentos: quem exige o quê

As violações por meio de fornecedores continuam subindo nos gráficos de incidentes, e os frameworks acompanharam. A maioria agora exige segurança de fornecedores, mas cada um entende isso de forma diferente.

Esta publicação abrange as 11 normas que a ControlMapping tinha mapeado quando foi escrita. Desde então, foram acrescentadas DORA, CPS 234, Cyber Essentials em 2026-10-27; as respetivas páginas e a matriz de cobertura já as incluem.

Impressão estilo risografia de uma corrente horizontal de elos ovais, com um elo mais fino em outra tinta no centro
Sua segurança inclui cada elo do qual você depende.

Os fornecedores tornaram-se uma das rotas mais comuns de acesso às organizações, desde atualizações de software comprometidas até prestadores de serviços gerenciados violados. Os frameworks reagiram, alguns mais do que outros. A ControlMapping acompanha isso em dois tópicos: gestão de risco de fornecedores (avaliação e gestão de fornecedores individuais) e risco na cadeia de suprimentos (o programa em torno deles).

Gestão de risco de fornecedores

FrameworkGestão de Risco de FornecedoresVínculo
NIST CSF 2.0GV.SC-04GV.SC-06GV.SC-07ID.RA-10DE.CM-06Definição do tópico
ISO 27001A.5.19A.5.20A.5.22Correspondência
CIS v8.1CIS 15.1CIS 15.5CIS 15.6CIS 15.3CIS 15.4CIS 15.7Correspondência
SOC 2CC9.2Editorial
PCI DSS12.8.112.8.212.8.312.8.412.8.5Correspondência
CMMC—Vagamente relacionado
800-53SA-4SA-9SR-6Correspondência
HIPAA§164.308(b)(1)§164.314(a)Correspondência
GDPRArt.28(1)Art.28(3)Editorial
NIS25.15.26.1Correspondência
Essential Eight—Sem mapeamento em nossos dados

Detalhe completo e o motivo de cada ligação: Gestão de Risco de Fornecedores em todos os frameworks →

Risco na cadeia de suprimentos como programa

FrameworkRisco na cadeia de suprimentosVínculo
NIST CSF 2.0GV.SC-01GV.SC-03GV.SC-05GV.SC-09ID.RA-09Definição do tópico
ISO 27001A.5.19A.5.21Correspondência
CIS v8.1CIS 15.2Correspondência
SOC 2CC9.2Editorial
PCI DSS6.3.212.8.1Correspondência
CMMC—Vagamente relacionado
800-53PM-30SR-2SR-3SR-11Correspondência
HIPAA—Vagamente relacionado
GDPRArt.28(1)Editorial
NIS25.16.1Correspondência
Essential Eight—Sem mapeamento em nossos dados

Detalhe completo e o motivo de cada ligação: Risco na cadeia de suprimentos em todos os frameworks →

Onde concordam

A maioria dos frameworks exige o mesmo ciclo de vida: saber quem são seus fornecedores, avaliá-los antes de contratar, incluir requisitos de segurança nos contratos, monitorá-los e encerrar a relação de forma segura. ISO 27001 cobre isso em A.5.19 a A.5.22; PCI DSS exige uma lista de prestadores de serviços, contratos por escrito, diligência prévia, monitoramento anual e uma divisão documentada de responsabilidades (12.8.1 a 12.8.5); SOC 2 espera que o risco de fornecedores seja avaliado e gerenciado (CC9.2); os CIS Controls exigem inventário, classificação, requisitos contratuais, avaliação, monitoramento e descomissionamento seguro (Controle 15). Construa esse ciclo de vida uma vez, e o mesmo processo atende à maioria desses frameworks.

Fotografia de caixas de papelão simples empilhadas sobre um palete em uma pequena doca de carregamento de depósito, com luz do dia vinda de uma porta aberta
O risco na cadeia de suprimentos inclui o que você compra, não apenas com quem você compartilha dados.

Onde divergem

  • GDPR foca nos operadores: contratos escritos com os termos do Artigo 28, e uso apenas de operadores que ofereçam garantias suficientes. Trata-se de dados pessoais, não de fornecedores em geral.
  • HIPAA exige contratos de associado comercial (§164.308(b)(1), §164.314(a)) com qualquer pessoa que trate ePHI em seu nome.
  • NIS2 trata a segurança da cadeia de suprimentos como medida própria (Artigo 21(2)(d)), e o Regulamento de Execução pede uma política de segurança da cadeia de suprimentos, critérios de seleção de fornecedores e requisitos contratuais de segurança (pontos 5.1 e 5.2), considerando as práticas de segurança e as vulnerabilidades dos próprios fornecedores.
  • NIST CSF 2.0 vai mais longe, com dez subcategorias da função Governar sobre gestão de risco de cadeia de suprimentos de segurança cibernética, desde o estabelecimento de um programa até a gestão de fornecedores ao longo de todo o ciclo de vida.
  • CMMC Level 2 não tem prática específica para fornecedores; a transferência de requisitos a subcontratados vem de cláusulas contratuais. O Essential Eight não trata de fornecedores.

Como é um bom programa

  1. Um inventário único de fornecedores, com o que cada fornecedor pode acessar e o quão crítico ele é.
  2. Diligência prévia em níveis: mais para fornecedores com acesso a dados ou sistemas sensíveis, menos para os demais. Aceite o relatório SOC 2 ou o certificado ISO deles quando cobrirem o serviço, e leia o escopo.
  3. Requisitos contratuais: obrigações de segurança, notificação de violação a você, direitos de auditoria e devolução ou exclusão de dados ao término (termos do Artigo 28 do GDPR quando envolvidos dados pessoais).
  4. Monitoramento proporcional ao nível: revisões anuais para fornecedores críticos, como o PCI DSS exige de prestadores de serviços.
  5. Desligamento: revogar acessos, recuperar ou excluir dados e confirmar a exclusão.

As páginas de tópico Risco de fornecedores e Risco na cadeia de suprimentos listam cada requisito com sua fonte. Nosso post sobre por que um relatório SOC 2 não responde sozinho à questão dos fornecedores trata da leitura de garantias de fornecedores.

Perguntas

O que a NIS2 exige sobre segurança da cadeia de suprimentos?

O Artigo 21(2)(d) exige segurança da cadeia de suprimentos, incluindo aspectos de segurança das relações com fornecedores diretos e prestadores de serviços. O Regulamento de Execução define uma política de segurança da cadeia de suprimentos, critérios de seleção de fornecedores e requisitos contratuais (pontos 5.1 e 5.2).

O CMMC Level 2 exige gestão de risco de fornecedores?

Não como programa. O CMMC Level 2 herda o SP 800-171 Rev 2, que se concentra na proteção de CUI nos próprios sistemas da organização; a transferência de requisitos a subcontratados vem, em vez disso, das cláusulas contratuais.

Dados atualizados em 2026-10-27: os números deste artigo são calculados a partir da correspondência atual e são atualizados quando ela muda. Correspondência um crosswalk publicado (NIST, ENISA, CIS, PCI SSC) estabelece a correspondência · Editorial Juízo editorial da ControlMapping onde não existe crosswalk; o motivo é indicado · Vagamente relacionado compartilha apenas um resultado do CSF 2.0: vale verificar, mas não é um mapeamento · Sem mapeamento em nossos dados nada mapeado em nossos dados; muitas vezes é trabalho novo, mas verifique as notas de cobertura. Não é aconselhamento de conformidade.

Publicações relacionadas