...
При этом, если будет точная уверенность, что действительно есть уязвимость, вы дадите PoC — как мне воспроизвести её, само собой, мы исправим.
Устанавливала только шаблон, на момент взлома не пользовалась им, не думаю что шаблон привел к уязвимости. Меняла структуру файлов, и названия, чтобы взломщики не смогли определить смс и не применить к ней известные им уязвимости этой смс, кстати долго это спасало, пока был шаблон, но потом как выключила шаблон, так и сразу понятно стало что за смс и ее быстренько взломали, перенастроили и размещали что хотели.
Я не знакома с методами взлома и тестирования на возможность взлома, поэтому могу только предположить, что доступ к бд был осуществлен через файл настроек сайта config откуда сама смс и берет пароль от БД. Либо вытянут с моего компа
На сайт до сих пор совершаются атаки, хотя сайт уже был удален Если нужны емэил или IP взломщика, то могу сообщить. Если нужны IP откуда идет поток авторазмещений тоже могу сообщить.
Предлагаю Вам усовершенствовать Вашу СМС
1) В стоковой версии по умолчанию настройки должны быть самыми безопасными, т.е. немодерируемое размещение контента выключить, активировав модерацию или вообще запрет размещения на сайте контента посторонним лицом.
2) При любом размещении контента нужно фиксировать дату время IP адрес разместившего контент, при редактировании последующие записи просто наращивать в ячейке для фиксации редактирований в которой будет фиксироваться дата изменения, ip адрес изменившего контент, логин.
3) Так же необходимо хранить информацию о том какой пользователь произвел модерацию вновь созданного контента, а так же произвел модерацию отредактированного контента в специальной ячейке модерация редактирования и Ip адрес и время модерации.
4) При размещении любого контента по умолчанию активировать капчу от гугла где надо выбирать картинки и это применять к определенной группе пользователей.
5) Не допускать многократные попытки авторизации с одного и того же IP адреса, включать заморозку входа для этого IP на период определяемый в настройках админом сайта. О чем сообщать соответствующей записью в БД. Что для такого то пользователя была сделана заморозка так как он пытался безуспешно войти под таким то ником с такими то паролями. пароли естественно в шифрованном виде хранить.
6) Вести журнал залогиниваний, так же дата логина, время логина, ник логина, IP адрес логина
7) Пароль от БД шифровать в конфигурационном файле.
8) Каптчу при регистрации, авторизации, добавлении контента, изменении контента, удалении контента.
9) IP шники фиксировать при любых действиях пользователя но на сайте сами айпишники не показывать
10) Включить возможность не отображать количество просмотров для конкретного контента или пользователя в целом.
11) так же необходимо чтобы профиль пользователя тоже модерировался, т.е. чтобы о себе он не мог написать ничего что будет свободно показываться на сайте без модерации.
12) нужно подтверждение эмэйла при регистрации, кодовое письмо вроде бы как не высылается.
13) При вводе номера телефона не показывать его пока модератор не отмодерирует его или предусмотреть возможность через смс центры отправлять код для подтверждения номера телефона.
14) Кнопку пожаловаться, при котором всплывает окошко в котором пользователь может выбрать имеющийся пункт или написать свой только чистым текстом без специальных знаков, и отправить как сигнал администратору с записью в бд и с возможностью отправки на эмэил в зависимости от настроек сайта
15) Запретить исполнение кода (javascript) при размещении его в контенте, который размещают пользователи, пусть он размещается и обрабатывается как обычный текст. Чтобы пользователей сайте злоумышленники не отправили на другой сайт и не получили доступ к их данным.