SecLists: wordlists for authorised security testing
A large, maintained collection of wordlists (usernames, passwords, URLs, fuzzing strings, patterns) used in penetration tests with permission and in defensive checks such as auditing your own password policy.
Drafted with AI from official documentation. Scripts were run in a test environment and repository links verified. Awaiting a human check. Did it work for you? Last edited Outdated?
danielmiessler/SecLists
- Stars
- 74.1k
- Forks
- 25.2k
- Language
- PHP
- Licence
- MIT
- Last push
- 15 Oct 2026
On GitHub: SecLists is the security tester's companion. It's a collection of multiple types of lists used during security assessments, collected in one place. List types include usernames, passwords, URLs, sensitive data patterns, fuzzing payloads, web shells, and many more.
Open on GitHubSecLists (about 74,000 stars on GitHub) is the most widely used collection of wordlists in the security profession. It was started in 2012 by Daniel Miessler and is co-maintained by Jason Haddix, Ignacio Pérez (g0tmi1k) and a community of contributors. The repository is organised into directories by purpose: usernames, passwords, discovery lists for web content and DNS names, fuzzing inputs, pattern-matching lists, payloads for authorised testing, and miscellaneous data such as common file extensions and wordlists in many languages. Several lists are large, so a full clone takes well over a gigabyte.
Who it is for
- Penetration testers and red teams working under a signed engagement, who need standard inputs for discovery and password-strength checks.
- Defenders and administrators who want to check their own systems: for example, testing whether a new password policy still allows the most common passwords, or confirming that an internal web server does not expose well-known admin paths.
- Developers writing input validation, who can run the fuzzing lists against their own application in a test environment.
- Students in training labs and CTF players, where these lists are the expected tooling.
How to install it
Kali Linux, Parrot and BlackArch package it as seclists, which puts the lists under /usr/share/seclists/. On any other system a shallow clone or a release archive is enough; use --depth 1 to avoid downloading the full history:
Check before you run this
- Runs with administrator rights. Make sure you understand every line.
sudo apt install seclists # Kali / Parrot
git clone --depth 1 https://github.com/danielmiessler/SecLists.git # anywhere else
ls SecLists/
The README explains the directory layout and lists the sources each wordlist was compiled from. Changes arrive through pull requests, and the maintainers publish tagged releases a few times a year for people who prefer a stable snapshot to a moving checkout.
Credit
SecLists is maintained by Daniel Miessler, Jason Haddix, Ignacio Pérez and the contributors credited in the repository. It is published under the MIT license.
Use it responsibly
Material of this kind is meant for systems you own or have written permission to test, for bug bounty programmes within their published scope, and for training labs and capture-the-flag (CTF) exercises. Unauthorised testing of other people’s systems is illegal in most countries, regardless of intent, and the maintainers of these projects say so in their own terms. Defenders can use the same material to check their own environments and to understand what their detection rules should catch.
Did this work for you?
No votes yet. Be the first.
If it did not work, the report form below tells the editors what went wrong.
See also
- 0431 What is a detection rule? Sigma explained for beginners A detection rule describes one kind of suspicious activity in logs. Sigma is the shared, tool-independent way to write such rules, so… Beginner · Explains an idea · Any system Article Alerting & dashboards · Security resources & detection 15 Oct 2026
- 0432 Try Sigma rules against your own logs Install the sigma-cli converter, take a rule from the public SigmaHQ library, convert it into a query for a log tool you… Intermediate · Step by step · Linux, macOS Article Logs · Security resources & detection 15 Oct 2026
- 0433 What is an awesome list? Awesome lists are hand-curated link collections on GitHub, one per subject, that follow a shared convention. How they work, how to tell… Beginner · Explains an idea · Any system Article Security resources & detection 15 Oct 2026
- 0454 Scan your own code and containers in CI: Gitleaks, Semgrep and Trivy Set up a GitHub Actions workflow that runs Gitleaks, Semgrep and Trivy on every push of your own project, learn what each… Intermediate · Step by step · Any system Article Pipelines, runners & hooks · Security testing & CTF 15 Oct 2026
- 0455 Which security tool does what? A map for beginners A beginner's map of open source security tool families: vulnerability scanners, secret detection, static analysis, host audits, web application testing, network inventory… Beginner · Explains an idea · Any system Article Security resources & detection · Server hardening 15 Oct 2026
History
Every saved edit is kept. The plot on the sleeve draws one line per edit. Open any edit to see exactly what changed.
- Dominik +2,590 chars