R3n0

Привет.

Могут ли по сайту найти админа?

Могут. Вопрос в том, кто будет искать.

Насколько реально получить из сайта на Вордпресс личную информацию админов?

Зависит от того, что за информация там хранится, а главное — для чего и зачем*.

То есть, узнать из реальный IP и прочую подобную информацию.

Что за "прочая подобная информация"? Почта?

Учитывая сколько уязвимостей находится в плагинах и темах оформления WordPress, больше шансов на утечку с этой стороны. Опять же, где хранятся такие данные? В базе данных, что логично, — это раз. Значит, SQLi для тебя будут особенно болезненными. Часто встречаются такие уязвимости в плагинах? Весьма.

Два — логи всевозможных плагинов "защиты", и тут уже много нюансов, начиная от торчащих наружу логов, неправильного распределения прав в самом плагине, что может привести к раскрытию чувствительной информации, заканчивая более серьёзными уязвимостями. Тут, очевидно, проблемой становится сам плагин "защиты", добавляющий тебе рисков там, где, по идее, должен от них избавлять.

Третье — IP и почта отображаются на странице с комментариями в админпанели (и хранятся в отдельной таблице базы данных, что логично). Если комментарии не нужны на сайте, то имеет смысл их отключить глобально. Если нужны — убрать логирование IP и почты комментаторов.

Это самое базовое. Остальные нюансы зависят от используемых плагинов и от того, где что они добавляют/убирают/выводят/хранят.

* —

На сайте работает плагин Loginozer Pro с защитой от брутфорс-атак и прочими подобными настройками, если что

Это всё вообще ни о чём. Более того, такой класс плагинов чаще как раз помогает при атаке злоумышленникам, нежели наоборот. Что самое смешное, ведь именно этот плагин (как минимум) и хранит в себе то, утечку чего ты хочешь не допустить, и то, чего изначально в самом WordPress нет — подробных логов с IP/почтами/логинами и прочего. Не говоря о том, что защита от всяких брутфорсов в последнюю очередь должна решаться силами самой CMS.

Вообще, лучше вопрос ставить изначально иначе, более конкретно: от кого/чего хочешь защититься, какие риски? Ответив на эти вопросы, ты поймёшь что и как надо защищать.

Если речь про органы правопорядка, то уровень сайта — это сразу мимо. Такие вопросы "там" решаются на другом уровне by design.

Привет.

Если IP/root/пароль от "ТаймВеб", то предположу, что у тебя VPS. Для подключения по FTP должны быть другие креды - это раз. Два - может быть классическая проблема с правами на директории и файлы при переносе + проверить пользователя от имени которого запущен веб-сервер и кто владелец директорий/файлов непосредственно. Третье - можно попробовать указать в wp-config.php директиву define('FS_METHOD', 'direct');.

Привет.

0 - узнать у технической поддержки выбранного сервиса, есть ли инструкции для подключения сайтов без CMS (обычно такие инструкции есть);
1 - нанять специалиста на фрилансе для реализации задачи;
2 - писать код самому, опираясь на решения для CMS в качестве примера.

Привет.

У тебя там эта уязвимость встречается ещё минимум один раз. Плюс, есть BAC и PXSS. По-мелочи ещё косяки видны, но это уже второстепенное.

По идее, тебе контакт от WPScan должен был либо отчёт отправить, либо в письме самом дать PoC и детали по уязвимости как упомянутый LFI воспроизводится.



Возможен импорт/экспорт настроек фильтра гостем, потому что нет проверки доступа/привилегий. Тут же возможен вектор с XSS, если сначала выполнить импорт с полезной нагрузкой, а потом экспорт с валидным nonce-токеном.

Persistent XSS с правами контрибьютора и выше через шорткоды.

В открытом доступе писать детали незакрытых уязвимостей не есть хорошая практика, а контакта твоего я не нашёл нигде.

Привет.

Вёрстка странная - это раз. Два - у тебя одна ссылка перекрывает собой вторую ссылку, смотри:

<div class="s6_box">
	<div class="product_bg _1">
		<a href="https://put-k-rodam.ru/catalog/podgotovka-k-zachatiyu/" class="product_link product w-inline-block"><div class="btn add">узнать подробнее</div></a>
		<h3 class="h3 prduct"><a href="#" class="h3_link">Подготовка к зачатию</a></h3>
	</div>
</div>

Вот это чудо

<h3 class="h3 prduct"><a href="#" class="h3_link">Подготовка к зачатию</a></h3>

и перекрывает нормальную ссылку. Учитывая это месиво с разметкой, было бы уместно сначала спросить, что ты пытаешься реализовать таким странным образом.