red-teaming

Core principle: Assume the system will be attacked, gamed, or stressed by an intelligent adversary. Think like the attacker, not the designer. Find the weaknesses before they're exploited.

A red team actively tries to break the system — not to validate assumptions, but to invalidate them.

Apply adversarial thinking across these dimensions depending on what's being evaluated:

Applicare il red teaming ogni volta che l'utente desidera sottoporre a stress test un sistema, un piano, un'architettura, un modello di sicurezza o una decisione rispetto a condizioni contraddittorie o quando desidera trovare i punti più deboli prima che lo faccia qualcun altro. Si attivano frasi come "dove sono i punti deboli?", "come potrebbe qualcuno romperlo?", "è sicuro?", "trovare i buchi in questo piano", "fare l'avvocato del diavolo", "cosa non vediamo?", "sfidare questo", "attaccare questo progetto", "dove potrebbe essere sfruttato?", o quando l'utente sta per lanciare o impegnarsi in qualcosa di significativo. Attiva anche qualsiasi sistema in cui la fiducia, la sicurezza, gli incentivi o gli attori avversari sono rilevanti: non aspettare che l'utente chieda esplicitamente una squadra rossa. Fonte: andurilcode/skills.