TRANXACT.AI Treinamento

Segurança e conformidade em uma implantação

Os controles que o cliente ativa, chaves e criptografia, alvos de patches, notificação de violação de dados, testes de penetração do cliente, governança ASK e residência.

Arquitetura e rede · 18 minutos · 5 questões

Para: A equipe de segurança e o DPO do cliente, o arquiteto do Ledger e qualquer pessoa que preencha um questionário de due diligence.

A maioria dos controles está integrada ao TRANXACT ou provém dos serviços nativos do provedor de nuvem. Os que falham na prática são aqueles que o cliente precisa ativar por conta própria, pois ninguém mais o fará.

ControlarParte do cliente
SSO e MFAAs contas e a política de MFA residem no IdP do cliente (PLAT_5.6.02). A TRANXACT configura a federação.
SIEMA exportação de logs é opcional (TO_4.6.02); a operação do SIEM e seus casos de uso são de responsabilidade do cliente (TO_4.6.03).
Chaves gerenciadas pelo clienteOpcional (TO_4.5.10); os principais procedimentos de ciclo de vida, rotação e emergência são do cliente (TO_4.5.11).
Classificação de dadosO cliente classifica os dados pessoais e os dados regulamentados e decide sobre a retenção e o armazenamento legal dos mesmos.
Acesso à recertificaçãoPeriódico e do cliente (PLAT_5.6.04).
Elevação do operadorO cliente aprova e qualquer acesso coassinado aos dados de produção (TO_4.5.05).

Chaves

TLS 1.2+ em trânsito; AES-256 em repouso para o banco de dados, armazenamento de objetos e backups; um repositório de segredos gerenciado; chaves KMS na nuvem gerenciadas pela TRANXACT sem acesso de leitura para o operador e chaves do cofre mantidas separadamente. Chaves gerenciadas pelo cliente, certificados fornecidos pelo cliente e BYOK para ASK são opções disponíveis.

Com chaves gerenciadas pelo cliente, a revogação da chave torna o TRANXACT indisponível. Defina em conjunto os procedimentos de rotação e emergência antes da entrada em operação.

Aplicação de patches (padrão proposto)

CVSSAlvoPerceber
Crítico 9,0–10Caminho de emergência, assim que existir uma solução testada.Imediatamente, caso seja necessário algum tempo de inatividade.
Alto 7,0–8,9Próxima janela de manutençãoNotas de lançamento
Médio 4,0–6,9Dentro de 30 diasNotas de lançamento
Mínima abaixo de 4,0Próxima versão programadaNotas de lançamento

Uma violação de dados pessoais

A TRANXACT atua como processadora: confirma a violação, notifica o cliente sem demora indevida, conforme estipulado pela Autoridade de Proteção de Dados (APD), compartilha as informações conhecidas e as medidas tomadas, e mantém a situação atualizada. O cliente atua como controlador: avalia o risco para os titulares dos dados, notifica a autoridade supervisora e os titulares dos dados quando necessário, e registra a violação em seu próprio registro.

O teste de penetração do cliente

Acordo de confidencialidade (NDA); solicitação com 2 semanas de antecedência (um Serviço Adicional para coordenação); definição do escopo; teste em ambiente de não produção com mascaramento prévio — a produção requer aprovação explícita e uma janela de tempo definida; compartilhamento das descobertas; correção conjunta. Fora do escopo: ataques de negação de serviço e de sobrecarga, infraestrutura do provedor de nuvem, outros clientes, conta do cofre e ferramentas compartilhadas, e engenharia social da equipe da TRANXACT.

PERGUNTAR

O ASK funciona por meio das APIs próprias da TRANXACT com a sessão do usuário, portanto, cada regra de postagem, permissão e entrada de log de auditoria se aplica como se o usuário tivesse clicado. Por cliente: o nível do mecanismo e a região de processamento, se é BYOK ou não, quais funções podem usar o ASK e os orçamentos de uso. A política e os orçamentos de função são do pacote G1 ou do cliente; o contrato do provedor de IA sob o BYOK é do cliente.

Cite apenas certificações cujo escopo atual abranja a nuvem e a região do cliente, e somente após a confirmação da TRANXACT Compliance.

Calderwood Group — o exemplo prático

O DPO da Calderwood pergunta quem informa o órgão regulador em caso de vazamento de dados da folha de pagamento. A própria Calderwood responde: o controlador. A TRANXACT informa a Calderwood sem demora indevida e por meio dos contatos indicados no DPA.

Experimente A Calderwood quer realizar testes de carga em produção para "comprovar a eficácia da WAF" como parte de seu teste de penetração. Qual é a resposta?

Ataques de negação de serviço e de sobrecarga estão fora do escopo de um teste de penetração do cliente. Testes de carga são um serviço à parte: a TRANXACT realiza um teste em ambiente de não produção com volume máximo antes da entrada em operação (TO_4.12.02, Standard), e outros testes de carga são um Serviço Adicional (TO_4.12.03).

Confira o que você sabe.

Próximo curso

O progresso é mantido apenas neste navegador — não é enviado para nenhum outro lugar e ninguém mais pode vê-lo.

← Todos os cursos de implantação