Pro-managed слили данные

[NotSpecified]

Ну так ждем же доказательства "Есть информация, что все данные слили ему pro-managed". Часа думаю хватит вам чтобы опубликовать это, потом кара постигнет за отсутствием такового.

[Unavailable]

Шеллов не было. Базу снесли. Затем поломали старый хост.

И при чем тут пм? Что он такого может слить чтоб вам поломали базу и еще ваш старый хост?

[LexBlack]

Почему не сливает? А кто тогда? Раз на проксировании - все плохо, а без - все хорошо.

У вас просто руки кривые хорошо настроить свой сайт ( на променеджере больше года и ни единого взлома), а он ломает таких как вы постоянно

[NotSpecified]

!

Осталось 48 минут

[LexBlack]

Не меня кидали... а моего клиента. На 100 т.р
Все было хорошо и отлично до того, как купили про-м. Стало лагать, а потом и вовсе все взломали. А главное - непонятно, каким образом. Все доступы и т.д перерезаны по IP

Вам базу удалили через запрос с сайта, вы даже не можете прочитать, что советуют делать на Стресс Вебе, а потом ищем крайних! http://la2-vip.ru/ - случайно не ваш?

[Sensation]

у вас двиг SW ?

[Ro_0TT]

Товарищ ТС, быть может вы что-то не так сделали? Часто проекты сливаются из-за кривых рук, если взять во внимание, что вы лишь с третьего раза ввели IP, при генерации лицензии, то ваши далеко не золотые.

[Twinker]

Ro_0TT про Вас я молчу. Нужен был скрипт, а Вы сказали, что этот скрипт "дерьмо никому не нужное". Пришлось самому писать. Тех. поддержка Lucera2 на высоте конечно.
По ip - вводил не я. Я php разработчик более 3 лет и руки у меня не кривые.
Сайт и форум тоже не я настраивал.

По доказательствам - лишь слова других админов.

[Sensation]

Ro_0TT про Вас я молчу. Нужен был скрипт, а Вы сказали, что этот скрипт "дерьмо никому не нужное". Пришлось самому писать. Тех. поддержка Lucera2 на высоте конечно.
По ip - вводил не я. Я php разработчик более 3 лет и руки у меня не кривые.
Сайт и форум тоже не я настраивал.

По доказательствам - лишь слова других админов.

xD зайдите на форум SW и посмотрите про тему, взлома. Тоже самое написано! Хотя нет у вас же руки прямые...

[NotSpecified]

И про Govno у нас написано, и про файлик log_auth.php который исключен из дистрибутива. Идентифицировать автора как клиента - нет возможности. Все очень просто и понятно. Если на сервере по умолчанию включена возможно записи с удаленного сервера, то записать в него данные можно. Тут не ошибка SW, тут дело в php + конфигурация веба. Поэтому надо ставить либо запрет записи в файл или удалять его с концами.

Добавлено через 1 минуту
Цитата + совет от пользователя:

!

я знаю этого типа - Govno11к , достаточно умный и упертый тип, если закинул шелл, то значит он уже и доступ к админке св имеет, знает данные от всех бд и тд, если будет вымогать деньги по аське - не ведись, если заплатишь, он всеравно сломает. Совет, смени хостинг, изучи хотя бы простейшие основы защиты .htaccess, удаляй админку через фтп когда не пользуешься ей, и вообще старайся очень редко в нее заходить (если надо зайти, залил админку, сделал дела, вышел, удалил). Привяжи базы данных к ип. Создай файл в корневой директории сайта и назови его так .htaccess, и встаь туда хотя бы эти правила дополнительно:

Код:

<Files ~ "^.*\.(cgi|pl|php3|php4|php5|php6|phtml|shtml)">
    Order allow,deny
    Deny from all
</Files>


#Включаем отслеживание сим-ссылок
Options +FollowSymLinks
#Запускаем url_rewriting
RewriteEngine On
#Блокируем все ссылки, содержащие <script>
RewriteCond %{QUERY_STRING} (\<|%3C).*script.*(\>|%3E) [NC,OR]
#Блокируем все скрипты, которые пытаются изменить переменные PHP Globals:
RewriteCond %{QUERY_STRING} GLOBALS(=|\[|\%[0-9A-Z]{0,2}) [OR]
#Блокируем все скрипты, которые пытаются изменить переменную _REQUEST:
RewriteCond %{QUERY_STRING} _REQUEST(=|\[|\%[0-9A-Z]{0,2})
#Перенаправляем все подобные на страницу с ошибкой 403 - запрещено
RewriteRule ^(.*)$ index.php [F,L]

#Закрываем сам аццесник от сканирования
<files .htaccess="">
order allow,deny
deny from all
</files>

#Прячем все директории от сканирования
Options All -Indexes