Disponibilidade de material de suporte

Este texto do catálogo contém as orientações inline abaixo, mas não inclui os seguintes caminhos de suporte. Eles são pré-requisitos externos, não arquivos agrupados:

• <support-root>/references/bluebook_template.md

Solicite o material de suporte original ou uma instalação existente antes de usar uma etapa que dependa desses caminhos; este catálogo não identifica uma fonte de download verificada para eles. Resolva cada caminho em relação a essa instalação, inspecione seu conteúdo e verifique quaisquer licenças aplicáveis e pré-requisitos de execução. Não execute um comando ou afirme que um procedimento referenciado foi seguido até que seu arquivo necessário exista. Não fabrique os scripts ausentes nem trate um arquivo não relacionado com o mesmo nome como equivalente. Etapas independentes totalmente documentadas aqui podem prosseguir dentro do escopo autorizado do usuário; relate qualquer etapa dependente como indisponível.

Construtor do Livro Azul de Segurança

Quando Usar

• Você precisa de uma política de segurança concisa, mas aplicável, para um aplicativo que lida com dados confidenciais.
• Você deseja um único documento do Livro Azul com suposições, controles e portões de aprovação/rejeição explícitos.
• O usuário precisa de orientação de política baseada em escopo, modelo de ameaça e padrões de segurança operacional, em vez de conselhos genéricos.

Visão Geral

Construa uma política de segurança mínima, mas real, para aplicativos confidenciais. O resultado é um único documento coerente do Livro Azul usando a linguagem DEVE/DEVERIA/PODE, com suposições explícitas, escopo e portões de segurança.

Fluxo de Trabalho

1) Coletar entradas (pergunte apenas se estiver faltando)

Colete o contexto suficiente para preencher o modelo. Se o usuário não forneceu detalhes, faça até 6 perguntas curtas:

• Quais classes de dados são tratadas (PII, PHI, financeiras, tokens, conteúdo)?
• Quais são os limites de confiança (cliente/servidor/terceiros)?
• Como os usuários se autenticam (OAuth, e-mail/senha, SSO, sessões de dispositivo)?
• Qual armazenamento é usado (DB, armazenamento de objetos, logs, análises)?
• Quais conectores ou terceiros são usados?
• Expectativas de retenção e exclusão (padrão + iniciada pelo usuário)?

Se o usuário não puder responder, prossiga com os padrões seguros e marque os TODOs.

2) Redigir o Livro Azul

Carregue references/bluebook_template.md e preencha-o com os detalhes fornecidos. Mantenha-o conciso, determinístico e aplicável.

3) Aplicar salvaguardas

• Não inclua segredos, tokens ou credenciais internas.
• Se algo for desconhecido, escreva "TODO" mais uma suposição clara.
• Falhar fechado: se uma capacidade for necessária, mas indisponível, chame-a explicitamente.
• Mantenha o escopo mínimo; não adicione recursos ou ferramentas além do que o usuário solicitou.

4) Verificações de qualidade

Confirme se o Livro Azul inclui:

• Modelo de ameaça (suposições + fora do escopo)
• Classificação de dados + regras de manuseio
• Limites de confiança + controles
• Política de autenticação/sessão
• Política de manuseio de tokens
• Política de registro/auditoria
• Retenção/exclusão
• Mini-manual de resposta a incidentes
• Portões de segurança + lista de verificação de aprovação/rejeição

Recursos

• <support-root>/references/bluebook_template.md

Exemplo

Solicitação do usuário:

Crie uma política de segurança concisa e aplicável para este aplicativo confidencial usando requisitos explícitos DEVE, DEVERIA e PODE.

Limitações

• Use esta habilidade apenas quando a tarefa corresponder claramente ao escopo descrito acima.
• Não trate a saída como um substituto para validação específica do ambiente, testes ou revisão especializada.
• Pare e solicite esclarecimentos se as entradas necessárias, permissões, limites de segurança ou critérios de sucesso estiverem faltando.