Communitygithub.com

lguidolin/defesa-em-profundidade-seguranca

Use ao lidar com entradas não confiáveis, segredos, autenticação/autorização ou dependências — ou ao modelar ameaças de uma nova superfície. Palavras-chave — STRIDE, modelo de ameaça, privilégio mínimo, gerenciamento de segredos, cadeia de suprimentos, varredura de dependências, validação de entrada, log de auditoria, defesa em profundidade.

O que é defesa-em-profundidade-seguranca?

Este skill fornece um conjunto de princípios e práticas de segurança para agentes de IA, garantindo que a segurança seja tratada como uma preocupação transversal e em camadas. Ele é projetado para ser usado em qualquer interação que envolva entradas de usuários, segredos, autenticação, autorização, dependências ou modelagem de ameaças. O skill é baseado em uma arquitetura de 'defesa em profundidade', onde nenhum controle único é considerado suficiente, e cada camada assume que as outras podem falhar. Ele integra conceitos como o modelo STRIDE para análise de ameaças, privilégio mínimo para acesso, gerenciamento seguro de segredos com armazenamentos em tempo de execução, validação de entrada em limites de confiança, auditoria de ações sensíveis e varredura da cadeia de suprimentos de dependências. O skill é compatível com qualquer plataforma de agente que suporte a execução de instruções em Markdown e é especialmente útil em ambientes de desenvolvimento que usam PostGraphile com RLS (Row-Level Security), GraphQL, AKS (Azure Kubernetes Service) e pipelines CI/CD com ferramentas como Trivy e pnpm audit. Para utilizar o skill, o agente deve referenciá-lo em sistemas que exigem decisões conscientes de segurança, seja durante a criação de novos endpoints, manipulação de segredos, adição de dependências ou revisão de mutações privilegiadas. O skill também referencia um 'engenharia-constitution' para documentação mais aprofundada sobre políticas e decisões arquiteturais.

Funciona com~Claude Code~Codex CLI~Cursor
npx skills add https://github.com/lguidolin/agent-skills/tree/main/skills/defense-in-depth-security
Ver original→Navegar por todas as habilidades

Perguntar na sua IA favorita

Abre um novo chat com esta habilidade de agente já pré-carregada.

OpenAIChatGPTClaudeClaudeGeminiGeminiGrokGrokPerplexityPerplexityDeepSeekDeepSeek

Documentação

Defesa em Profundidade — Segurança

Visão Geral

A segurança é em camadas, assume que qualquer camada individual pode falhar e concede o menor privilégio que funciona. Atacantes encontram a camada que você esqueceu — um sistema que depende de uma única parede cai quando essa parede tem um único bug; controles de privilégio mínimo sobrepostos sobrevivem à falha de qualquer um deles.

Os Princípios (universais)

  • Modele ameaças antes de construir qualquer coisa que lide com entradas não confiáveis, segredos ou dados de usuário. Faça uma análise STRIDE leve (Spoofing, Tampering, Repudiation, Information Disclosure, Denial of Service, Elevation of Privilege) por nova superfície. Registre o modelo e as mitigações (consulte recording-decisions).
  • Defesa em profundidade. Nenhum controle único é "a" segurança. Autenticação, autorização, validação de entrada e aplicação na camada de dados assumem que os outros podem ser contornados.
  • Privilégio mínimo em todos os lugares — papéis, tokens, contas de serviço, permissões de banco de dados. Padrão é não ter acesso; conceda o mínimo; revogue o não utilizado.
  • Segredos nunca vivem em código, imagens ou configurações commitadas. Eles vêm de um cofre de segredos em tempo de execução, são rotacionados e são escopados para a carga de trabalho que precisa deles.
  • Valide toda entrada no limite de confiança; trate a saída de todo sistema externo como dados não confiáveis, nunca como instruções.
  • A cadeia de suprimentos de dependências é uma superfície de ataque. Lockfiles commitados e com integridade verificada; dependências varridas e atualizadas; imagens base fixadas e varridas.
  • Ações sensíveis são auditadas — quem fez o quê, quando — para que abusos e erros sejam reconstruíveis.

Referência Rápida

SuperfíciePrimeiras perguntas
Novo endpoint recebendo entrada de usuárioQual é o modelo STRIDE? Onde está a validação? Qual é o menor papel que funciona?
Qualquer coisa com um segredoEstá no cofre de segredos (não em código/imagem)? Escopado? Rotacionável?
Nova dependênciaLockfile fixado? Varrido? É bem suportada?
Mutação privilegiadaÉ auditada? O ator está autorizado na camada de dados, não apenas no aplicativo?

Mecanismos da Stack

RLS como a camada final de aplicação, limitação de profundidade/custo do GraphQL como controle contra DoS, Key Vault para segredos, pnpm audit/Trivy no CI — consulte postgres-postgraphile-rls-and-sql e cloud-delivery-aks.

Aplicação: auditoria de dependências + varredura de imagens + varredura de segredos no CI (bloqueante); modelos de ameaça e cobertura de auditoria são julgamento do revisor.

Fundamentação completa: Artigos X e XIV da constituição, agrupados em engineering-constitution/references/engineering-constitution.md.

Individual skills in this repo

This repo contains 18 individual skills — each has its own dedicated page.

lguidolin/change-hygiene-and-code-craft

Use when writing or refactoring code, structuring a commit or PR, or deciding whether to abstract duplication. Symptoms — mixing reorg with logic changes, a PR doing several things at once, a file growing large, the second copy of similar code, or unsure whether to DRY something up.

lguidolin/cloud-delivery-aks

Use when deploying to Kubernetes or Azure Kubernetes Service (AKS), configuring cloud secrets, setting up progressive rollout/canary, per-PR ephemeral environments, or k8s health probes. Keywords — Kubernetes, AKS, Key Vault, Argo Rollouts, Flagger, canary, blue-green, liveness, readiness, PodDisruptionBudget, HPA, rollback, GHCR.

lguidolin/commit-history-rewrite

Use when an existing repository has messy commit history that needs to conform to conventional commits before adopting release-please, or when intermediate WIP/fixup/merge commits need to be cleaned up.

lguidolin/conventional-commits-and-releases

Use when committing, writing a commit message, opening a PR that will be squash-merged, or configuring automated versioning/changelogs. Keywords — conventional commits, release-please, semver, feat/fix/chore, breaking change, changelog.

lguidolin/designing-before-building

Use when starting a feature, fixing a non-trivial bug, or about to write implementation code — before any code exists. Symptoms you need this: "this is simple, I'll just code it", reaching for the editor before a design is approved, or an idea that hasn't been turned into a spec and plan.

lguidolin/engineering-constitution

Use when starting work in a project that follows the engineering constitution, orienting to its rules, or deciding which engineering practice applies to a task — spec writing, commits, testing, security, deploys, database, or UI work.

lguidolin/graphql-contract-testing

Use when writing a GraphQL query/mutation that the UI and a test will share, or building route/schema contract or smoke tests. Symptoms — copying a query into a test, a test asserting on query text, schema change that didn't break the UI build, or RLS/permission drift. Keywords — graphql-codegen, typed document, contract test, route smoke test.

lguidolin/init-repo-CI

Use when setting up a new repository with conventional commits, release-please, and CI automation, or when retrofitting an existing repository that lacks automated versioning and PR validation workflows.

lguidolin/interface-craft-and-accessibility

Use when building or styling UI — components, layouts, forms, design tokens — or making accessibility decisions. Keywords — a11y, WCAG, keyboard navigation, focus state, contrast, design system, minimalist UI, component reuse, ARIA, semantic HTML.

lguidolin/merge-gates-and-automation

Use when setting up or changing CI, pre-push hooks, or a task runner, or deciding what must pass before merge. Symptoms — tempted to put authoritative checks only in a local hook, skip CI, bypass with --no-verify, or unsure what gates a merge vs. runs locally.

lguidolin/observability-and-slos

Use when adding logging, metrics, tracing, health checks, SLOs, or alerting — or when building a service surface that needs to be operable and debuggable. Keywords — structured logs, OpenTelemetry, correlation id, RED metrics, liveness, readiness, SLI, SLO, error budget, alerting.

lguidolin/performance-and-scale

Use when working on hot paths, list endpoints, pagination, data-access in loops, or public interfaces/schemas. Symptoms — unbounded queries, N+1 access, no latency budget, optimizing without measuring, or changing an interface many consumers depend on. Keywords — pagination, N+1, Hyrum's Law, performance budget, bundle size.

lguidolin/postgres-postgraphile-rls-and-sql

Use when writing PostgreSQL, PostGraphile config, Row-Level Security policies, SQL schema files, or working on the Browser→App→PostGraphile→Postgres data path. Keywords — RLS, SECURITY DEFINER, search_path, pgSettings, grants, roles, GraphQL depth limit, query cost, statement_timeout, SQL file organization.

lguidolin/recording-decisions

Use when a design or architecture decision has been made and needs to be captured — writing a decision record or ADR, updating a decision index, noting a deferred idea, or superseding a past decision. Keywords — ADR, decision record, rationale, rejected alternatives, dependency index.

lguidolin/resilience-and-deploy-safety

Use when planning a deploy, designing a rollback, or responding to an incident or writing a postmortem. Keywords — deploy safety, rollback, immutable artifact, progressive delivery, canary, blast radius, incident response, blameless postmortem, error budget.

lguidolin/ship-it

Use when the user wants to ship work — push, PR, archive decision records, merge, and clean up. Handles the full lifecycle from committing final changes through post-merge cleanup including converting specs/plans to compact decision records.

lguidolin/tests-as-a-control

Use when writing or modifying tests, when a test breaks during a refactor, or when testing permission/role rules. Symptoms — tempted to edit a test to make it pass, testing only the happy path, a deny-test that started passing, flaky tests, or unsure what to assert.

lguidolin/zero-downtime-migrations

Use when changing a database schema where data must survive the change — adding/removing/renaming columns, constraints, indexes, or backfilling. Symptoms — a destructive migration bundled with a code deploy, a NOT NULL column with a backfill, a table-locking UPDATE, or a rename. Keywords — expand/contract, parallel change, backfill, NOT VALID, CREATE INDEX CONCURRENTLY, graphile-migrate.

Habilidades Relacionadas

steipete/sag

ElevenLabs text-to-speech with mac-style say UX.

community

steipete/oracle

Oracle CLI second-model review/debug/refactor/design with selected files, dry-run token checks, API or browser engine.

community

steipete/peekaboo

Capture and automate macOS UI with the Peekaboo CLI.

community

mattpocock/design-an-interface

Generate multiple radically different interface designs for a module using parallel sub-agents. Use when user wants to design an API, explore interface options, compare module shapes, or mentions "design it twice".

community

mattpocock/prototype

Build a throwaway prototype to flesh out a design — a runnable terminal app for state/business-logic questions, or several radically different UI variations toggleable from one route.

community

mattpocock/grill-me

Interview the user relentlessly about a plan or design until reaching shared understanding, resolving each branch of the decision tree. Use when user wants to stress-test a plan, get grilled on their design, or mentions "grill me".

community