• Halloween is coming! To celebrate the occasion, we dusted off a couple of old skins, and even created a brand new one (Pixel).
    To get into the festive spirit, install the Skins extension.
  • The new Python extension is now available. It allows customers to deploy and manage WSGI-based Python applications on their websites directly from Plesk.
  • The Plesk Mobile apps for iOS and Android and the Plesk Mobile Center extension have been deprecated, and are no longer available for new installations. In Plesk Obsidian 18.0.84, the Plesk Mobile Center extension will be removed from servers during the upgrade, and the Plesk Mobile apps will lose their server management features.
  • The Social Login extension has been deprecated and will be removed in Plesk Obsidian 18.0.84. After that, it will no longer be possible to log in to Plesk with a Google, Facebook, GitHub account, or with a passkey. Plesk usernames and passwords, as well as logging in with a WebPros Account, are not affected.

qmail security problem

M

masterkain

Guest
hi,
today one of my servers got hit hard, probably by an automatic worm that send tons of emails to yahoo.com users.

with the help of netstat I was able to track down the offender: 83.225.117.60 but the worst thing is that this must be an authenticated user since we do not relay (of course).

now, I'm not able to know who is he, and which email has, since qmail logs are pretty orrible and doesn't show any info.
I've tried searching maillogs for this ip, maybe to catch a login, but nothing.

is there a way to know who is this user and how damn to enable source ip address in qmail logs without recompiling and patching from source?

thanks.
 
btw I'm on debian, no rpms atomicrocketetc rpms there..
 
How did you come to the conclusion that it was via a authenticated relay user?

Qmail should be setup to POP first, then allow relay. Which means you should see an entry in your maillog similar to this:

Dec 19 04:26:13 host1 pop3d: IMAP connect from @ [192.168.0.1]INFO: LOGIN
, user=doof, ip=[192.168.0.1]

And then later on you should see an entry in /var/log/secure:

Dec 19 18:46:42 host1 xinetd[1199]: START: smtp pid=29281 from=192.168.0.1

It is very difficult to tie the qmail log back to the secure log. Another trick is to look at the queue directories for messages that are queue for outbound delivery, pick off the header's the source of the trouble.

Somehow you figured out the IP, so you should be able to get it from the POP logs, unless it was a local delivery (caused by vulnerable web app, for example).
 
Back
Top