BuildNot yet confirmed elsewhere1 publisher2 min readPublished
PyRIT went read-only in March. The four tools left do not overlap the way the guides assume.
Microsoft archived its prompt-injection framework on March 27, 2026. The tools that remain split into app-layer and model-layer work, and PyRIT was the only one configurable for both.
The Engineer · Build desk
What happened
- Microsoft archived PyRIT on GitHub on March 27, 2026, leaving the repository read-only with no commits, releases or issue triage.
- A dev.to comparison of five prompt-injection testing tools added the archive notice in August 2026, keeping its PyRIT section because many tutorials still recommend it.
- PyRIT was the only one of the five configurable for both application and model testing; the four remaining tools each sit on one side.
Why it matters
- decision The first question is no longer which scanner but which layer, and getting it wrong means your system prompt, tool permissions and retrieval path were never in scope for the test you passed.
- cost Whoever picks the model-layer option inherits the OWASP LLM Top 10 mapping as hand work, and that time lands on the engineer who has to hand a report upward.
- constraint Anyone whose threat model is an attack escalated across several conversational turns now has to approximate that with a plugin suite built for scanning an application in place.
- exposure For months after the archive, teams could follow a current-looking tutorial into a frozen codebase, and the guides slower than this one are still doing it.
An archived repository keeps working. Nothing uninstalls itself the day the maintainer stops answering issues, which is why this sort of change spreads slowly and badly: the package still runs and the docs still read as current, while the issue tracker has quietly stopped receiving anything [3]. The dev.to comparison carrying the notice is one of the pages that got corrected, and even there the update is dated roughly four months after the archive [17]. PyRIT's audience was security researchers running structured red-team engagements rather than app developers doing a pre-ship check, and the guide puts its general-developer adoption noticeably below the other four [14]. There was no large user base to notice out loud.
Treating the survivors as substitutes is the second error. garak is pip-installable, ships 50+ probes, carries 8.1k GitHub stars and is described as actively maintained by NVIDIA [9], and none of that helps if what you ship is an application, because a model-layer scan never touches your system prompt, your tool permissions or your retrieval path [11]. promptfoo runs the other way: 50+ red-team plugins, zero install via npx, and report presets already mapped to OWASP LLM Top 10, NIST and MITRE ATLAS [7]. The same guide is honest that the plugin surface is large enough that a useful first run takes well past five minutes [8]. Giskard has OWASP-mapped detectors as well, but the continuous-scan Hub, the part that would let you run it repeatedly against a live app, is a paid product, leaving the free tier as a point-in-time check [12]. sentinel-scan-cli is placed on the app-layer side alongside those two [6].
Two notes on the evidence, since all of this comes from one author. The claim that promptfoo is used internally at OpenAI and Anthropic is attributed to promptfoo's own repository [1], which is a vendor self-report and should be read as one. And the comparison closes by routing readers to its own separate post on what to use instead [16]. Neither weakens the layer taxonomy, which is the most useful thing in the piece: decide whether you are testing the wrapped application or the raw model, and most of the tool choice is already made [5]. The place to distrust a fast answer is the multi-turn gap. PyRIT was a framework for scripting escalating conversational attacks rather than a turnkey scanner [13], and the guide's own suggestion is that promptfoo's red-team plugins cover a lot of the same ground [15]. A lot is not all, and the difference is the part nobody has rebuilt.
What to watch
- Whether anyone forks PyRIT to carry the multi-turn orchestration code forward, and who signs those releases.
- Whether garak adds OWASP LLM Top 10 report mappings, which would remove one reason teams run two tools.
- Whether Giskard moves repeated scanning against a live app out from behind the paid Hub.
Clarity's read
What the record supports and how the coverage leans. The claims behind it follow.
Reality
- Evidence42
- Adoption48
- Hype gap+12
- Incentives58
- Confidence45
Claim ledger
Ranked by verification strength, evidence, and original report placement.
- [1]
The guide states promptfoo is used internally at places like OpenAI and Anthropic, attributing that to promptfoo's own repository.
ReportedSupportedSource: promptfoo's own repository, as cited by the dev.to guide2 sources— create a free account to open themView cited source - [2]
Microsoft archived PyRIT on GitHub on March 27, 2026.
- [3]
The PyRIT repository is now read-only: no commits, no releases, no issue triage, and whatever version a user has installed is the last one they will get.
- [4]
The guide added an update dated August 2026 recording the archive, and kept its PyRIT section because a lot of existing guides and tutorials still point people to the tool.
- [5]
The guide distinguishes app-layer testing (whether the application's prompts, guardrails, tool-calling logic and RAG retrieval resist attacks wired together end to end) from model-layer testing (whether the underlying model has exploitable behavior independent of any app around it).
- [6]
promptfoo, Giskard and sentinel-scan-cli are primarily app-layer tools; garak is model-layer; PyRIT could do either depending on how it was configured.
- [7]
promptfoo offers zero-install use via npx, 50+ built-in red-team plugins, and report presets mapped to OWASP LLM Top 10, NIST and MITRE ATLAS out of the box.
- [8]
promptfoo's plugin surface is large enough that getting a useful first run takes more than five minutes; the guide says it rewards investment and does little for a five-minute check.
- [9]
garak is pip installable, ships 50+ probes, has 8.1k GitHub stars and is actively maintained by NVIDIA.
- [10]
garak is not natively organized around the OWASP LLM Top 10, so a user who needs a compliance mapping as the deliverable has to do that translation themselves.
- [11]
The guide warns against using garak as the only test for a shipped application, because system prompts, tool access and retrieval are out of scope for a model-layer scan.
- [12]
Giskard has OWASP-mapped detectors, but its continuous-scan Hub, the part that would allow repeated runs against a live app over time, is a paid product, so the free tier is a point-in-time check rather than monitoring.
- [13]
PyRIT provided multi-turn attack orchestration for red teamers scripting conversational attack sequences such as escalating a jailbreak over several turns, and was more a framework than a turnkey scanner.
- [14]
PyRIT had noticeably lower general-developer adoption than the other four tools, because its audience was security researchers running structured red-team engagements rather than app developers doing a pre-ship check.
- [15]
PyRIT has no direct one-for-one replacement for its multi-turn orchestration model; the guide says promptfoo's red-team plugins cover a lot of the same ground.
- [16]
The guide directs readers picking a tool today to its 'which one, for what' section or to a dedicated post on what to use instead of PyRIT.
- [17]
Roughly four months elapsed between PyRIT being archived and the guide's update note recording it.
- [18]
Of the five tools compared, PyRIT was the only one that spanned both testing layers; the four that remain are single-layer, three app-layer and one model-layer.
Sources
1 independent publisher whose own reporting we read for this story.
Topics and entities
Follow any of these and your For You feed starts watching them — no settings page required.