Puncte:0

Postfix identifică adevăratul expeditor

drapel de

Recent, serverul meu are multe e-mailuri spam generate. Am căutat informații într-un exemplu de mesaj, dar expeditorul este aparent fals și nu există nici un ID de utilizator postfix în antetul mesajului. Mai jos este antetul complet al unui exemplu de mesaj:

root@server:~# postcat -qv 400CB848E9
postcat: name_mask: all
postcat: inet_addr_local: configurat 4 adrese IPv4
postcat: inet_addr_local: configurat 2 adrese IPv6
*** PLIC ÎNREGISTRARE hold/400CB848E9 ***
dimensiune_mesaj: 2333 670 1 0 2333 0
message_arrival_time: joi 24 iunie 06:44:46 2021
create_time: joi 24 iunie 06:44:46 2021
named_attribute: log_ident=400CB848E9
atribut_numit: rewrite_context=local
expeditor: [email protected]
named_attribute: log_client_name=localhost.localdomain
named_attribute: log_client_address=127.0.0.1
named_attribute: log_client_port=40070
named_attribute: log_message_origin=localhost.localdomain[127.0.0.1]
named_attribute: log_helo_name=localhost
named_attribute: log_protocol_name=ESMTP
named_attribute: client_name=localhost.localdomain
named_attribute: reverse_client_name=localhost.localdomain
named_attribute: client_address=127.0.0.1
named_attribute: client_port=40070
named_attribute: helo_name=localhost
named_attribute: protocol_name=ESMTP
named_attribute: client_address_type=2
atribut_numit: dsn_orig_rcpt=rfc822;[email protected]
original_recipient: [email protected]
destinatar: [email protected]
*** CONȚINUTUL MESAJULUI hold/400CB848E9 ***
regular_text: Primit: de la localhost (localhost.localdomain [127.0.0.1])
regular_text: de dallas.mylocalhostdomain.com (Postfix) cu ID-ul ESMTP 400CB848E9
text_regulat: pentru <[email protected]>; joi, 24 iunie 2021 06:44:46 -0400 (EDT)
regular_text: De la: Google Drive Storage <[email protected]>
regular_text: Către: [email protected]
regular_text: MIME-Versiunea: 1.0
regular_text: ID-ul mesajului: <[email protected]>
regular_text: Data: joi, 24 iunie 2021 06:44:46 +0000
regular_text: Tip de conținut: text/html; set de caractere=UTF-8
regular_text: Conținut-Transfer-Codificare: 7 biți
regular_text: Subiect: Fișierul este deteriorat și nu a putut fi reparat

După cum se poate vedea în antet, expeditorul mesajului este [email protected], dar acest nume de domeniu/utilizator nu există pe server. Sunt confuz, din câte știu, utilizatorul trebuie să existe pe server înainte ca SMTP să poată fi autentificat. În plus, nu există nicio informație de autentificare în fișierul mail.log.

Sper că cineva vă poate ajuta să arate cum să identifice utilizatorul real care a generat acest mesaj?

Mulțumesc!

Puncte:2
drapel za

Uită-te cu atenție la acestea:

expeditor: [email protected]
named_attribute: log_client_name=localhost.localdomain
named_attribute: log_client_address=127.0.0.1
named_attribute: log_client_port=40070
named_attribute: log_message_origin=localhost.localdomain[127.0.0.1]
named_attribute: log_helo_name=localhost
named_attribute: log_protocol_name=ESMTP
named_attribute: helo_name=localhost

Aceasta înseamnă, un proces de la gazdă locală (adică mașina server în sine) a efectuat o tranzacție ESMTP pe acest server. A început cu EHLO localhost iar apoi, fără nicio autentificare, a fost acceptat pentru livrare. Bănuiesc că ai 127.0.0.1 în rețelele mele. Antetul „Received” pe care l-a adăugat are aceleași informații (nu este de mirare).

Asta e tot ce văzuse Postfix și vă putea spune. Căutați răspunsul la „cine este adevăratul expeditor” în alt loc. Poate fi e-mail web, deci citiți jurnalele de acces la serverul web; care ar putea fi serverul este compromis (oh!) sau doar există o gaură în scriptul PHP care permite trimiterea unui e-mail. Verificați wtmp (ultimul și așa mai departe). Căutați bușteni în apropiere joi, 24 iunie 2021 06:44:46 -0400 (EDT).

Vă repet acest lucru pentru a nu pune aceeași întrebare cu alte cuvinte: Postfix a făcut tot posibilul pentru a vă dezvălui de unde a primit acest mesaj. Singurul lucru pe care îl știe că e-mailul a venit de la localhost. Asta sună: „verificați-vă localhost” (serverul).

John avatar
drapel de
Vă mulțumesc pentru răspunsul dvs. complet. Este foarte util pentru mine. Se pare că serverul a fost compromis. Văd o solicitare POST către un fișier php ciudat pe server la acel moment.
Nikita Kipriyanov avatar
drapel za
S-ar putea ca doar serviciul web să fi fost compromis sau chiar doar o singură aplicație web. Ar putea exista și alte POST-uri care ar putea explica de unde provine acest fișier PHP. Dar, în general, căutați în SF „ce să faceți cu un server compromis”.
drapel jp
Răspuns excelent.Eliminarea `localhost` din `mynetworks` forțează procesele locale să folosească Sendmail sau să se autentifice. În ambele cazuri, veți obține mai multe detalii despre origine.

Postează un răspuns

Majoritatea oamenilor nu înțeleg că a pune multe întrebări deblochează învățarea și îmbunătățește legătura interpersonală. În studiile lui Alison, de exemplu, deși oamenii își puteau aminti cu exactitate câte întrebări au fost puse în conversațiile lor, ei nu au intuit legătura dintre întrebări și apreciere. În patru studii, în care participanții au fost implicați în conversații ei înșiși sau au citit transcrieri ale conversațiilor altora, oamenii au avut tendința să nu realizeze că întrebarea ar influența – sau ar fi influențat – nivelul de prietenie dintre conversatori.