Describe the bug
After running garak.prompt_inject, Run configuration > Techniques shows the requested goal text instead of the selected technique. The preview and the separate Techniques section show the correct technique, so the saved-run view contradicts them.
For example, selecting ignore_print with goal_texts=["AUDIT_SAFE_MARKER"] produces a completed result whose Run configuration lists AUDIT_SAFE_MARKER as the technique.
This makes the result summary misleading when reviewing or sharing which method was tested. Execution and Resume preserved the correct technique and custom goal in the audit; the observed defect is in the API/UI summary.
Steps/Code to Reproduce
- Start the GUI/backend and configure a local OpenAI-compatible test target. A deterministic local provider is sufficient; no paid provider or external dataset is needed.
- Open Scanner > garak.prompt_inject and select that target.
- Replace the default
goal_texts with AUDIT_SAFE_MARKER.
- Leave only
ignore_print selected, set Max dataset size to 1, and leave baseline disabled.
- Click Launch scan. The preview correctly lists
ignore_print under Techniques and the marker under goal_texts.
- Confirm the launch and open the completed run.
- Compare Run configuration > Techniques with the separate Techniques section.
- Reload the page. The mismatch remains.
The relevant POST /api/scenarios/runs payload is:
{
"scenario_name": "garak.prompt_inject",
"target_name": "<local test target registry name>",
"techniques": ["ignore_print"],
"include_baseline": false,
"max_dataset_size": 1,
"max_retries": 0,
"scenario_params": {
"goal_texts": ["AUDIT_SAFE_MARKER"]
}
}
This also reproduced with a second harmless marker, AUDIT_RESUME_SAFE, after a deliberately failed local run was successfully resumed under the same run ID.
Expected Results
Run configuration > Techniques and the API's techniques_used should identify ignore_print. Goal-based labels can remain under Atomic attack groups; they are not technique identities.
Actual Results
| Location |
Value |
Submitted techniques |
["ignore_print"] |
Submitted scenario_params.goal_texts |
["AUDIT_SAFE_MARKER"] |
| Run configuration > Techniques |
AUDIT_SAFE_MARKER |
Progress API run.techniques_used |
["AUDIT_SAFE_MARKER"] |
| Plan's technique identity and separate Techniques section |
ignore_print |
The wrong summary survives reload and also appears after Resume. The separate Techniques section is a workaround for identifying the actual method.
The source points to the backend projection:
The projection should use the canonical technique identity consistently across these responses, rather than renaming the legitimate goal-based groups. Regression coverage should include a run where display_group differs from technique_name.
Screenshots
Not attached. The request/response comparison above records the observed mismatch from two independent runs in the September 23 frontend audit.
Versions
- Tested commit:
5453025c128d36a4ac624c10097a5e85031302ec from main.
- PyRIT: editable
1.2.0.dev0; garak.prompt_inject version 3.
- Browser: Chromium through Playwright 1.63.0, desktop viewport 1440 x 900.
- Backend: isolated in-memory database and loopback-only synthetic provider.
pyrit.show_versions() output, with the local executable path redacted:
System:
python: 3.14.4 (main, Apr 14 2026, 14:30:57) [MSC v.1944 64 bit (AMD64)]
executable: <worktree>\.venv\Scripts\python.exe
machine: Windows-11-10.0.26200-SP0
Python dependencies:
pyrit: 1.2.0.dev0
Cython: None
numpy: 2.4.6
openai: 2.54.0
packaging: 25.0
pip: None
scipy: 1.17.1
setuptools: 83.0.0
sqlite3: None
torch: 2.14.0
transformers: 5.17.0
Describe the bug
After running
garak.prompt_inject, Run configuration > Techniques shows the requested goal text instead of the selected technique. The preview and the separate Techniques section show the correct technique, so the saved-run view contradicts them.For example, selecting
ignore_printwithgoal_texts=["AUDIT_SAFE_MARKER"]produces a completed result whose Run configuration listsAUDIT_SAFE_MARKERas the technique.This makes the result summary misleading when reviewing or sharing which method was tested. Execution and Resume preserved the correct technique and custom goal in the audit; the observed defect is in the API/UI summary.
Steps/Code to Reproduce
goal_textswithAUDIT_SAFE_MARKER.ignore_printselected, set Max dataset size to1, and leave baseline disabled.ignore_printunder Techniques and the marker undergoal_texts.The relevant
POST /api/scenarios/runspayload is:{ "scenario_name": "garak.prompt_inject", "target_name": "<local test target registry name>", "techniques": ["ignore_print"], "include_baseline": false, "max_dataset_size": 1, "max_retries": 0, "scenario_params": { "goal_texts": ["AUDIT_SAFE_MARKER"] } }This also reproduced with a second harmless marker,
AUDIT_RESUME_SAFE, after a deliberately failed local run was successfully resumed under the same run ID.Expected Results
Run configuration > Techniques and the API's
techniques_usedshould identifyignore_print. Goal-based labels can remain under Atomic attack groups; they are not technique identities.Actual Results
techniques["ignore_print"]scenario_params.goal_texts["AUDIT_SAFE_MARKER"]AUDIT_SAFE_MARKERrun.techniques_used["AUDIT_SAFE_MARKER"]ignore_printThe wrong summary survives reload and also appears after Resume. The separate Techniques section is a workaround for identifying the actual method.
The source points to the backend projection:
techniques_usedfromgroup.display_groupin the run summary, list projection, and progress response.The projection should use the canonical technique identity consistently across these responses, rather than renaming the legitimate goal-based groups. Regression coverage should include a run where
display_groupdiffers fromtechnique_name.Screenshots
Not attached. The request/response comparison above records the observed mismatch from two independent runs in the September 23 frontend audit.
Versions
5453025c128d36a4ac624c10097a5e85031302ecfrommain.1.2.0.dev0;garak.prompt_injectversion 3.pyrit.show_versions()output, with the local executable path redacted: