Điểm:1

Làm cách nào để ngăn sasl_username root đăng nhập?

lá cờ bo

Máy chủ Postfix của tôi tiếp tục bị những kẻ gửi thư rác sử dụng. Đây là đầu ra của sudo postcat -vq cho thư rác cuối cùng bị bắt:

âââ> sudo postcat -vq 3513818A8A
postcat: name_mask: tất cả
postcat: inet_addr_local: đã cấu hình 2 địa chỉ IPv4
postcat: inet_addr_local: đã cấu hình 2 địa chỉ IPv6
*** PHONG BÌ HỒ SƠ trả chậm/3/3513818A8A ***
message_size: 8412 720 1 0 8412
message_arrival_time: Thứ Năm ngày 19 tháng 8 13:35:50 năm 2021
create_time: Thứ Năm ngày 19 tháng 8 13:35:50 năm 2021
tên_thuộc tính: log_ident=3513818A8A
tên_thuộc tính: rewrite_context=remote
tên_thuộc tính: sasl_method=LOGIN
tên_thuộc tính: sasl_username=root
người gửi: [email protected]
tên_thuộc tính: log_client_name=unknown
tên_thuộc tính: log_client_address=93.122.252.4
tên_thuộc tính: log_client_port=16374
tên_thuộc tính: log_message_origin=unknown[93.122.252.4]
tên_thuộc tính: log_helo_name=109-166-129-221.orangero.net
tên_thuộc tính: log_protocol_name=ESMTP
tên_thuộc tính: client_name=unknown
tên_thuộc tính: reverse_client_name=unknown
tên_thuộc tính: client_address=93.122.252.4
tên_thuộc tính: client_port=16374
tên_thuộc tính: helo_name=109-166-129-221.orangero.net
tên_thuộc tính: protocol_name=ESMTP
tên_thuộc tính: client_address_type=2
tên_thuộc tính: dsn_orig_rcpt=rfc822;[email protected]
người nhận gốc: [email protected]
người nhận: [email protected]

Dựa trên hai dòng này:

tên_thuộc tính: sasl_method=LOGIN
tên_thuộc tính: sasl_username=root

Tôi tin rằng người gửi thư rác đang đăng nhập thành công với tư cách là nguồn gốc và sau đó gửi tin nhắn rác của họ ra khỏi máy chủ của tôi. Và điều đó được xác nhận bằng cách chạy con mèo sudo /var/log/maillog | grep sasl_username=root trong đó hiển thị rất nhiều mục như:

Ngày 19 tháng 8 17:13:15 mail postfix/smtpd[11442]: EA58D18CCD: client=unknown[93.122.252.4], sasl_method=LOGIN, sasl_username=root
Ngày 19 tháng 8 17:13:17 mail postfix/smtpd[11442]: BDA4E18D32: client=unknown[93.122.252.4], sasl_method=LOGIN, sasl_username=root
Ngày 19 tháng 8 17:13:19 mail postfix/smtpd[11442]: 7387E18D31: client=unknown[93.122.252.4], sasl_method=LOGIN, sasl_username=root
Ngày 19 tháng 8 17:13:21 mail postfix/smtpd[11442]: 1C0FB18D34: client=unknown[93.122.252.4], sasl_method=LOGIN, sasl_username=root
Ngày 19 tháng 8 17:13:22 mail postfix/smtpd[11442]: DCB4418D36: client=unknown[93.122.252.4], sasl_method=LOGIN, sasl_username=root
Ngày 19 tháng 8 17:13:24 mail postfix/smtpd[11442]: B62DD18D39: client=unknown[93.122.252.4], sasl_method=LOGIN, sasl_username=root
Ngày 19 tháng 8 17:13:26 mail postfix/smtpd[11442]: 6F52B18D38: client=unknown[93.122.252.4], sasl_method=LOGIN, sasl_username=root
Ngày 19 tháng 8 17:13:28 mail postfix/smtpd[11442]: 24DEF18D3A: client=unknown[93.122.252.4], sasl_method=LOGIN, sasl_username=root
Ngày 19 tháng 8 17:13:29 mail postfix/smtpd[11442]: A30B418D3C: client=unknown[93.122.252.4], sasl_method=LOGIN, sasl_username=root
Ngày 19 tháng 8 17:13:31 mail postfix/smtpd[11442]: 88D8318D3B: client=unknown[93.122.252.4], sasl_method=LOGIN, sasl_username=root
Ngày 19 tháng 8 17:13:33 mail postfix/smtpd[11442]: 11F6118D44: client=unknown[93.122.252.4], sasl_method=LOGIN, sasl_username=root

Tôi có Dovecot đang chạy trên máy chủ bên cạnh Postfix, vì vậy hãy kiểm tra /etc/dovecot/conf.d/10-mail.conf tập tin cho thấy:

# Phạm vi UID hợp lệ cho người dùng, mặc định từ 500 trở lên. Đây là chủ yếu
# để đảm bảo rằng người dùng không thể đăng nhập với tư cách daemon hoặc người dùng hệ thống khác.
# Lưu ý rằng việc từ chối đăng nhập gốc được mã hóa cứng thành nhị phân dovecot và không thể
# được thực hiện ngay cả khi first_valid_uid được đặt thành 0.
first_valid_uid = 1000
#last_valid_uid = 0

Vì vậy, bây giờ tôi không biết chính xác người gửi thư rác đang quản lý như thế nào để xác thực là nguồn gốc. Đi mà không cần nói nguồn gốc người dùng bị vô hiệu hóa trên hệ thống.

Mọi đề xuất về cách ngăn chặn hoàn toàn sasl_username nguồn gốc từ việc đăng nhập vào hệ thống?

anx avatar
lá cờ fr
anx
Tôi nghi ngờ bạn không sử dụng Dovecot để xác thực thông tin đăng nhập sasl. Đầu ra của lệnh `postconf smtpd_sasl_type` sẽ cho biết. Tôi cũng nghi ngờ rằng bạn có lý do chính đáng để chấp nhận các nội dung gửi được xác thực trên cổng 25 (dòng bắt đầu `smtp inet`), vì vậy hãy xem lại master.cf của bạn và đảm bảo rằng `-o smtpd_sasl_auth_enable=yes` chỉ xuất hiện kèm theo các dịch vụ dành cho việc gửi (dòng bắt đầu `smtps inet` và tùy chọn `submission inet`).
lá cờ bo
Bạn đã đúng: đang chạy `postconf smtpd_sasl_type` đã trỏ đến `cyrus`. Nhưng sau đó tìm kiếm `cyrus` trên hệ thống sẽ hiển thị một số mục trong `selinux` (đã bị tắt) và một số trong `/usr/share/doc/`, vì vậy không có bất kỳ tệp cấu hình nào.
Điểm:1
lá cờ ec

Gần đây, tôi đã có chính xác điều tương tự trên hộp Ubuntu cập nhật của mình. Tôi chắc chắn rằng tôi đã đặt smtpd_sasl_type = dovecot và smtpd_sasl_path = private/auth.

Tôi có cùng câu hỏi với user102362: khi tôi đọc câu hỏi này trong cấu hình của mình:

# Lưu ý rằng việc từ chối đăng nhập gốc được mã hóa cứng thành nhị phân dovecot và không thể
# được thực hiện ngay cả khi first_valid_uid được đặt thành 0.

Tôi cho rằng không thể xác thực là root. Nhưng sau đó, TẠI SAO điều này lại có thể:

Ngày 19 tháng 1 21:16:46 VPS postfix/smtpd[9392]: EF1B6BD5B8: client=unknown[213.233.y.x], sasl_method=LOGIN, sasl_username=root

và dẫn đến việc gửi nhiều thư không mong muốn?

Trùng hợp hay không, xác thực SASL (thành công) đến từ cùng một quốc gia và nhà điều hành, vì vậy tôi quyết định chặn hoàn toàn các khối sau:

93.122.128.0/17
213.233.88.0/24
46.97.176.0/21
178.138.64.0/18
109.166.128.0/17

Và tôi đã thay đổi mật khẩu root (và các tài khoản khác).

Điểm:1
lá cờ fr
anx

Không biết ai đã thiết lập hệ thống đó theo cách đó và tại sao, tôi không thể đưa ra khuyến nghị cụ thể. Nhưng tôi có thể nói rằng phần lớn các máy chủ nơi Dovecot xử lý xác thực IMAP đều hoạt động tốt bằng cách cho phép Dovecot cũng xử lý xác thực SMTP và đó là cách cấu hình Dovecot của bạn first_valid_uid cũng sẽ có hiệu lực đối với việc gửi thư.

Đọc tài liệu liên quan và sau đó xem xét việc định cấu hình Postfix của bạn để trì hoãn xác thực cho Dovecot, điển hình là những dòng này trong chính.cf:

smtpd_sasl_type = bồ câu
smtpd_sasl_path = riêng tư/xác thực

Ngoài ra, xem xét thiết lập smtpd_sasl_auth_enable = không Trong chính.cf và loại bỏ cái đầu tiên smtpd_sasl_auth_enable=có lên trong của bạn master.cf. Xác thực thường chỉ được mong muốn đối với các dịch vụ dành cho gửi (dòng bắt đầu inet smtps và inet gửi tùy chọn), do đó, nó chỉ nên được bật cho một hoặc hai dịch vụ như vậy thông qua master.cf. Điều này sẽ phá vỡ các máy khách sử dụng cổng 25 để gửi thư được xác thực - nhưng dù sao thì cấu hình máy khách như vậy có thể cần được xem xét nếu bạn đang thay đổi cấu hình.

anx avatar
lá cờ fr
anx
Sau khi gửi *mới* bị hạn chế đúng cách, bạn vẫn phải xử lý thư đã gửi trước đó và vẫn đang xếp hàng đợi, vì bạn có thể muốn sử dụng [postsuper](https://serverfault.com/search?q=postsuper).
lá cờ bo
Hệ thống được thiết lập theo cách đó cùng với Webmin/Virtualmin. Đặt `smtpd_sasl_auth_enable=` thành `no` trong dòng bắt đầu bằng `smtp` trong tệp master.cf dường như đã dừng mọi nỗ lực xác thực sasl không mong muốn, đồng thời cho phép người dùng hợp pháp tiếp tục sử dụng ứng dụng thư của họ. Cảm ơn rất nhiều!
anx avatar
lá cờ fr
anx
@ user102362 Chỉ cần nói rõ ở đây: Việc tắt các tính năng xác thực trên một cổng cụ thể khi không cần thiết có thể ngăn một bot cụ thể lạm dụng thiết lập xác thực bị định cấu hình sai của bạn - *nhưng bạn vẫn phải sửa* cấu hình xác thực của mình vì máy chủ của bạn vẫn có thể bị lạm dụng theo cách đó trên các cổng khác được sử dụng bởi người dùng hợp pháp!

Đăng câu trả lời

Hầu hết mọi người không hiểu rằng việc đặt nhiều câu hỏi sẽ mở ra cơ hội học hỏi và cải thiện mối quan hệ giữa các cá nhân. Ví dụ, trong các nghiên cứu của Alison, mặc dù mọi người có thể nhớ chính xác có bao nhiêu câu hỏi đã được đặt ra trong các cuộc trò chuyện của họ, nhưng họ không trực giác nhận ra mối liên hệ giữa câu hỏi và sự yêu thích. Qua bốn nghiên cứu, trong đó những người tham gia tự tham gia vào các cuộc trò chuyện hoặc đọc bản ghi lại các cuộc trò chuyện của người khác, mọi người có xu hướng không nhận ra rằng việc đặt câu hỏi sẽ ảnh hưởng—hoặc đã ảnh hưởng—mức độ thân thiện giữa những người đối thoại.