Create passive profiles
Create request and response detectors from captured traffic.
Passive profiles inspect existing exchanges. Configure them in Pro's passive profile editors, then click OK to generate the .bb file. They do not need active payloads or request mutation points.
Choose the exchange to inspect
Configure the response profile
Open Profiles → Passive Response Profiles → Add.
Enter Name
Example_Debug_Headerand your Author value.In Response → Grep, click Add and configure the following row.
Enabled
Checked
Operator
Leave empty
Match Type
Regex
Options
Only in Headers
Value
(?im)^X-Debug-Mode:[ \t]*enabled[ \t]*\r?$
Paste the regex directly into Value. Do not surround it with JSON quotes or double its backslashes for JSON; Pro handles file serialization.
In Issue, enter
Debug response header observed, select Information and Firm, and explain what the header reveals.Leave Don't show this issue alert unchecked.
In Tags, add
Examples, then click OK.Reopen the saved profile and test an enabled header, a disabled header, and a body that merely contains header-like text. Only the intended header should match.
The preconfigured passive response example is available to load and inspect in Pro. It includes saved header-only settings. Check the actual saved behavior when adapting it for another engine; grep compatibility matters.
Configure the request profile
Open Profiles → Passive Request Profiles → Add.
Enter Name
Example_Debug_Query_Parameterand your Author value.In Request → Grep, click Add and configure the row below.
Enabled
Checked
Operator
Leave empty
Match Type
Regex
Insertion point type
Param url name
Options
Case sensitive
Value
^debug$
Here Insertion point type selects what to inspect in the request. It does not tell the passive scanner to inject a payload.
In Issue, enter
Debug query parameter observed, select Information and Firm, and describe the observation.Leave Don't show this issue alert unchecked and add the
Examplestag.Click OK, reopen the profile and verify the settings.
Test
?debug=1as a positive case and?other=debugas a negative case. The second request has the text in a value rather than a parameter name.
You can also load the preconfigured passive request example and edit it in the interface.
Use the saved profiles
Run passive scanning on captured exchanges and inspect the resulting evidence. For response profiles, the input must include the response you want to analyze. A profile file does not cause Pro or Server to fetch missing responses automatically in a pure passive workflow.
Copy the generated .bb file to the Server catalogue when needed. With MCP, use mode: "passive" and supply the captured response for response checks; see the passive MCP workflow.
Keep exploring
Last updated
