Wapiti, the open source web vulnerability scanner that crawls a running application you own and actively probes it for injection, cross site scripting and other flaws.
Wapiti is a dynamic application security testing scanner, a black box tool that tests a live web application from the outside the way an attacker would. Point it at the URL of an application you own or are authorised to test and it crawls the pages and forms, then injects crafted payloads to surface real vulnerabilities: SQL injection, cross site scripting, command and code injection, path traversal, XML external entity, server side request forgery, open redirects, exposed backup files and more. It reports each finding with the request that triggered it, so a team can confirm and fix the flaw rather than guess at it. It runs as a single command with no server, no database and no login: give it a target and a set of attack modules and it writes a report in HTML, JSON or several other formats. Because it drives the application over HTTP it complements static code scanning, catching issues that only appear in the deployed, running system.
It suits application security teams testing their own web apps, engineers adding a scan step to a release pipeline against a staging environment they control, and anyone who wants a self hosted scanner they own inside their own cloud account.
Wapiti has no login and no network service of its own, so what matters is that it is shipped ready to run, honest about having no credential, and safe by default, and cloudimg ships it exactly that way. The pinned Wapiti release is installed into an isolated virtualenv with a simple wapiti command on the path, a first boot service self verifies the scanner on your own instance and records the instance details to a root only note, and a daily timer scans only the targets you explicitly add and are authorised to test. It ships with no target configured, nothing listens on the network, the only remote surface is SSH with your own key, and the image is scanned clean of fixable vulnerabilities before it is sealed. Every deployment comes with a paired deploy guide and 24/7 cloudimg support.
This is a repackaged open source software product wherein additional charges apply for cloudimg support services.
## Wapiti Web Vulnerability Scanner - Ready-to-Use DAST Appliance
Wapiti is an open source web-application vulnerability scanner (DAST) that crawls your web applications, actively injects payloads to surface real exploitable vulnerabilities, and produces actionable reports. This AMI delivers Wapiti fully installed in an isolated virtualenv and ready to scan within minutes of launch - eliminating manual Python environment setup, dependency pinning, and service configuration.
## Why Choose This AMI Over Alternatives?
Unlike commercial DAST tools that require annual licenses and vendor lock-in, or other open-source scanner AMIs that ship without verification, this appliance includes:
## Black-Box Vulnerability Coverage
Wapiti works as a black box - it does not read source code. It fuzzes forms, URLs, and parameters it discovers by crawling and reports vulnerability classes it can prove, including:
Reports are generated in HTML, JSON, XML, or plain text for integration into your existing workflows.
## Secure By Default
Wapiti binds no listening socket and runs no daemon. It is a client-side scanner that only makes outbound requests to targets you choose. The instance security group opens only SSH. Administration is over SSH with your own key - the strongest possible posture for a security tool.
## Scheduled Scanning for Continuous Security
A systemd timer can run Wapiti daily against a list of authorised targets you configure, writing an HTML report for each run. Wire the reports into your review workflow to track your web applications' security posture over time. The fail-closed design refuses to run if first-boot verification did not complete.
## Use It Responsibly
This appliance ships with no default target and never scans anything on its own except a deliberately vulnerable loopback page for self-verification. The targets file ships empty - nothing is scanned until you add a URL you own or have written authorisation to test.
## Use Cases
## Getting Started
1. Launch the AMI in your preferred AWS region
2. SSH into the instance and read the welcome notes
3. Run your first scan against a web application you are authorised to test
4. Review the generated report
5. Optionally, configure the daily scheduled scan against your authorised targets
## Next Step - Book a Guided First-Scan Session
Not sure where to start? Contact cloudimg support to schedule a guided first-scan walkthrough where our engineers help you configure attack modules for your application stack and interpret the results.
## About cloudimg
cloudimg provides 24/7 technical support for this AMI. Our engineers help with running scans, choosing and tuning attack modules, interpreting reports, configuring scheduled scans, integrating Wapiti into CI/CD security gates, and upgrade planning.