You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Ports and protocols the service is listening : 22 TCP
Log or journal information
Log file name(s) : /var/log/auth.log
Journal identifier or unit name : dropbear.service/dropbear
Any additional information
Dropbear is supported already. This PR adds support for cases where it runs as systemd service with -E flag, where Dropbear itself adds PID and timestamps: #3597
However, while testing it, I recognised that max retry limit and nonexisting users login attempts do not match anymore: #3597 (comment)
Funnily this was caused by a commit (to Dropbear upstream) which was intended to help software like Fail2Ban, while in practice it broke it, due to lack of communication, and since the nonexisting user case was not carefully checked, which misses the host now: mkj/dropbear#83
From below lines, the first case matches with #3597 and when running Dropbear as init.d service (provided by upstream). The 2nd line does not match anymore after the linked PR merged 2020. The 3rd cannot match anymore, because it lacks the host, and the 4th was never supported, but could be additionally added.
EDIT: I sent a PR to have the nonexisting user login log fixed: mkj/dropbear#316
The "Exit before auth" logs are the only thing which can be fixed/added here.
Relevant lines from monitored log files:
failures in sense of fail2ban filter (fail2ban must match):
Jul 10 23:57:29 VM-Bookworm dropbear[825]: [825] Jul 10 23:57:29 Bad password attempt for 'root' from 192.168.1.3:52289
Jul 10 23:57:29 VM-Bookworm dropbear[825]: [825] Jul 10 23:57:29 Exit before auth from <192.168.1.3:52289>: (user 'root', 10 fails): Max auth tries reached - user 'root'
Jul 10 23:58:41 VM-Bookworm dropbear[826]: [826] Jul 10 23:58:41 Login attempt for nonexistent user
Jul 10 23:59:24 VM-Bookworm dropbear[826]: [826] Jul 10 23:59:24 Exit before auth from <192.168.1.3:52325>: Max auth tries reached - user 'is invalid'
legitimate messages (fail2ban should not consider as failures):
The text was updated successfully, but these errors were encountered:
Environment:
Service, project or product which log or journal should be monitored
Log or journal information
/var/log/auth.log
dropbear.service
/dropbear
Any additional information
Dropbear is supported already. This PR adds support for cases where it runs as systemd service with
-E
flag, where Dropbear itself adds PID and timestamps: #3597However, while testing it, I recognised that max retry limit and nonexisting users login attempts do not match anymore: #3597 (comment)
Funnily this was caused by a commit (to Dropbear upstream) which was intended to help software like Fail2Ban, while in practice it broke it, due to lack of communication, and since the nonexisting user case was not carefully checked, which misses the host now: mkj/dropbear#83
From below lines, the first case matches with #3597 and when running Dropbear as init.d service (provided by upstream). The 2nd line does not match anymore after the linked PR merged 2020. The 3rd cannot match anymore, because it lacks the host, and the 4th was never supported, but could be additionally added.
EDIT: I sent a PR to have the nonexisting user login log fixed: mkj/dropbear#316
The "Exit before auth" logs are the only thing which can be fixed/added here.
Relevant lines from monitored log files:
failures in sense of fail2ban filter (fail2ban must match):
legitimate messages (fail2ban should not consider as failures):
The text was updated successfully, but these errors were encountered: