From 2ee4a95c9ccc701482c88f58840568738354dc36 Mon Sep 17 00:00:00 2001 From: srdusr <99972264+srdusr@users.noreply.github.com> Date: Fri, 28 Aug 2026 09:42:00 +0200 Subject: Fourth plugin: bpscanner, a Backslash Powered Scanner-style detector - Phase 1 plugin ecosystem complete The last of the four "cheap IPC win" plugins identified in the original research pass. Different mechanism from the other three, deliberately: where paramminer finds parameters that shouldn't exist, bpscanner tests parameters that already do, asking a more general question than a signature-based scanner does - does the backend treat syntactically-significant characters ('"\<>(){}$;|&, covering SQL quoting, HTML/JS, shell metacharacters, and template syntax at once) differently than an equal-length string of inert filler? That question doesn't need to know what the backend is built on, the whole appeal of the real tool this borrows its name and idea from. For each existing query parameter, sends two same-length replacement values wrapped in a stable marker - one filler, one special-character - and checks whether the marker itself came back intact, not just whether the response looks different overall. An endpoint that never reflects the parameter at all naturally produces "both intact: false," which correctly isn't a finding - the marker-reflection design avoids false-positiving on the common case of a parameter that's read but never echoed. Verified live against a deliberately realistic scenario: an origin with one endpoint that strips a few special characters before reflecting a parameter (a naive-sanitizer/WAF-like pattern) and one that reflects verbatim (the control case) - the sanitizing endpoint was correctly tagged with the exact differential (control_marker_intact: true, special_marker_intact: false), the verbatim endpoint correctly left alone. This closes Phase 1: every plugin identified as a "cheap IPC win" - no new protocol capability needed beyond tag_entry itself - is now real, working, and live-verified (authcheck, paramminer, jslibscan, bpscanner). --- PLAN.md | 50 +++++++- PLUGINS.md | 22 ++-- README.md | 9 +- plugins/bpscanner/main.go | 291 ++++++++++++++++++++++++++++++++++++++++++++++ 4 files changed, 355 insertions(+), 17 deletions(-) create mode 100644 plugins/bpscanner/main.go diff --git a/PLAN.md b/PLAN.md index 014c902..ed55d0c 100644 --- a/PLAN.md +++ b/PLAN.md @@ -1018,7 +1018,49 @@ was real: an entry captured *before* the fix (same file, same content, requested moments earlier against the buggy binary) sat right next to the correctly-tagged one in the history list, untagged. -Next: the remaining Phase 1 plugin (Backslash Powered Scanner - no new -protocol capability needed, same pattern the three shipped plugins -already validate), then the live-RPC protocol addition for JWT -Editor/SAML Raider. +### Fourth plugin shipped: `plugins/bpscanner` - Phase 1 complete + +A Backslash Powered Scanner-style generic injection detector, and the +last of the four "cheap IPC win" plugins identified in the original +research pass. Different mechanism from the other three, deliberately: +where paramminer finds parameters that shouldn't exist, bpscanner tests +parameters that already do, by asking a more general question than a +signature-based scanner does - does the backend treat +syntactically-significant characters (`'"\<>(){}$;|&`, covering SQL +quoting, HTML/JS, shell metacharacters, and template syntax at once) +differently than an equal-length string of inert filler? That question +doesn't need to know what the backend is built on, which is the whole +appeal of the real tool this borrows its name and idea from. + +For each existing query parameter, sends two same-length replacement +values wrapped in a stable marker (`zzMARKzz`) - one filler, one +special-character - and checks not just whether the response *looks* +different (length/status diffing, what the other three probing-based +plugins use) but whether the marker itself came back *intact*: if the +filler value survives unmodified but the special-character one doesn't +(stripped, escaped, or altered), or the two produce different status +codes outright, something downstream is interpreting those characters +rather than treating the parameter as inert data. An endpoint that +doesn't reflect input at all naturally produces "both intact: false," +which correctly isn't a finding - the marker-reflection design avoids +false-positiving on the (very common) case of a parameter that's read +but never echoed anywhere. + +Verified live end to end against a deliberately realistic scenario: a +real origin with one endpoint that reflects a query parameter after +stripping a few special characters (a naive-sanitizer/WAF-like pattern, +a genuinely common real-world shape) and one that reflects verbatim +with no stripping (the control case) - the sanitizing endpoint was +correctly tagged (`control_marker_intact: true`, +`special_marker_intact: false`, exactly the differential the plugin is +built to catch), the verbatim endpoint was correctly left alone, +confirmed via the JSON tag data in the TUI. + +This closes Phase 1: every plugin identified as a "cheap IPC win" - no +new protocol capability needed beyond `tag_entry` itself - is now real, +working, and live-verified (authcheck, paramminer, jslibscan, +bpscanner). Next: the live-RPC protocol addition for JWT Editor/SAML +Raider - a genuinely different shape of plugin (interactive, on-demand +from the TUI, not just subscribe-and-tag) - or the bigger separate- +project items (active scanning, Collaborator/OAST, a crawler) if that's +the higher priority instead. diff --git a/PLUGINS.md b/PLUGINS.md index 69961d3..a10915f 100644 --- a/PLUGINS.md +++ b/PLUGINS.md @@ -11,15 +11,19 @@ Go), and means a plugin can be developed and tested against the exact same socket the TUI is already using, with `mitmux` itself open in another terminal watching what happens in real time. -`plugins/authcheck`, `plugins/paramminer`, and `plugins/jslibscan` are -real, working reference implementations - an Autorize-style -authorization checker (resends a captured request with its auth header -stripped, tags the entry if the response still succeeds), a Param -Miner-style hidden parameter prober (probes a small wordlist of -candidate query parameters, tags the entry if any noticeably change the -response), and a Retire.js-style passive scanner for known-vulnerable -JS library versions (reads response bodies already captured by ordinary -proxying, no probing at all) - all written to only ever exercise what's +`plugins/authcheck`, `plugins/paramminer`, `plugins/jslibscan`, and +`plugins/bpscanner` are real, working reference implementations - an +Autorize-style authorization checker (resends a captured request with +its auth header stripped, tags the entry if the response still +succeeds), a Param Miner-style hidden parameter prober (probes a small +wordlist of candidate query parameters, tags the entry if any noticeably +change the response), a Retire.js-style passive scanner for +known-vulnerable JS library versions (reads response bodies already +captured by ordinary proxying, no probing at all), and a Backslash +Powered Scanner-style generic injection detector (mutates each existing +query parameter's value with syntactically-significant characters vs. an +equal-length inert control, tags the entry if a stable marker survives +one but not the other) - all written to only ever exercise what's documented on this page, not any of mitmux's own internal Go packages, specifically so they prove this protocol is sufficient on its own. Worth reading alongside this document, or just copying as a starting diff --git a/README.md b/README.md index 4c73472..54c3e3a 100644 --- a/README.md +++ b/README.md @@ -70,10 +70,11 @@ the same socket the TUI itself uses - see [`PLUGINS.md`](PLUGINS.md). a badge in the history list, searchable via `tag:name`, viewable (`T` from detail view) with JSON data syntax-highlighted the same way a pretty-printed response is. See [`PLUGINS.md`](PLUGINS.md) and - `plugins/authcheck`/`plugins/paramminer`/`plugins/jslibscan` for - real, working ones (an Autorize-style authorization checker, a Param - Miner-style hidden parameter prober, a Retire.js-style scanner for - known-vulnerable JS library versions). + `plugins/authcheck`/`plugins/paramminer`/`plugins/jslibscan`/ + `plugins/bpscanner` for real, working ones (an Autorize-style + authorization checker, a Param Miner-style hidden parameter prober, a + Retire.js-style scanner for known-vulnerable JS library versions, a + Backslash Powered Scanner-style generic injection detector). - **Comparer**: mark one entry (`c`), then `c` on a different entry to see a colored unified diff of either side's request or response. - **Decoder**: standalone URL/Base64/Hex/HTML encode and decode (`d`), diff --git a/plugins/bpscanner/main.go b/plugins/bpscanner/main.go new file mode 100644 index 0000000..dd93af4 --- /dev/null +++ b/plugins/bpscanner/main.go @@ -0,0 +1,291 @@ +// Command bpscanner is a reference mitmux plugin - a Backslash Powered +// Scanner-style generic injection detector. Where most scanners test +// known payloads for known technologies (`' OR 1=1--` for SQL, `