Tôi đang cố gửi e-mail cho tôi và người dùng rằng ai đó đã cố đăng nhập vào ssh của họ và không thành công
Tôi có một số nghi ngờ liên quan đến phương pháp này, chẳng hạn như do một số "lỗ hổng" nhất định có thể được đưa vào do đó - RE <F-USER>\S*</F-USER>
sẽ khớp với mọi thứ cho đến không gian đầu tiên, vì vậy, ví dụ: nếu "tên người dùng" khớp sẽ là ai đó@example.com,kiểm tra
thư của bạn cũng sẽ được gửi đến ai đó@example.com
, có thể không phải là người dùng miền của bạn.
Tôi cũng có thể hình dung ra một kịch bản khác vì bạn đang cố sử dụng đầu vào nước ngoài (từ nhật ký) trong hành động gửi thư - vì vậy tốt hơn hãy đảm bảo rằng điều này không bị ảnh hưởng bởi một số khả năng tiêm nhiễm (cũng lưu ý GHSA-m985-3f3v-cwmm Ví dụ).
Regex bị tấn công trên SSH là cái này ...
failregex cũng phải chứa <F-USER>...</F-USER>
để nắm bắt giá trị sẽ được lưu trữ dưới dạng tên người dùng và giá trị này phải khớp với giá trị nào đó.
Đây là một ví dụ về giao diện của nó trong phiên bản hiện tại (lưu ý rằng đây không phải là lỗi RE do <F-NOFAIL>
tag, nó chỉ là một công cụ trợ giúp để tìm IP cho các tin nhắn không có IP, xem vấn đề/3189#issuecomment-999571654 để biết chi tiết).
Bằng cách ấy <F-ALT_USER>
là một tên người dùng thay thế và sẽ lưu trữ nó vào F-NGƯỜI DÙNG
nhóm bị bắt trong vé, nếu một phần <F-USER>...</F-USER>
sẽ khớp với giá trị rỗng.
Có thể (như trong số phát hành/3189 ở trên) bạn cũng có phụ trợ sai, vì vậy hãy chuyển sang hệ thống
sẽ giúp bạn khớp nó bằng sshd-regex khác.
Liên quan đến biểu thức chính quy của bạn, nó có thể được thay đổi như ở đây (được chuyển ngược từ bộ lọc sshd hiện tại):
- ^pam_unix\(sshd:auth\):\s+xác thực thất bại;\s*logname=\S*\s*uid=\d*\s*euid=\d*\s*tty=\S*\ s*ruser=<F-USER>\S*</F-USER>\s*rhost=<HOST>\s.*%(__suff)s$
+ ^pam_unix\(sshd:auth\):\s+xác thực không thành công;(?:\s+(?:(?:logname|e?uid|tty)=\S*)){0,4}\s+ ruser=<F-ALT_USER>\S*</F-ALT_USER>\s+rhost=<HOST>(?:\s+user=<F-USER>\S*</F-USER>)?%( __suff)s$
Nhưng đây đúng hơn là một RE của pam-chung
bộ lọc/nhà tù, như đã nói trong vấn đề/3189, vì vậy sẽ không hoàn toàn đúng khi sử dụng điều này cho nhà tù sshd (thông thường bạn sẽ thấy các thông báo khác nhau trong tạp chí hoặc auth.log).
Dù sao để điều tra sâu hơn, người ta cần ví dụ về thông báo (hoặc tốt hơn là đoạn trích nhật ký với tất cả các thông báo về phiên sshd gây ra lệnh cấm).