srdusr
aboutsummaryrefslogtreecommitdiffstats
path: root/Makefile
diff options
context:
space:
mode:
authorsrdusr <[email protected]>2026-08-27 21:21:00 +0200
committersrdusr <[email protected]>2026-08-27 21:21:00 +0200
commit8748df8a30b038e429aeeff1684e1014f42a68ee (patch)
tree96ef0b563ddbafce95296337421aa94e84a8d389 /Makefile
parentcfe01fef65af082dccfc69b2fc78cb07a36ac2b4 (diff)
downloadmitmux-8748df8a30b038e429aeeff1684e1014f42a68ee.tar.gz
mitmux-8748df8a30b038e429aeeff1684e1014f42a68ee.zip
Third plugin: jslibscan, a Retire.js-style passive JS library scanner
The first purely passive plugin in the reference set: subscribe, inspect a response body already captured by ordinary proxying, tag - no repeat calls at all, unlike authcheck and paramminer. Deliberately included as the safest possible plugin to try first, since it never sends anything of its own. Checks any JS library version string found in a response against a small, explicitly-illustrative built-in table (jQuery, Lodash, Handlebars, Moment.js, AngularJS - one well-known vulnerable-version threshold each), tagging a match jslibscan:hit with the version found, the fix version, and a plain-language advisory. Not a maintained vulnerability feed the way real Retire.js's database is, and says so in its own package doc; CVE numbers deliberately omitted in favor of describing the vulnerability class, rather than asserting a specific identifier this reference implementation hasn't independently verified. Found and fixed a real regex bug by testing live rather than trusting the code: the first version failed to match jQuery's own actual banner comment ("jQuery v1.8.3") because the separator pattern only allowed a single character between library name and version digits, and that banner has two (space, then "v"). Fixed with a bounded non-greedy gap verified against three real-world version-string shapes at once (banner comment, minified filename, cache-busting query string) before going back into the plugin. Verified live end to end: a real daemon, a real origin serving both an outdated jQuery 1.8.3 banner and a current 3.7.1 one - the outdated file was correctly tagged with the right version and threshold, the current one correctly left alone. The same run incidentally reconfirmed the regex fix was real: an entry captured moments earlier against the buggy binary sat right next to the correctly-tagged one, itself untagged.
Diffstat (limited to 'Makefile')
0 files changed, 0 insertions, 0 deletions