Skip to content

Add a scenario where an attribute is appropriate to the data subject but forbidden to a third party #32

Description

@bamdadd

Context

Every built-in scenario forbids an attribute to a bystander recipient. A common contextual-integrity pattern is missing: an attribute that is appropriate to disclose to the data subject themselves (they own it) but forbidden to a third party. Adding it broadens the matrix to cover the data subject recipient role called out in docs/DESIGN.md §1.

Keep it synthetic and domain-neutral (placeholders only, meaningful-but-unique values). Register the new Scenario in ALL_SCENARIOS in src/context_leak/scenarios.py.

Acceptance criteria

  • New Scenario in src/context_leak/scenarios.py, added to ALL_SCENARIOS.
  • At least one attribute is appropriate to the data subject (in appropriate_flows) and forbidden to a third-party recipient (in forbidden).
  • All values are invented, unique surface forms; aliases cover the plausible equivalent forms.
  • The compliant scripted agent still aggregates to disclosure-rate 0.0 / utility 1.0 with the new scenario present (uv run context-leak --report).
  • A test asserting the intended violation and appropriate flow for this scenario.

Activity

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions