Carregando catálogo
Início//Arquiteto de Confiança de Bootstrap: ADR de trust anchor, matriz por classe de máquina e runbook para a frota que não sobe
Segurançapacote verificado
Preferências de privacidade
Usamos cookies essenciais para autenticação, sessão e funcionamento da plataforma. Com seu consentimento, também usamos cookies analíticos para melhorar a experiência. Veja nossa Política de Privacidade para detalhes.
Testado em:
taxonomy / tags
product / specification
Arquiteto de Confiança de Bootstrap — um pacote de 5 arquivos que leva um LLM a produzir um laudo técnico com decisão quando um achado atinge a cadeia de boot confiável da sua frota: falha em firmware/UEFI, componente de boot com escalação de privilégio, trust anchor que precisa ser substituído, ou uma máquina que passou a exigir confirmação no teclado para subir.
O problema: quando o assunto é boot, o conselho padrão é "atualize o firmware" — e ele é perigoso. Trocar o trust anchor (PK/KEK/dbx/MOK) em massa elimina o caminho de recuperação remota de cada máquina que ficar travada; um enrolamento que abre prompt de teclado é lockout em servidor sem console; e a máquina que "bootou" pode ter entrado pelo caminho de compatibilidade, sem ninguém ver. Este pacote separa as três coisas que se confundem — estágio da cadeia (firmware, ROM de opção, bootloader, shim/MOK, kernel, rootfs, atestação), trust anchor e postura — e transforma o advisory ou a manchete em um plano que o time consegue executar sem perder a frota.
Para quem: arquitetos de plataforma e de infraestrutura que respondem por frotas heterogêneas (bare-metal, VMs, notebooks gerenciados, appliances), tech leads de SRE e de segurança de endpoint, times de compliance que precisam documentar decisão de integridade de boot, e MSPs que administram máquinas de clientes.
Você fornece: o dossiê do achado (evento, estágio suspeito, momento, evidência, o que o fornecedor pede para verificar) e o inventário da frota (classes de máquina, quantidade, trust anchor de cada classe, acesso a KVM/console/presença física, dependências, janela). O dossiê pode vir incompleto — o prompt trabalha com lacunas declaradas em vez de inventar versão, PCR ou número de máquinas.
Você recebe: um Laudo de Confiança de Bootstrap em 10 seções fixas: resumo executivo com os três números que decidem; fatos, inferências e lacunas com impacto; a tabela do estágio × trust anchor; matriz de exposição por classe de máquina com caminho de bypass e dano máximo; postura única por classe (S1–S4) com critério objetivo, gatilho de revisão, custo de reverter, dono e prazo, mais as posturas recusadas com o motivo; ponto de não retorno de cada passo com a rede de segurança fora da máquina; ondas com prova positiva, prova negativa e critério de parada; para a máquina que não sobe (sem KVM, VM, appliance, frota inteira parada); plano de prova que separa o que dá para verificar por coleta do que só presença humana resolve; e um com uma única decisão e o teste que a desmente.
buyer / evidence
Nenhuma avaliação ainda. Compre e seja o primeiro a avaliar!
Arquivos do pacote:
01-prompt-principal.md — persona de arquiteto de cadeia de boot, objetivo, entrada em formulário, passo a passo P1–P10 e o schema exato das 10 seções.02-regras-e-restricoes.md — 36 guardrails numerados em sete blocos: fato × inferência × lacuna, estágio antes de mitigação, lockout e ponto de não retorno, frota e hypervisor, prova positiva e negativa, redação de segredos, casos de borda e formato de erro em bloco BLOQUEIO.03-contexto-e-exemplos.md — glossário operacional (PK/KEK/db/dbx, setup mode, MOK, fallback, keystroke, PCR, vTPM), 8 premissas de ambiente de frota e dois exemplos completos: um dossiê normal com frota heterogênea e um caso difícil em que a entrada é uma mensagem de CISO sem inventário.04-harness-de-verificacao.md — autoverificação em 32 itens antes de entregar, critérios de aceite C1–C12 para o comprador validar a saída e um teste de contraste que mostra se o pacote está em uso.05-template-de-variacao.md — versão de crise de uma página, versão para frota 100% virtualizada/cloud, versão "rotação de anchor por política, sem incidente", tabela de adaptação por classe de trust anchor e checklist de bolso para o ticket.Como usar: cole 01 + 02 + 03 no mesmo contexto do modelo e, em seguida, o seu dossiê + inventário. A saída vem no schema de 10 seções. Use 05 para reduzir a uma página ou adaptar a um contexto diferente; use 04 para aceitar ou devolver a saída antes de levar a decisão ao comitê ou ao fornecedor.
Como validar: rode o pacote nas duas entradas de teste do arquivo 03 e aplique a tabela do arquivo 04. A entrada normal deve chegar a posturas S2/S2/S3/S4 com o ponto de não retorno fora do plano e a classe sem acesso administrativo isolada; a entrada difícil deve recusar S1 e recusar S4, marcar INDETERMINADO e converter o prazo de 24 h em inventário mais confirmação de estágio. As duas saídas precisam conter prova negativa e a frase de revisão humana.
Toda saída de IA deve ser revisada por quem responde pela disponibilidade e pela integridade da frota: o laudo organiza a decisão, nomeia as lacunas e propõe a sequência — a aprovação de uma janela, de uma onda ou de uma mudança irreversível é humana.