Slide 20 of 27
Part 4 · PreventionSlide 20
Slide 20 ยท Mitigation 2 of 6
Security must hold even if the prompt is public.
๐Ÿ“„ OWASP LLM Top 10:2025 ยท LLM07 Prevention โ€” Architectural Security
OWASP โ€” Architectural Security
Do Not Rely on System Prompt Confidentiality as a Security Control

“Developers should understand that the system prompt is not a secure storage mechanism, and should not be used as such. Proper design should ensure that security does not depend on the contents of the system prompt being kept confidential.”

In the Bing Chat “Sydney” incident (slide 10), the only “security” around the prompt was a confidentiality instruction. When that was bypassed in one turn, there was nothing beneath it. The GitHub Copilot extraction (slide 11) revealed that multi-step probing could achieve the same result even without a direct bypass. In both cases, the architecture had no defense layer below “the model won’t say it.”

โ†’ Run a threat model where the full system prompt is assumed public โ€” ask what breaks
โ†’ Move every broken assumption to enforcement layers that don’t depend on the AI’s compliance
โ†’ Backend validation, not AI judgment, enforces security policies
โ†’ Treat “keep it secret” as a UX improvement, not a security control

Publish your system prompt to a private document. Then ask: what can an attacker do with this? If the answer is “nothing dangerous,” your architecture is correct. If the answer reveals attack paths, close them before worrying about extraction.

๐Ÿ’ผ Business takeaway

Ask your team whether your product's security depends on users not knowing what's in the system prompt. If the answer is yes, ask what happens to that security if the prompt is extracted โ€” because security through obscurity is not a durable defense.

โ† BackNext โ†’ M3 โ€” Output filtering