ANTICHAT — форум по информационной безопасности, OSINT и технологиям

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

Вирусы админ заметит еще быстрее чем тот изврат, что предлагает ТС, не заметит сам, так если на сайте есть интерактив, то юзеры стуканут.

По каталогам прогнать в принципе более годная идея, но я почему-то все равно не думаю, что она сработает, хотя смотря как гонять и по каким каталогам.

В любом случае это лишь пакость, потеря позиций в худшем для сайта случае, но никак не полное уничтожение.

Вообще, задача уничтожения сайта не так проста. Все зависит от того, сколько ты готов на это потратить, мне кажется, самое реальное- это все время дидосить, если готов тратить действительно серьезные деньги, ну и заказывать взлом и раз за разом все сносить, вытаскивать базу юзеров и срать им от имени админа на мыло, я думаю, что через н-ное кол-во месяцев админу это просто надоест и он забьет на свой проект.

Выносить в фоне старые страницы потихоньку это тоже вариант, если, например, жертва=форум, но заметить могут все равно, но вот если реально тихо подсирать, то восстановить потом никаких шансов не будет.

пздц какой херни он туда на пихал на 6 гб, видяхи что ли или данные статистики посещений?

Это невозможно в принципе. Точка. Контент восстанавливается из бекапов, из кеша, откуда-то еще, в конце концов, создается заново, одномоментно уничтожить какой-либо контент в сети просто невозможно, даже если он никому вообще не нужен и устарел, это и то очень сложно.

хз, файлов тут вообще не видно, видимо изображения в высоком качестве, видимо в БД статистику собирает все эти годы)

Пиздец изврат в базе изображения хранить, мало того что она вообще для этого не предназначена, так еще ее раздувает от этого и еще когда в базе изображения то ее бекап просто так не возьмешь и не отредактируешь в блокноте из-за размера да и еще у меня всегда после сохранения в таких случаях слетали изображения, конкретно это были аватарки на форуме VBulletin, хранение которых в базе я по глупости не отключил. Больше я так не делал.

Disasm, то что ты придумал это полная херня обреченная на провал с дичайшими ресурсозатратами.

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

Смотри зальются к тебе как-нибудь через "локальную картинку"

__________________
Avant que l'ombre...

Это возможно. При благоприятном стечении всех обстоятельств - вполне возможно.

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

Вариант первый:

Модифицируем исходный код ресурса и, в течение длительного промежутка времени, пишем в БД не сам контент, а его криптографическую производную. При чтении производим обратную операцию - извлекаем из БД криптографическую производную, дешифруем, отдаем клиенту. Визуально, для ресурса ничего не изменится - пользователи как общались, так и продолжают общаться, новости как висели на сайте - так и висят.

Очень маловероятно, что админ спалит, что всего в одном поле (даже не во всей БД, а всего в одном поле одной таблицы) хранятся не посты пользователей или новости, а "хрень какая-то" - спалить это практически нереально. Спалить это можно только совершенно случайно, при прямой выборке из таблицы постов или новостей.

Наступает время "Ч" - грохаем ресурс, отрубаем доступ к файлу-ключу. Админ кинулся восстанавливать ресурс, но в его бекапах вместо сообщений/новостей - криптографическая производная. Без исходного ключа шифрования - это просто мусор.

Цель достигнута - восстановление из бэкапов невозможно.

Жесткий минус - это нагрузка на CPU сервера. Насколько она возрастет - неизвестно. Это можно установить только экспериментальным путем. Если вопрос с нагрузкой будет решен или если нагрузка возрастет незначительно - то это 100% метод уничтожения контента сайта без возможности восстановления.

Вариант второй:

Производим замену БД ресурса на БД удаленного сервера. Через год закрываем доступ к БД. Этот вариант рассчитан на полную убогость админа, но все же вариант. Может прокатить при условии, что за год админ ни разу не сунется за чем-нибудь в БД.

Вариант третий и стопроцентный:

DDoS.

Минусы:

Колоссальные финансовые затраты. При том, затраты прямо пропорциональны времени и ответной реакции ресурса. Если ресурс подрубится к системе распределенной фильтрации трафика, то придется класть уже не только сам сайт, но и всю сеть, которая фильтрует трафик на пути к нему.

Ты же знаешь свое дело. В чем проблема поднять свой ботнет? Дело на пару дней

__________________
Avant que l'ombre...

Эээ. А вариант бомбардировки серверов хостера чем не устраивает?

Предлагали, но почему-то данный вариант ТС не устроил

__________________
Avant que l'ombre...