Exposure
What exploitable privilege condition already exists?
Defender Intelligence connects known privilege exposure to runtime contact, warning, and defensive response without allowing the application to invent relationships that the data does not declare.
Each stage answers a different defender question. Contact does not prove consequence, and catalog relationships do not create runtime state.
What exploitable privilege condition already exists?
What observed activity has intersected that known exposure?
What contact now satisfies a declared warning pattern?
What evidence shows authority was exercised after contact?
Select an exposure to see its declared warning relationships and defensive response. The explorer reads the canonical JSON at runtime.
A Contact Point exists only when an observation carrying a valid iope_ref intersects a known exposure or a Path to Privilege it sits on. The baseline ships with no observations, so the site must render no runtime contact state.
No Contact Point is being inferred from catalog data.
Use IoPEs to identify authority that should not persist in the environment.
Look for Contact Points where observed activity intersects known privilege exposure.
Act on WoPEs and other high-consequence contact before inherited authority becomes control.
Remove the privilege debt and path conditions that allowed the contact to matter.
Cyber Prologue attack stories show the same privilege conditions under real campaign pressure.
Explore Attack Stories →