| Цитата | ||
|---|---|---|
написал:
|
| Код |
|---|
nginx version: nginx/1.20.1 |
|
|||||
|
|
|
|
|||||||
|
|
|
<Files ~ "^(site_checker)\.php$> Order Deny,Allow deny from all # Здесь указать разрешенный адрес или адрес сетки с маской Allow from XX.XXX.0.0/16 </Files> |
|||
|
|
|
|
Коллеги, у кого появился файл /home/bitrix/www/bitrix/admin/sale_discount_heirlooms.php причем с выполнением агента?
Хотя на другом ломаном сайте (сайт разработки полный клон основного, пока оставил не тронутым после атаки) на этом агенте выполнялся /home/bitrix/www/bitrix/admin/posting_brownier.php С содержимым:
Раньше на этом агенте выполнялось
И судя по дате агенты появились 27 июня. Основной сайт восстанавливал из вечернего бекапа от 27 июня. |
|||||||
|
|
|
А про обновления что то слышали? Обновите свои сайты и не будет проблем, обновления не зря выпускают. Эти уязвимости закрыты еще в мае при обновлении. |
|
|
|
|
|
Заглянул в обновление, сами уязвимые файлы в нем не тронуты, значит изменения где-то в другом месте. Может стоит выложить инструкцию где конкретно нужно пофиксить дыру в старых версиях - не всех клиентов получится оперативно обновить, у многих старые сайты с самописным функционалом, который частично отвалится при обновлении. Пофиксить дыру в их случае было бы проще, чем ловить баги на сайтах.
|
|
|
|
|
|
|||||
|
|
|
|
Благодарность за выкладку изменений!
Хм, у меня нет такого модуля, а на 2х из 3х сайтах в upload появились какие то лишние файлы. Значит правка только в файлах модуля vote будет не достаточна для закрытия дыры. P.s. - зачем до сегодняшних проблем было обновлять битрикс, если все работало отлично на небольших информационных сайтах P.s.P.s. Подумываю о переносе сайтjd с битрикса на что то другое (да хотя бы на WP) |
|
|
|
|
|
только не забываем, что нужно тогда обновляться до php7.4, чтобы работал новый функционал, это если говорить о глобальном обновлении. а , если обновить до php 7.4 сервер, где установлена версия <=20, то отвалится функционал этой версии и надо будет вручную там править файлы. вот такая дилема
![]() , Ну, из приведенных Вами изменений можно отметить только проверку имени класса - то, что это экземпляр Connector, которая проводится до создания класса. Но, мне кажется, что если это все изменения в vote, то дело было явно не в нем. Как по мне, то решением невыполнения скриптов в upload является его перенос выше директории, где прописано обрабатывание скриптов(обычно /var/www/Папка_С_Битрикс) и создание символической ссылки @upload в корне сайта на эту директорию. |
|
|
|
|
|
Коллеги, видим в журнале событий следующий вариант:
|
|
|
|
|
|
Если обновится, спасает?
|
|
|
|
|
|
Обновления не спасают!
После восстановления и обновления, снова вижу новые загруженные файлы в /upload/ и снова появилась ошибка при редактировании юзеров: Crypto is not available |
|
|
|
|
|
|||
|
|
|
так поймёте через что опять заливают. может где-то всё таки бэкдоры имеются ... Меня ТП Битрикс заверили что платформа последней версии от описанной выше уязвимости полностью защищена... |
|||
|
|
|
Но при этом, файлы вида BXTEMP-2022-06-29, BXTEMP-2022-06-30 продолжают создаваться. Хотя уже не создаются вредоносные агенты, и не удаляются инфоблоки. |
|||||
|
|
|
Стандартная процедура самого битрикса такие тоже создаёт, она в них собственно и скачивает обновления. |
|||
|
|
|
|
У меня на ВДС 3 сайта, один взломали, где не было обновлений (он по сути мне и не нужен был).
Могут ли тогда взломать остальные 2? |
|
|
|
|
|
Российские учебные заведения поломали 20.06.2022 в 6:40 - 50. Начало приемной комиссии.
Нас сломали, и начали ддосить. |
|
|
|
|
|
Не уверен, связано ли это с взломом от 28 числа, но в системе обнаружились еще 2 бяки:
bitrix/js/main/core/core.js
bitrix/modules/main/include/prolog.php
Рекомендую проверить эти вещи тоже. ????????? ???????? |
|||||
|
|
|
|
А не проще, этот модуль удалить, его мало кто вообще использует..
|
|
|
|
|
Начал смотреть логи, вот такая картинка:
/bitrix/components/bitrix/main.file.input/main.php - вываливается в ошибку Notice: Undefined index: HTTP_TEMPLATE Также интересно что /bitrix/components/bitrix/main.file.input/set_list.php отдает 200, хотя такого файла нет и сейчас этот адрес отдает 404... Получается что на время операции такой файл был. Версия 20.0.900 |
|||||
|
|
|
Я правильно понял, что дело в загрузке файла и открытие его не понятно каким образом на исполнение php скрипта. Тогда вот костыль что только админ может загружать файл. |
|||
|
|
|
nginx КАК ОБНОВИТЬ / ПЕРЕСОБРАТЬ NGINX В BITRIXVM СО ВСЕМИ МОДУЛЯМИ ЗА 10 ШАГОВ читать |
|||
|
|
|
bash <(wget --no-check-certificate -q -o /dev/null -O- ) И нажать 1, поддерживается как deb, так и rhel Однострочник для полной автоматизации - echo 1| bash <(wget --no-check-certificate -q -o /dev/null -O- ) |
||||
|
|
|
|||