我在服务器故障中问了同样的问题,但意识到那不是正确的地方,我道歉。
服务器操作系统:Ubuntu10.04
邮寄应用程序: Sendmail
最近,我在一个运行sendmail的邮件服务器上询问了反向散射问题,Amazon注意到我的服务器正在以背向散射的形式向其他人发送垃圾邮件。后来,我通过阻止守护进程监听端口25,删除了sendmail接收传入电子邮件的能力。消息队列仍然被设置为定期运行。因此,在此之后,我的服务器只能发送电子邮件到外面,以防止背向散射。
几天后,我收到了亚马逊的一份虐待报告,上面说的是同样的事情(发送垃圾邮件)。我立即检查我的服务器上的邮件日志,发现我的守护进程向gmail上的两个不幸的用户发送了3封电子邮件。
因为我确信我的服务器不能接收任何传入的电子邮件,我相信我的服务器上有一些恶意脚本在做一些讨厌的事情。因此,我可以采取哪些步骤来诊断这些邪恶的脚本?我可以查看哪些日志以获得更多的记录,以及如何找到发送这些电子邮件的脚本?
发布于 2012-08-24 18:30:53
这听起来像是需要配置的Open中继。SMTP中继计算机应只接受转发到宿主域的邮件。例如,如果承载域maildomain.com,SMTP中继应该只接受该域的邮件,而拒绝任何其他域的邮件。(至少,对于未经身份验证的连接,应该是这样的)。原因是,如果外部SMTP服务器和客户端可以通过SMTP中继向其他域发送邮件,那么这些计算机将能够通过SMTP服务器中继垃圾邮件。您希望拒绝发送给未宿主域的SMTP中继的邮件。
这是一个关键的配置。我曾与许多ISA Server和Exchange管理员交谈过,他们被安装在可怕的RBL上,因为他们没有正确配置SMTP中继以防止未经身份验证的中继。如果你受到了一个或多个这些RBL的伤害,你知道你可能会在美国国税局的审计中成为赢家。因此,我强烈建议您在了解如何配置中继以防止垃圾邮件发送者滥用之前,不要将SMTP中继发布到Internet。
IIS SMTP服务允许您创建远程域,然后将这些远程域配置为将邮件中继到内部网络上的服务器。SMTP中继配置为宿主域的远程域,并将邮件转发到Exchange Server或内部网络上的其他SMTP中继。默认IIS和Exchange SMTP服务器配置阻止邮件中继,同时允许中继发送到您配置的远程域的邮件。
https://security.stackexchange.com/questions/19087
复制相似问题