Skip to content
Commitpedia
Log in Join & edit

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?

Edit history of SecLists: wordlists for authorised security testing: 1 recorded edit
Edit history · 1 edit
Type
Repo
Edits
1
Editors
1
First issued
15 Oct 2026
Last edit
15 Oct 2026
Source
danielmiessler/SecLists

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 GitHub

SecLists (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.

  1. Dominik +2,590 chars

Report a problem

Something wrong, unsafe or copied? Tell the editors.
What is wrong?