garak probes AI applications with targeted security tests
November 5, 2026

The open-source scanner garak tests language models and chatbots for unwanted responses. It helps development teams evaluate systems, but replaces neither security analysis nor privacy checks.
What this is about
garak is an executable testing tool for applications built with language models. Instead of trying a chatbot only with friendly everyday questions, the scanner systematically confronts it with inputs intended to trigger unwanted behavior. According to its official website, NVIDIA and the community continue to develop the project. Its full name is Generative AI Red-teaming & Assessment Kit.
This tool check, dated November 5, 2026, describes an available product, not a new model announcement. The project website, repository, documentation and associated research paper were checked. We did not run our own scan or comparative performance test. garak is particularly relevant to development teams and security staff who want to examine a chatbot more deliberately before release or after changes.
What garak actually does
garak operates through the command line. Probes supply test inputs, a generator connects the tool to the target system, and detectors evaluate responses. The official repository lists tests for prompt injection, data leakage, hallucination, harmful language and bypassing safeguards, among others. These are different failure categories: an incorrect answer does not automatically mean successful access to confidential information.
The tool supports several access methods, including locally executed Hugging Face models, external model APIs and configurable REST endpoints. This makes it possible in principle to connect a team's own service. However, the team must check whether authentication, conversation history and response formats are represented correctly. Testing the underlying model directly does not automatically examine the same environment as the finished customer-facing chatbot.
The output presents results for each probe and detector. According to the repository, detailed logs are stored in JSONL files. This lets reviewers read suspicious responses instead of considering only an aggregate number. The image accompanying this article comes from the official README and shows a historical terminal run. Its model names, commands and percentages are neither a current comparison nor measurements made by Cyber Ivy.
Why it matters
Teams that try only the same three questions after every model change can easily overlook other failure categories. garak provides a structured collection of tests and traceable outputs for this purpose. Its value is not a blanket promise of security, but the ability to uncover specific problematic responses. Those can then become starting points for improvements.
The research paper dated June 16, 2024 emphasizes that language-model security depends on the application context. Behavior that is acceptable in a creative writing application may be a problem in an advisory service. The paper comes from the project community and is not an independent effectiveness evaluation. It does, however, explain why a scanner should deliver results that people can assess in context.
The tool is particularly suitable for teams with Python experience, access to a test system and time to evaluate results. It is usually too technical for someone who merely uses a chatbot occasionally. The software is licensed under Apache 2.0 and offered as a free tool. Model calls, local computing resources, storage and staff time remain possible costs; a free scanner does not make the entire testing process free.
In plain language
Think of garak as a process for testing suitcases. An inspector opens and closes the zipper, puts weight on the handle and rolls the case over uneven ground. Each attempt examines something different. A handle passing its load test says nothing about rain getting through the seams. For a chatbot, the different inputs correspond to those individual stress tests. The report helps locate a weak point, but does not replace the decision about whether the suitcase is suitable for the planned trip.
A practical example
A fictional team of three runs an internal assistant for publicly available product information. Before making a change, it creates two test configurations: the existing setup and the proposed version. Both use the same bounded dataset without customer information. These numbers describe an example, not a measured deployment.
As a first step, the team installs garak in a separate Python environment and lists available probes with python -m garak --list_probes. It then selects a suitable, limited test group and connects only its approved test endpoint. Before starting, it sets a spending limit with the model provider and checks which content will appear in logs.
Afterward, one person reads the flagged responses, a second checks their practical significance, and the third documents the conditions. Following a change, the team repeats the same test with documented versions and settings. The sensible next test is therefore small and reviewable: rather than immediately running every probe, first understand the connection, output and evaluation for one clearly defined failure category.
Scope and limits
- No comprehensive security guarantee: Detectors may flag harmless responses or miss problematic ones. Clean results apply only to the conditions actually tested. Access controls, connected tools and business logic require additional checks.
- Not automatically private or inexpensive: A scanner started locally may send inputs to external APIs. Responses and logs can contain sensitive content. Data routes, retention, provider terms and usage costs need to be clarified beforehand; test only systems you own or have explicit permission to assess.
- Technical effort and version differences: The introductory guide contains older command examples, while the current repository shows different option names. The installed version and its help output are authoritative. Setup, suitable test selection and human assessment remain necessary; garak does not repair the problems it finds.
SEO & GEO keywords
garak, NVIDIA, LLM Security, AI Security, Prompt Injection, Red Teaming, Open Source, Apache 2.0, Chatbot Testing, REST API
💡 In plain English
garak sends targeted test prompts to a chatbot and flags potentially problematic responses. This helps teams investigate weaknesses. People still need to judge whether a response is genuinely dangerous.
Key Takeaways
- →garak is a usable command-line tool for testing language models and chatbots.
- →The software is available under Apache 2.0; model calls and computing resources may incur additional costs.
- →Local models, external APIs and configurable REST endpoints can be connected.
- →A scan provides clues to weaknesses, not a comprehensive security certificate.
- →A limited test without confidential data is a sensible starting point.
FAQ
Is garak free?
The software is offered free under Apache 2.0. External model calls, hardware and evaluation work can still incur costs.
Does the data stay on my computer?
That depends on the selected target and configuration. With external model APIs, test inputs leave the computer; local logs also need protection.
Does passing a scan prove my chatbot is secure?
No. Results cover only the probes and settings used; misclassifications and untested weaknesses remain possible.
Was garak tested hands-on for this article?
No. The article is based on project sources checked live and the research paper, not on a scan we performed.