Arquitetura de segurança: o que é, frameworks e como aplicá-la a contratos

Arquitetura de segurança é o desenho integrado de políticas, controles e tecnologias que protegem pessoas, dados, sistemas e fluxos de negócio das organizações.

A arquitetura de segurança alinha estratégia, controles técnicos e governança a um único mapa, no qual o risco fica mensurável e o orçamento de segurança fica defensável diante da diretoria. Empresas que tratam segurança como projeto de longo prazo, e não como reação a incidentes, conseguem responder mais rápido e perdem menos dados.

Você verá a seguir o que define uma arquitetura de segurança, quais frameworks orientam o desenho, quais camadas precisam de atenção e como encaixar acordos eletrônicos sem abrir flancos novos na pilha corporativa.

Por que sua empresa precisa de uma arquitetura de segurança?

Uma arquitetura de segurança é essencial porque ambientes corporativos atuais combinam múltiplas nuvens, força de trabalho híbrida, terceiros, dispositivos pessoais e aplicações SaaS, e cada componente carrega controles próprios. Uma arquitetura coerente unifica políticas, soluções de defesa e processos de resposta a incidentes.

Marcos regulatórios brasileiros e internacionais também exigem evidências contínuas de controle. A Lei Geral de Proteção de Dados (LGPD) demanda registros sobre tratamento de dados pessoais, e setores regulados, como financeiro e saúde, acumulam exigências adicionais. Uma arquitetura clara facilita auditorias e reduz o custo de conformidade.

Por fim, uma arquitetura bem desenhada antecipa incidentes em vez de reagir a eles. Organizações com postura proativa reduzem o tempo médio de detecção e resposta, o que limita o impacto financeiro de violações. Esse ganho passa por integração entre as camadas, não pela adição de mais soluções pontuais.

Frameworks de referência para arquitetura de segurança

Frameworks definem funções, controles e critérios de maturidade, e cabe à organização escolher tecnologias coerentes com o próprio perfil de risco. Quatro referências sustentam a maior parte dos projetos de arquitetura. 

O NIST CSF 2.0 organiza a segurança em seis funções, com destaque para a integração entre cibersegurança e estratégia corporativa. A ISO/IEC 27001:2022 define os requisitos para um Sistema de Gestão de Segurança da Informação certificável. 

O Zero Trust parte do princípio de que nenhuma confiança implícita é concedida pela localização do usuário, e que toda comunicação precisa ser autenticada por sessão. Já SABSA e TOGAF conectam segurança ao planejamento corporativo, sendo úteis para alinhar decisões técnicas aos objetivos do negócio. Cada um é detalhado a seguir.

NIST CSF 2.0

O National Institute of Standards and Technology publicou em fevereiro de 2024 a versão 2.0 do Cybersecurity Framework. A novidade central foi a função Governar (integra cibersegurança à estratégia corporativa e à gestão de risco do negócio), somada às cinco anteriores.

1. Identificar: mapeia ativos e riscos;

2. Proteger: implementa salvaguardas;

3. Detectar: percebe eventos;

4. Responder: gerencia incidentes;

5. Recuperar: restabelece operações.

As seis funções organizam 22 categorias e 106 subcategorias. Antes da versão atual, segurança costumava ficar isolada da diretoria. Agora, a função torna explícita a responsabilidade executiva. 

ISO/IEC 27001:2022

A norma ISO/IEC 27001:2022 define requisitos para um Sistema de Gestão de Segurança da Informação (SGSI). O escopo é estabelecer, implementar, manter e melhorar continuamente o sistema, no contexto específico da organização. 

A versão de 2022 trouxe 92 controles no Anexo A, distribuídos em quatro categorias:

1. pessoas;

2. organizacionais;

3. tecnológicos;

4. físicos.

A certificação ISO/IEC 27001 sinaliza ao mercado que a empresa preserva confidencialidade, integridade e disponibilidade da informação por meio de processo formal de gestão de risco. Particularmente em compras corporativas, fornecedores certificados passam por menos atrito em due diligence, e clientes reduzem o tempo de avaliação de risco de terceiros.

Zero trust (NIST SP 800-207)

A publicação NIST SP 800-207, de agosto de 2020, formalizou o modelo zero trust. O princípio central é que nenhuma confiança implícita é concedida a ativos ou contas de usuário pelo simples fato de estarem dentro da rede corporativa. Toda comunicação deve ser autenticada e protegida, e o acesso a recursos é continuamente avaliado por sessão.

A arquitetura de referência descreve três componentes lógicos: 

• policy engine, que avalia sinais e calcula a decisão; 

• policy administrator, que traduz a decisão em ações; 

• policy enforcement point, que aplica a decisão no caminho dos dados. 

Em outras palavras, cada solicitação passa por um ciclo de verificação-decisão-aplicação, em vez de confiar na localização do usuário.

SABSA e TOGAF

SABSA (Sherwood Applied Business Security Architecture) é uma estrutura orientada por políticas, útil para conectar segurança a objetivos de negócio. Ela ajuda a responder o quê, por que, quando e quem antes de definir o como. 

TOGAF (The Open Group Architecture Framework) é mais amplo, voltado à arquitetura empresarial, e funciona bem como camada de orquestração quando segurança precisa dialogar com o restante da TI.

Naturalmente, a escolha entre frameworks não é excludente. Empresas maduras adotam NIST CSF como guia tático, ISO/IEC 27001 como base certificável, Zero Trust como princípio operacional e SABSA ou TOGAF para amarrar tudo ao planejamento corporativo.

As camadas de uma arquitetura de segurança corporativa

Uma arquitetura sólida cobre camadas distintas, e cada uma exige controles específicos. Pensar por camadas evita que um ponto fraco em rede comprometa o esforço investido em identidade, e vice-versa. Você precisa cobrir, no mínimo, seis camadas com profundidade equivalente.

Essa estrutura começa pela camada de identidade, que controla os acessos; seguida pela rede e pelo perímetro, que protegem o tráfego. Os dados cuidam da informação em repouso e em trânsito, enquanto o endpoint defende os dispositivos.

A aplicação trata da superfície de ataque das soluções e, por fim, a governança e a auditoria consolidam logs e evidências. Cada camada é detalhada a seguir.

Identidade

Provedores corporativos como Okta e Azure AD centralizam contas, aplicam Single Sign-On (SSO) via SAML 2.0 ou OpenID Connect (OIDC), baseado em OAuth 2.0, e exigem múltiplos fatores de autenticação (MFA).  Sem identidade forte, todas as outras camadas ficam vulneráveis a credenciais comprometidas.

Federar identidade significa que cada aplicação corporativa, incluindo soluções de assinatura eletrônica e gestão de acordos, autentica usuários contra o provedor central. Logout e desprovisionamento, dessa forma, ficam consistentes em toda a pilha.

Rede e perímetro

Firewalls de próxima geração, microsegmentação e Zero Trust Network Access (ZTNA) substituíram o antigo modelo de perímetro fixo. 

Tráfego entre cargas de trabalho passa por inspeção, e a rede corporativa não confia em pacotes só por estarem em uma sub-rede interna. Essa mudança evita movimentação lateral após uma invasão inicial.

Dados

A camada de dados protege a informação nos locais em que reside e que transita. Criptografia em repouso, cifragem em trânsito e classificação por sensibilidade são os três controles básicos. Soluções de Data Loss Prevention (DLP) bloqueiam exfiltração, enquanto sistemas de mascaramento ocultam dados pessoais em ambientes de teste. 

Você pode aprofundar essa camada no conteúdo dedicado à segurança na nuvem, que detalha como controles de infraestrutura sustentam a proteção dos dados em ambientes multicloud.

Endpoint

Estações de trabalho, notebooks e dispositivos móveis recebem proteção via Endpoint Detection and Response (EDR), Mobile Device Management (MDM) e políticas de postura. A camada bloqueia execução de código malicioso e impede que dispositivos comprometidos acessem aplicações sensíveis.

Aplicação

Toda aplicação corporativa carrega superfície de ataque própria. Autenticação de APIs por OAuth 2.0, gestão de segredos em cofres, análise estática e dinâmica de código (SAST/DAST) e revisão de dependências reduzem riscos. Aplicações documentais entram aqui, e essa é uma camada frequentemente subestimada.

Governança e auditoria

A camada de governança fecha o ciclo. Logs unificados em um Security Information and Event Management (SIEM), trilhas de auditoria imutáveis e revisão regular de controles transformam ações dispersas em evidência consolidada. 

Sem essa camada, a organização não consegue provar conformidade em auditorias nem investigar incidentes com profundidade.

Como alinhar a arquitetura ao risco do negócio?

Arquitetura desenhada no vácuo gera gasto sem retorno. O alinhamento ao risco do negócio segue uma sequência prática, em que os controles são priorizados pela combinação entre probabilidade e impacto, não pela tendência tecnológica do momento. 

1. Faça o inventário de ativos: liste sistemas, aplicações, dados e fluxos que sustentam a operação. Sem esse mapa, qualquer decisão de controle é palpite;

2. Classifique os dados por sensibilidade: separe o que é público, interno, confidencial e crítico. A classificação define o nível de proteção exigido em cada camada;

3. Identifique as ameaças mais prováveis: considere o setor, o porte e o histórico de incidentes da empresa. Ameaças genéricas geram controles genéricos, que protegem pouco;

4. Mapeie os processos críticos: para uma empresa B2B, fluxos de contrato, faturamento e dados de clientes costumam concentrar valor. Para uma fintech, transações e dados pessoais sensíveis ocupam esse lugar;

5. Priorize controles pela combinação de probabilidade e impacto: cada processo crítico recebe controles redundantes nas seis camadas, enquanto processos de menor risco aceitam controles padrão;

6. Defina indicadores de exposição mensuráveis: use métricas como tempo médio para detectar incidente, percentual de aplicações com SSO e percentual de dados sensíveis cifrados em repouso;

7. Conecte os indicadores à diretoria: qualquer expansão de investimento precisa correlacionar com essas métricas. 

Particularmente em empresas reguladas, a tradução de risco em números facilita a conversa com auditoria e com seguradoras de risco cibernético.

O flanco oculto: acordos e documentos sensíveis na arquitetura

Acordos eletrônicos costumam ficar fora do mapa de arquitetura. A camada de aplicação documental concentra dados pessoais, cláusulas confidenciais e prova jurídica, mas muitas empresas tratam assinatura como acessório do e-mail, e não como sistema crítico. Esse descompasso abre brechas concretas.

Os sintomas são reconhecíveis:

• credenciais de assinatura compartilhadas entre membros da equipe;

• PDFs sensíveis trafegando como anexo simples; 

• soluções pontuais sem integração com o provedor de identidade corporativo; 

• logs dispersos que dificultam auditoria; 

• ausência de verificação de identidade do signatário no momento do consentimento.

Cada item representa um vetor de risco que a arquitetura corporativa precisa cobrir.

A recomendação técnica é tratar a camada de acordos como qualquer outra aplicação crítica. Ela precisa integrar à identidade corporativa via SSO, exigir MFA quando o conteúdo for sensível, cifrar dados em trânsito e em repouso, emitir logs consumíveis pelo SIEM e oferecer trilha de auditoria imutável por documento. 

Esses requisitos definem o que diferencia uma solução de gestão de acordos preparada para arquitetura corporativa de uma simples aplicação de assinatura.

Integração via APIs seguras com a pilha corporativa

APIs são o tecido conjuntivo da arquitetura moderna. Soluções que não expõem APIs autenticadas viram ilhas, e ilhas geram credenciais redundantes, logs dispersos e processos manuais.

A Docusign disponibiliza APIs REST autenticadas via OAuth 2.0, com escopos granulares, gestão de segredos e ambientes de sandbox para validação antes de produção.

Webhooks assinados notificam sistemas externos sobre eventos do ciclo de acordos, do envio à conclusão. Eventos chegam ao CRM para acionar próximas etapas comerciais, ao ERP para faturamento ou ao SIEM para correlação de segurança. Essa conectividade transforma a camada de acordos em fonte de dado estruturado para o restante do negócio. 

Para um mergulho técnico, consulte o conteúdo dedicado à gestão de APIs, que descreve boas práticas aplicáveis ao seu ambiente corporativo.

Como a Docusign sustenta sua arquitetura de segurança corporativa?

A plataforma da Docusign foi desenhada para se encaixar nas seis camadas de uma arquitetura de segurança. 

Com o Docusign IAM (Intelligent Agreement Management), os contratos e acordos deixam de ser pontos cegos e passam a operar com os mesmos controles que a sua empresa já aplica ao restante da pilha tecnológica:

Docusign SSO: gestão de identidade e controle centralizado

O Gerenciamento de Acesso com SSO (Single Sign-On) centraliza o controle de usuários, integrando a plataforma perfeitamente ao seu provedor de identidade corporativo (como Okta, Azure AD ou Ping Identity). Isso auxilia no acesso seguro e simplifica de forma significativa os processos de provisionamento e revogação de acessos em escala.

Monitor: telemetria de atividades e prevenção de ameaças

O recurso Monitor atua com rastreamento 24/7, detectando proativamente atividades suspeitas (como logins anômalos, acessos incomuns e exclusão em massa). O Monitor envia logs estruturados via API diretamente para o seu SIEM, permitindo correlacionar incidentes e responder rapidamente a ameaças internas ou externas.

ID Verification (IDV) com Liveness: autenticação forte e prova de vida

O ID Verification (IDV) exige documentos oficiais (RG, CNH, passaporte) e biometria facial com prova de vida (liveness) no momento do consentimento, reduzindo riscos de fraude de identidade ou falsidade ideológica na ponta de assinatura.

Agreement Manager: repositório inteligente e governança de dados

Superando o simples arquivamento em diretórios comuns, o recurso Agreement Manager atua como um repositório centralizado com inteligência artificial. Ele colabora para que seus contratos sejam armazenados de forma estruturada, com criptografia robusta (AES-256) e controle de acesso granular com base em funções organizacionais.

Certificações e conformidade que sustentam a arquitetura

Por trás de todas as funcionalidades de plataforma, a Docusign mantém um conjunto de certificaçõesinternacionais de segurança da informação e privacidade de dados, o que encurta de forma significativa o ciclo de avaliação de parceiros de TI (third-party risk management) 

• ISO/IEC 27001:2022;

• ISO/IEC 27017;

• ISO/IEC 27018;

• SOC 1 Tipo 2;

• SOC 2 Tipo 2;

• PCI-DSS, quando aplicável;

• operação alinhada à LGPD na América Latina. 

Ao consolidar as suas assinaturas e documentos digitais na plataforma Docusign IAM, a sua organização reduz o risco de vazamento de dados confidenciais, mitiga fraudes operacionais e protege a reputação do negócio com processos 100% auditáveis e compatíveis com as diretrizes do Zero Trust corporativo.

Perguntas frequentes sobre arquitetura de segurança

O que diferencia arquitetura de segurança de cibersegurança?

Cibersegurança é o campo amplo de proteção contra ameaças digitais. Arquitetura de segurança é o desenho estratégico que organiza políticas, controles e tecnologias para entregar essa proteção de forma coerente. A arquitetura define como a cibersegurança será operacionalizada na empresa.

Quais frameworks adotar primeiro: NIST CSF, ISO 27001 ou Zero Trust?

Não há resposta única. Empresas que precisam de certificação rápida começam pela ISO/IEC 27001, organizações que querem maturidade tática adotam NIST CSF, e times com pressão de modernização operacional aplicam Zero Trust. A combinação dos três é comum em arquiteturas maduras.

Como integrar uma solução de assinatura eletrônica à arquitetura sem abrir brechas?

Exija integração com seu provedor via SAML 2.0 ou OAuth, MFA configurável, criptografia em trânsito e em repouso, trilha de auditoria exportável e APIs autenticadas. Verifique certificações do fornecedor antes de contratar e prefira soluções nativamente desenhadas para arquitetura corporativa.

Que controles a camada de aplicação documental deve oferecer?

A camada precisa cobrir autenticação federada, autorização granular, criptografia de dados em trânsito e em repouso, registro imutável de ações, verificação de identidade do signatário quando aplicável, e exposição de eventos para SIEM e CRM via APIs ou webhooks.