Спам Бот

[Богдан Зыков 0]

Организация , боримся с спам ботом.  Уже как год не можем без рекапчи заходить на сайты, бывает вообще не пускает.  Первая проблема появилась с проблеммой отправки сообщения с почты. Через пол года пришло сообщение от майла что айпи находится в блек листе. Перешли по ссылке и вывелся такой лог 
CBL LOOKUP:

 

IMPORTANT: Many CBL/XBL listings are caused by a vulnerability in Mikrotik routers. If you have a Mikrotik router, please check out the Mikrotik blog on this subject and follow the instructions before attempting to remove your CBL listing.
IP Address:


 


RESULTS OF LOOKUP


94.255.83.207 is listed

This IP address was detected and listed 4634 times in the past 28 days, and 179 times in the past 24 hours. The most recent detection was at Tue Jul 16 15:55:00 2019 UTC +/- 5 minutes
This IP address (94.255.83.207) is most likely a web server running some sort of CMS system (like Drupal, Wordpress and so on), where a virtual host (customer web site) has been compromised into providing forwarding links to malicious web sites. The infection is often caused by malware called Stealrat
WARNING These listings are particularly pernicious, and if the web site isn't cleaned and disinfected as per the instructions below, chances are that it will be relisted again almost immediately. Repeat listings will result in removal being prohibited.
We know that this is long. But if solving these problems were so easy, this IP address wouldn't have been listed in the first place.
This IP address corresponds to a web site that is infected with a spam or malware forwarding/redirection link.
In other words the site has been hacked and is serving up redirection links to spam or malware. It is also almost certainly sending spam too.
We recommend that you review instructions below so as to prevent this happening in future. Once done, you can use the self-removal link below.
The infected host name is "host-94-255-83-207.stavropol.ru", and this link has an example of the malicious redirect: "" Depending on the infection type, there may be dozens more malicious redirection pages under host-94-255-83-207.stavropol.ru.
WARNING As the link is known to malicious, browsing that link is at your own risk.
IMPORTANT If host-94-255-83-207.stavropol.ru is not your host, there is nothing you can do to fix this problem: contact your hoster and have them fix it.
If you are the administrator, searching your web server logs for host-94-255-83-207.stavropol.ru will likely reveal other copies of these malicious links as well as the command-and-control links (often .php).
If the problem is not resolved, this will undoubtedly get listed again, and runs the risk of having the CBL disallow further removals. So, don't just delist the IP and expect it to stay delisted unless the root cause is solved.
In other words, Fix it! or run the risk of self-removals being refused in future listings.
Infected servers are usually shared web hosting environments running Cpanel, Plesk, Joomla or Wordpress CMS software that have become compromised either through a vulnerability (meaning the CMS software is out of date and needs patching), or users account information (userids/passwords) have been compromised, and malicious software/files are being uploaded by ftp or ssl. There are several different "families" of malware doing this, including darkmailer, directmailer, Stealrat and others. As a consequence of this, the instructions below focus on finding the problem no matter what it is.
Important: Simply removing the malicious link in general will not prevent future relistings. In fact, several of the botnets doing this have literally dozens of malicious redirects under the same hostname (webhosting account), other malicious links (eg: in Stealrat the command-and-control .php script), and there may be more than one infected webhosting account on the same machine. While manual-cleaning of one of these infections sometimes works, it's generally quite difficult to be sure you have it all. We recommend disabling the account, then reinstalling the account from backups.
We believe that these specific infections are frequently done by altering web server access control mechanisms (example, ".htaccess" files on Apache web servers), and causing the redirect to occur on all "404 url not found" errors. We would appreciate it if you can give us copies of the modifications that this infection has made to your system.
It probable that the change was made via SSL or ftp login using userid/password stolen from the "owner" of the hostname/domain. They should run anti-virus tools on their computers, and the password they use to access the web site should be changed immediately.
If you do not recognize the hostname host-94-255-83-207.stavropol.ru as belonging to you, it means that some other account on this shared hosting site has been compromised, and there is NOTHING you (or we) can do to fix the infection. Only the administrator of this machine or the owner of host-94-255-83-207.stavropol.ru can fix it.
Below we've included some information that should help you find and resolve the problem. But again, if it's not your hosting account that's infected, you're unlikely to be able to fix it.
Special note: this listing is based upon detecting a malicious redirecter page. Much of the following talks about detecting outbound malicious email. While most redirecter-infected web hosts will also be sending email, not all will. By having the link above, you already know which hosting customer is infected, and the web server logs should tell you most of what you need to know.
CMS INFECTIONS IN GENERAL
Many CMS infections are due to the StealRat botnet, it should be the first to check. This link is a Trend Micro PDF describing the infection in copious detail. While the PDF should be consulted for full information, checking for mysterious/unexplained PHP scripts in wp-content/plugins (if you're running Wordpress) directories should get you started. This link has instructions for a more directed search for it.
Finding Stealrat can be as simple as running the following command on UNIX-like systems - for "[dirs]", substitute in the web server document root, CGI and image directories:
find [dirs] -print | xargs -d'\n' grep 'die(PHP_OS.chr(49).chr(48).chr(43).md5(0987654321'
 
Other things to try:
sudo find [dirs] -type f -name '*.php' -print | xargs grep -i x29
sudo find [dirs] -type f -name '*.php' -print | xargs grep -E '[0-9a-zA-Z/]{80}'
 
Both of the above commands find .php files with high-UTF-8 characters or base64 encoding which is usually suspicious.
If the above doesn't work, don't assume you are not infected. The Malware may have changed, or you didn't search the right directories. Keep searching.
Our findbot perl script has been enhanced to find Stealrat. However, we cannot guarantee that findbot.pl will find all copies of malware.
Another good source on finding various forms of Darkmailer is MELANI is a Swiss computer security/analysis center, and the link has general instructions on how to clean up CMS (Content Management Systems like Drupal or Wordpress) sites from infection.
In virtually all cases, these infections are injected onto the victim servers by means of vulnerabilities in the CMS software (eg: Drupal, Wordpress, etc). It is critically important that everyone using CMS keep them patched up to date:

• Official Wordpress Downloads

• Official Joomla Downloads

• Official Drupal Downloads

• Official Typo3 Downloads

If you are running Drupal, make sure that the patches referred to here are applied. If you're running Drupal you should upgrade to the latest versions.
Of late some of these infections are facilitated by a SSH Rootkit called "ebury". See the link for more detail.
In most cases, this IP address would be that of a shared hosting environment. If you are a customer of this environment, you will almost certainly not be able to do anything about it, only the administrators of the hosting environment itself can. Please contact your administrators, and refer them to this page.
If the administrators are reluctant to do anything please try to convince them, because there is nothing you can do to fix this problem.
FOR THE SYSTEM ADMINISTRATORS
Your task is to find the current problem, fix it, and prevent it from happening again.
FINDING THE PROBLEM BY NETWORK ACTIVITY: LINUX/FREEBSD ETC
One way of finding the user that is infected and spewing spam is to use the "lsof" (list open files) utility. "lsof" is available for most versions of UNIX-like systems such as Linux as part of the official distribution, but may not be installed by default. So first, make sure you have it installed. On many systems such as Ubuntu, you can install it by:
sudo apt-get install lsof
Once lsof is installed, you can issue the following command
sudo lsof -i | grep smtp
You may see a number of lines, such as (example.com takes the place of your machine's name):
sendmail- 18520 root 3u IPv4 3016693 0t0 TCP *:smtp (LISTEN)
sendmail 4401 mail 13u IPv4 8742322 0t0 TCP example.com:42177->mail1.hotmail.com:smtp (ESTABLISHED)
exim 6348 mail 3u IPv4 210565067 0t0 TCP *:smtp (LISTEN)
find 4403 foo 13u IPv4 8742322 0t0 TCP example.com:42176->mtain-dk.r1000.mx.aol.com:smtp (ESTABLISHED)
The first line, for example, is your sendmail mail software "LISTEN"ing (as userid root) for inbound email connections - this is normal. The second line is sendmail "caught" at the moment of sending an email (as userid "mail") from your machine to a hotmail server - that is also perfectly normal. You may see similar lines with "exim" or "postfix" or "smtpd" or "qmail" instead of sendmail - all depending on what mail server you run - example - the third line is an Exim listener. The important thing that indicates that it's normal is that the userid is "mail" or "mailman" or something like that - NOT an ordinary user.
 
The fourth line is a program called "find", running under userid "foo" making a connection to an AOL server.
 
It's examples like the fourth line you're looking for - it tells you the userid of the infected user. In this case it also indicates that the infection is masquerading as the program "find". There will often be more than one of these.
Simply killing these processes is NOT enough, because they will often restart on their own. You will need to find whether these are started by a cron job owned by that user, or, spawned through your web server, or started from a ssh login. Find and delete the program - often a PHP or Perl script. In some cases, however, the program deletes itself as soon as it starts. The "find" example above is a Linux binary executable that contains an encrypted perl script. Since this was first written, it now sometimes masquerades as "mail" or "ntpd". Assume it could be anything. You will also need to find out how the script got installed on your machine - often through Joomla, Wordpress, Cpanel or Plesk security holes, or ftp upload and secure it.
WARNING Just because you didn't find a line like the "foo" line above doesn't mean the machine is not infected! It just means that the machine is not sending email at the instant lsof was run. If you don't see a line like the "foo" line, we suggest that you run the lsof command multiple times. Example:
while true
do
sudo lsof -i | grep smtp
sleep 10
done
FINDING THE PROBLEM BY FINDING THE SCRIPT: LINUX/FREEBSD
There is a new version of findbot that should find CryptoPHP faster and simpler - try the -c option.
There are a number of scanners that can be used on web servers to try to find malicious PHP and Perl scripts, such as rkhunter etc.
With the assistance of others, we've written a simple perl script called findbot.pl that searches for such things as r57shell, cryptphp etc. It will search your system can find potentially dangerous scripts.
As it is very simple-minded you will have to carefully inspect the files it finds to verify whether what it finds is malicious or not. Be aware of the file types - finding executable code fragments within ".png" or ".jpg" files is clearly demonstrates that the file is malicious.
In order to use findbot.pl, you will need Perl installed.

• Install perl if necessary
• Download findbot.pl
• Follow the instructions at the beginning of the findbot.pl file

ARMORING PHP AGAINST INFECTIONS
Suhosin may be a useful tool to protect your PHP environment from various malware.
Many of these infections start themselves running, and then remove themselves from disk. Which means you won't be able to find it. Check your ftp and SSH logs for suspicious files and logins. This is why it's so important to prevent it happening again.
One additional way of finding this infection that works for some variants is to run the "file" command (you may have to install it - eg: "sudo apt-get install file") on the suspicious program.
"ELF 32-bit and "corrupted section header size" from the example below means that you've probably found the right file:
$ file sshd
sshd: ELF 32-bit LSB executable, Intel 80386, version 1 (FreeBSD), statically
linked, corrupted section header size
 
The above test can be used in bulk, using either of the following two commands:
file /path/to/directory/* | grep 'corrupted section'
find /path1 /path2 -print | xargs -d'\n' file | grep 'corrupted section'
If you find such a file, please send us copies.
 
FINDING THE PROBLEM BY NETWORK ACTIVITY: WINDOWS
The Windows environment is rather less developed for finding these things than UNIX-like systems. However, we can recommend the tcpview tool, so please see tcpview/tcpconn in our advanced section.
FINDING THE PROBLEM BY LOGS: (MOSTLY) LINUX/FREEBSD
Most of these scripts are quite good at hiding their presence. Some of them start up, and them remove the on-disk copy, so there's nothing to see. None of them volunteer where they are, so samples don't help. Most of these scripts bypass your mail server software, so there is nothing to see in the mail logs or queues.
However, they all do need to get on your system somehow, and that often leaves logs. If you can find those log records, often that will help you identify the infected user and find the malicious files (if they are still there).
Generally speaking, these are the ways malicious scripts get onto a system:

• Web sites often make FTP or SSL available so their customers can upload content or log in to manage their web pages. If the customer's computer is compromised with a keylogger, it means that the criminal can upload anything they want. You can usually see this activity in your FTP or SSL logs - look for uploads of .php or .pl files, lots of oddly named files, access from a large variety of IP addresses, etc. If you do find something like this, it's important to get the user to change their password, and do virus scans of their computers.
• Check your web server for large quantities of requests to the same PHP or CGI or Perl file, or POST commands, etc... This can reveal where the infection is, and often how it got there.
• Most CMSes, in particular, Plesk, CPanel, Wordpress and Joomla quite simply have severe security holes being found in them, seemingly daily, and hosted environments are often reluctant to keep up to date with their patching. You may never find a reasonable explanation of how the malicious software got there

PREVENTING IT HAPPENING AGAIN Make absolutely certain that ALL CMS software (Joomla, Cpanel, Wordpress, Plesk etc) is kept up to date at all times. Do not let your users make any excuses for not doing so. Make it impossible for such infections (and they will happen again) to spam the world by implementing the blocking of email sent direct from the machine without going through your mail server.
Some of your customers may believe that they need to be allowed to do this. The best answer for them is to configure their software to relay it through the mail server software on the machine or to an external smart-host.
For blocking: With Cpanel you can use ConfigServer Security Firewall (CSF). It's free. CSF has the "SMTP_BLOCK" configuration option - turn it on.
Basic Cpanel, there's also "WHM SMTP Tweak" would should also help.
The following is an equivalent for non-Cpanel installations - it permits local mail submission and blocks external mail submission:
iptables -A OUTPUT -d 127.0.0.1 -p tcp -m tcp --dport 25 -j ACCEPT
iptables -A OUTPUT -p tcp -m tcp --dport 25 -m owner --gid-owner mail -j ACCEPT
iptables -A OUTPUT -p tcp -m tcp --dport 25 -m owner --gid-owner mailman -j ACCEPT
iptables -A OUTPUT -p tcp -m tcp --dport 25 -m owner --uid-owner root -j ACCEPT
iptables -A OUTPUT -p tcp -m tcp --dport 25 -j REJECT --reject-with icmp-port-unreachable
The above permits users to send mail via a local mail server, permits local mail server software (running under userid root, or gid mail or mailman) to send email to the Internet, but prevents any ordinary user making direct SMTP connections to the Internet. You may have to adjust this for Qmail or Exim. Check which userids are used. Note that the iptables settings will probably be lost next time you reboot.
Many versions of Linux (Debian, Ubuntu etc) have a package called "iptables-persistent". You can install this package ("sudo apt-get install iptables-persistent") and manage your boot-time iptables entries using it.
If you're using cPanel and APF, APF by default will wipe out iptables rules you enter manually leaving the server vulnerable. If you are using APF, you should make the above change via APF and that will take care of reissuing the commands upon reboot or reset.
Do you really need PHP script support? CGI support? PHP mail functions? Turn off the ones you don't need. Some people, for example, turn off CGIs, and PHP "fsocketopen" or "exec" functions in the PHP ini files (either for the whole site, or individual environments), and manage to inhibit many infections. Some of these scripts get installed into /tmp. If /tmp is a separate file system, you can stop it being used by malicious scripts by adjusting the /etc/fstab file to mount /tmp with the "noexec" and "nosuid" flags. This means that the O/S will not run programs that are in the /tmp directory nor treat them as setuid. Turn off customer FTP if you don't need it. Note that some CMS packages install FTP with anonymous FTP turned on by default. This is ALWAYS a bad idea, so make sure "anonymous login" is turned off. It is necessary to force password changes on those users whose web sites have been compromised. If you can't tell exactly which users have been compromised, it's strongly recommended you change all passwords.
For more information on this botnet, and mitigation strategies, please see:

• Stop Spammers from exploiting your web-server (Spamhaus blog)
• How to check if your website is part of the stealrat botnet (Trend)

SELF REMOVAL:
Normally, you can remove the CBL listing yourself. If no removal link is given below, follow the instructions, and come back and do the lookup again, and the removal link will appear.
Too many relistings in the past 24 hours (179), we recommend you read and implement our suggestions, and try again in a day or so.
Delisting of 94.255.83.207 inhibited until 6 hours after the listing - approximately Tue Jul 16 21:55:00 2019 UTC +/- 5 minutes[/size]
 
 

 

 

возможно найти этот компьютер с помощью лаборатории касперского, у нас на всех компьютерах стоит касперский.

[SQ 831]

Здравствуйте,

Уточните пожалуйста у Вас используется роутер Mikrotik?

[Богдан Зыков 0]

Здравствуйте,

 

Уточните пожалуйста у Вас используется роутер Mikrotik?

да микротик используется централизованный  

[SQ 831]

да микротик используется централизованный

Вы проверяли все его настройки? возможно его взломали.

 

P.S. В этом году было выпущено много исправлений найденных ранее уязвимостей, если вы ранее не устанавливали их, то возможно вы стали жертвой злоумышлинников.

 

Сообщите пожалуйста номель Mikrotik и версию установленного ПО.

[Богдан Зыков 0]

 

да микротик используется централизованный

Вы проверяли все его настройки? возможно его взломали.

 

P.S. В этом году было выпущено много исправлений найденных ранее уязвимостей, если вы ранее не устанавливали их, то возможно вы стали жертвой злоумышлинников.

 

 модель  RouterBOARD 3011UiAS

flimware  type ipq8060 

fimware 6.45.1 

Изменено 16 июля, 2019 пользователем Богдан Зыков

[SQ 831]

Могли бы показать результат следующих команд:
 

/ip service print

/ip proxy print

/system scheduler print detail

Сообщите пожалуйста номель Mikrotik и версию установленного ПО.

Пожалуйста сообщите и ранее запрощенную информацию.

[Богдан Зыков 0]

Пожалуйста сообщите и ранее запрощенную информацию.

я отредактировал пост вверху 

 

 

 /ip proxy  print        

                 enabled: no

             src-address: ::

                    port: 8080

               anonymous: no

            parent-proxy: ::

       parent-proxy-port: 0

     cache-administrator: webmaster

          max-cache-size: unlimited

   max-cache-object-size: 2048KiB

           cache-on-disk: no

  max-client-connections: 600

  max-server-connections: 600

          max-fresh-time: 3d

   serialize-connections: no

       always-from-cache: no

          cache-hit-dscp: 4

              cache-path: web-proxy

 

 

Сообщение от модератора SQ

Спасибо, скрыл информацию которая может раскрыть детали настройки роутера.

Изменено 16 июля, 2019 пользователем SQ

[SQ 831]

Похоже все ок, я скрою эти результаты.

 

Вам скорее всего необходимо будет прикладывать логи для каждого ПК, так что одна тема - один ПК.

 

Первая проблема появилась с проблеммой отправки сообщения с почты.

Уточните пожалуйста у Вас в организации имеется свой почтовый сервер? Если да, вы не проверяли пароли пользователей, возможно один из них установил легкий пароли?

Обычно на этот ящик больше всего приходит спама и сообщение о недоставки ранее незнакомых адресатов.

[Богдан Зыков 0]

Уточните пожалуйста у Вас в организации имеется свой почтовый сервер? Если да, вы не проверяли пароли пользователей, возможно один из них установил легкий пароли?

Обычно на этот ящик больше всего приходит спама и сообщение о недоставки ранее незнакомых адресатов.

У нас такого нет, с браузера маркетинг заходит и работает. На тех компьютерах на которых работают стоит касперский. 

Есть вариант как нибудь через микротик увидеть кто спамит?

Изменено 16 июля, 2019 пользователем SQ
удалил чрезмерное цитирование

[SQ 831]

У нас такого нет, с браузера маркетинг заходит и работает. На тех компьютерах на которых работают стоит касперский. 

Есть вариант как нибудь через микротик увидеть кто спамит?

Для начало необходимо понять как, т.е. по какому порту идет рассылка. Если пользователи пользуются браузерами и проверить какие расширения там установлены.

Касаемо создания правила на Mikrotik для отслеживания компьютером которые пытаются подключиться, вам необходимо создать тему в разделе компьютерна помощь, так как этот раздел посвещен в основном поиску и удалению вирусов.

Попробуйте ознакомиться со статьей на wiki.mikrotik.com, в случае если она не поможет попробуйте создать тему в соответствующем разделе.

[Богдан Зыков 0]

Можно узнать , какие логи прикладывать. Иммею виду инструкцию/

У нас в санатории остаются на ночь работать несколько компьютеров, 3 примерно. Я заметил на сайте блок листа что пришел бан айпи в Wed Jul 17 06:15:00 2019 UTC +/- 5 minutes ,      самый наверное лучший вариант проверить эти 3 компьютера наверное.[/size]

Изменено 17 июля, 2019 пользователем SQ
Удалил чрезмерное цитирование

[SQ 831]

Порядок оформления запроса о помощи.

 

Важно: пожалуйста прикладывается логи так, чтобы - Один компьютер = Одна тема.

 

P.S. Наверно самое лучше вам следует временно закрыть (пока не найдете виновника) исходящий трафик на 25 порт (25/tcp-out)). Если используются почтовые клиенты, настроить на них альтернативный порт для отправки почты или пользоваться веб-клиентами.