About
What Is the AI Security Matrix?
The AI Security Matrix helps you find AI-enabled security testing tools for your engagements.
Searching for them leads down a rabbit hole. GitHub stars, blog reviews, Reddit threads, and it's still hard to tell what's what. The matrix categorizes each tool by purpose and testing scope. It also flags the risk of what running the tool does to your machine so you can determine if you can trust the tool in your scenario.
What is an AI Security Tool?
An AI security tool evaluates the security posture of a system during an assessment, with a language model doing part of the work. Teams use them for vulnerability assessments, penetration testing, and red team engagements.
Their scope runs in two directions. Some point at traditional targets like web apps, enterprise systems, and cloud. Others are built to test AI systems themselves: model scanners, prompt injection testing, agent and RAG assessment.
Who it is for
Anyone running security assessments. Pentesters, red teamers, bug bounty hunters, and the defenders who need to know what those tools do.
The scope labels tell you which tools point at your targets, whether that's web applications, internal networks, Active Directory, cloud, reverse engineering, or AI systems themselves. The last-push date tells you whether anyone still maintains it. The risk flags tell you what the tool installs, what privilege it wants, and whether it reaches for your credentials.
What the AI Security Matrix is not
The matrix does not rank tools and does not test them. Nothing here has been verified to work as described, so treat every listing as a starting point you check yourself.
Can you trust these tools?
The AI Security Matrix flags risk to give you a starting point, but treat everything here as unsafe until you vet and test it yourself.
What you take on by using it
Every tool here is a repo you could clone yourself. Five flags say what you take on if you do. Nothing on this list is ever executed to find out: the repo is cloned, read, and thrown away. Each flag is measured only on the files that make the tool run, never on its tests, its docs or its sample data.
What reaches your machine
Remote means the documented install fetches a script and runs it. What runs is whatever that script holds on the day you install, which is not the version anyone reviewed.
Escape means the container it ships is handed access back to the host: the Docker socket, a privileged container, or host networking. Shipping a container is not the same as the container holding.
Where your data goes
Callout means it sends data to a third party that is not the model provider. What is sent is not visible from here.
What you cannot establish
Licence means there is no licence file, or the README and the LICENSE disagree. Either way nobody can tell you which terms apply. A copyleft licence is a choice, not a defect, and does not raise this flag.
Opaque means part of what ships cannot be reviewed by reading the source. Vendored code, minified files, committed binaries, long encoded blobs.
None of this is an accusation
Plenty of good tools need root, and most projects vendor something. Running as root inside a container the tool brought with it is normal, and is not flagged. A flag presents a risk for you to weigh, not a verdict.
An entry with no flags is not a clean bill. Where a check could not read something, the entry says not checked rather than no.
Creators
The threat gets a vote. If you build a defense without understanding how an adversary actually operates, you're not making security decisions. The threat is making them for you.
Joe has spent over 20 years in cybersecurity, the last 15 focused on offensive security operations.
He is not interested in findings-based testing that grows a backlog of vulnerabilities. He focuses on the threat perspective: understanding adversary behavior to drive measurable disruption.
He is a hands-on technical lead who would rather solve systemic issues than document theoretical flaws, and relays complex technical concepts in a way engineers can use.
- Adversary disruption. Moving past simulation to whether a system can detect and stop a specific threat before it has impact.
- Bridging the gap. Working between offensive and defensive teams to turn technical insight into better visibility and response.
- Focusing on what matters. Pruning the noise to concentrate effort where it affects a threat's ability to succeed.
He is here to disrupt the threat's ability to succeed, not just document it.
Joe wrote Red Team Development and Operations, hosts the Red Team Guide, built a cybersecurity company that later merged with SpecterOps, and led Cobalt Strike strategy post-acquisition.