SSH auth.log Analyzer
Analyzes SSH auth.log files: failures per IP, targeted users, accepted logins, attack peaks and ready-to-copy block lists.
Everything runs inside your browser. The log you paste is never uploaded — this page makes no network request while analyzing.
Summary
Top attacking IPs
| IP | Failures | Users | First seen | Last seen |
|---|
Most targeted usernames
Accepted logins
Failures by hour of day
Ready-to-paste block list
How the counting works
Only sshd authentication events are counted: Failed password, Accepted password or publickey, Invalid user and Connection closed at preauth. A line such as "message repeated 4 times: [ Failed password for root ... ]" is expanded into four failures, which is why the failure total can be larger than the number of lines you pasted.
The syslog stamp "Jul 25 03:14:15" carries no year, so the chronological order used here is the order of the lines in the file, which is how syslog writes them. An IP that shows both failures and an accepted login is highlighted: on a server exposed to the internet that pattern is the signature of a password guessed after a long brute-force run.
See who keeps knocking on your server
A server with port 22 open collects thousands of login attempts a day, and auth.log grows until it is far too long to read line by line. Paste the contents here and the page pulls out what matters: how many failures there were, which addresses they came from, which usernames the attackers guessed and whether anyone actually got in. The text never leaves your browser tab.
The count treats a message repeated 4 times line as four failures rather than one. That changes the final number quite a lot, since a brute-force burst of 200 attempts usually takes up half a dozen lines in the file. The syslog stamp, in the form Jul 25 03:14:15, carries no year, so the chronological order used here is the order of the lines themselves, which is how syslog writes them.
The signal worth hunting for is not the volume of failures, it is the coincidence. An IP that shows 400 failures and, somewhere among them, an Accepted password is highlighted in red in the table: the password fell. Blocking the address at that point solves little. The next step is rotating the credential, reviewing authorized_keys for that account and checking what ran after that timestamp.
Frequently asked questions
Do I need fail2ban installed to use this?
Why is the failure total larger than the number of lines?
Can I apply the block list straight on the server?
Related Tools
RSA Key Pair Generator
Generate RSA key pairs (public and private) of 2048 or 4096 bits directly in your browser. Useful for SSH, JWT, asymmetric encryption and certificates. No data sent to servers.
Email Header Analyzer
Analyzes a raw email header: Received server chain, per-hop delays, SPF, DKIM, DMARC results and spoofing warning signs.
Regex ReDoS Risk Analyzer
Analyzes a regular expression and flags ReDoS-prone parts, such as nested quantifiers and ambiguous alternation, without running it.