LLM security research
BadToken HYDRA
Automated LLM red-teaming framework built around one scheduler and one evidence format.
Case study / Web and LLM security
Extending a browser-based black-box framework to test whether prompt injection can escalate into script execution.
Illustration of the vulnerability class, not a WebRedTeam screenshot
Overview
Many LLM features live inside web apps: a chat panel that summarizes a page, an assistant that reads reviews or documents. If attacker-controlled content can steer the model, and the app renders the model's output without encoding it, prompt injection becomes cross-site scripting.
Text-only scanners score the model's reply as a string. They can't see what the browser does with it, which is where the actual damage happens.
Threat model
An attacker hides instructions in content the app will later read: a page, a review, a document.
Defense: input sanitizationThe app's model reads that content alongside the user's real request and can't tell the two apart.
Defense: information flow controlFollowing the hidden instructions, the model's reply carries a script payload.
Defense: output filteringThe app renders the reply as HTML, and the browser runs the script in the user's session.
Defense: output encoding, CSPApproach
WebRedTeam is a browser-based, black-box web testing framework: it interacts with an application the way a user would and observes what actually renders. I'm extending it into the web module of BadToken HYDRA so this attack class runs under the same scheduler and lands in the same evidence format as the garak and PyRIT results.
Development and demos run on my own Ubuntu workstation, with batch runs on the university research cluster.
Status
This work is in progress, and there are no published results yet. It's planned as a research write-up alongside the BadToken weight-editing study.
WebRedTeam isn't one of my own repositories, so I don't link a codebase here; the integration work will be documented with the BadToken repository when it's public.