HOME FORUMS MEMBERS RECENT POSTS LOG IN  
× Авторизация
Имя пользователя:
Пароль:
Нет аккаунта? Регистрация
Баннер 1   Баннер 2

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

ANTICHAT — русскоязычное сообщество по безопасности, OSINT и программированию. Форум ранее работал на доменах antichat.ru, antichat.com и antichat.club, и теперь снова доступен на новом адресе — forum.antichat.xyz.
Форум восстановлен и продолжает развитие: доступны архивные темы, добавляются новые обсуждения и материалы.
⚠️ Старые аккаунты восстановить невозможно — необходимо зарегистрироваться заново.
Вернуться   Форум АНТИЧАТ > БЕЗОПАСНОСТЬ И УЯЗВИМОСТИ > Песочница
   
Ответ
 
Опции темы Поиск в этой теме Опции просмотра

  #1  
Старый 13.03.2013, 18:11
Disasm
Новичок
Регистрация: 10.08.2008
Сообщений: 18
Провел на форуме:
62627

Репутация: 6
По умолчанию

Всем привет! Изначально создал подобную тему в оффтопе, но там понабежала школота и начала пороть неадекват. Создаю в разделе "Уязвимости" для адекватного обсуждения.

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

После некоторых размышлений мне в голову пришел следующий алгоритм действий:

1. Зашифровываем (например по алгоритму AES) часть БД жертвы (если мы говорим о форуме, то шифруем только записи таблицы постов и только поле "тело сообщения")

2. Модифицируем исходный код ресурса для шифрования/дешифрования всех запросов к записям поля "тело сообщения" (при извлечении информации происходит процесс дешифрования, при внесении/обновлении записей - шифрование).

3. Ключ к шифру располагаем на удаленном сервере.

4. Ждем год О_о (столь длительный промежуток времени необходим для того, чтоб все имеющиеся бэкапы уже были зашифрованы и у жертвы не осталось незашифрованных бэкапов БД)

5. Через год попросту удаляем файл-ключ.

Результат: У жертвы остались либо только зашифрованные бэкапы и без ключа шифрования они представляют из себя информационный мусор, либо у жертвы всё же завалялся чистый (незашиврованный) бэкап годичной давности, но он уже неактуален.

P.S.: При использовании подобного метода мы безусловно столкнемся с серьезной нагрузкой на CPU сервера жертвы, но это уже детали. Я привел лишь концепт.

А какие оригинальные способы и методы решения подобной задачи, можете предложить вы?
 
Ответить с цитированием

  #2  
Старый 13.03.2013, 18:16
Konqi
Постоянный
Регистрация: 24.06.2009
Сообщений: 542
Провел на форуме:
2101094

Репутация: 672


По умолчанию

нормальные админы бекапы хранят на другом сервере, или на флешке в своем кармане

а вышенаписанное просто мазохизм, для чего все это нужно? и в чем смысл вреда? кайф получаете или что?
 
Ответить с цитированием

  #3  
Старый 13.03.2013, 18:16
Virous
Новичок
Регистрация: 31.01.2013
Сообщений: 17
Провел на форуме:
3801

Репутация: 0
По умолчанию

Идея хорошая но не сработает( Алгоритм дешифровки останется в бэкапах.
 
Ответить с цитированием

  #4  
Старый 13.03.2013, 18:19
blesse
Участник форума
Регистрация: 18.01.2012
Сообщений: 162
Провел на форуме:
29647

Репутация: 1
По умолчанию

Цитата:
Сообщение от Disasm  
Всем привет! Изначально создал подобную тему в оффтопе, но там понабежала школота и начала пороть неадекват. Создаю в разделе "Уязвимости" для адекватного обсуждения.
Предположим, перед вами стоит задача ликвидировать чужой сайт или форум. Какой метод реализации этой задачи вы бы разработали и осуществили? Просто удалить контент и базу данных - должного эффекта не возымеет, через некоторое время ресурс будет элементарно восстановлен из бэкапов.
После некоторых размышлений мне в голову пришел следующий алгоритм действий:
1. Зашифровываем (например по алгоритму AES) часть БД жертвы (если мы говорим о форуме, то шифруем только записи таблицы постов и только поле "тело сообщения")
2. Модифицируем исходный код ресурса для шифрования/дешифрования всех запросов к записям поля "тело сообщения" (при извлечении информации происходит процесс дешифрования, при внесении/обновлении записей - шифрование).
3. Ключ к шифру располагаем на удаленном сервере.
4. Ждем год О_о (столь длительный промежуток времени необходим для того, чтоб все имеющиеся бэкапы уже были зашифрованы и у жертвы не осталось незашифрованных бэкапов БД)
5. Через год попросту удаляем файл-ключ.
Результат: У жертвы остались либо только зашифрованные бэкапы и без ключа шифрования они представляют из себя информационный мусор, либо у жертвы всё же завалялся чистый (незафиврованный) бэкап годичной давности, но он уже неактуален.
P.S.: При использовании подобного метода мы безусловно столкнемся с серьезной нагрузкой на CPU сервера жертвы, но это уже детали. Я привел лишь концепт.
А какие оригинальные способы и методы решения подобной задачи, можете предложить вы?
Крупный проект?

1)r00t=>PROFIT!

2)Зачем шифровать все посты измени алгоритм поролей юзеров палева меньше.Обычно бэкапы хранятся 14 дней.

3)Накидай на сайт доров,малвари,ДП,etc=PROFIT!
 
Ответить с цитированием

  #5  
Старый 13.03.2013, 18:20
Virous
Новичок
Регистрация: 31.01.2013
Сообщений: 17
Провел на форуме:
3801

Репутация: 0
По умолчанию

Можно так: скопировать базу на иной сервер и подключить его. А оригинал испортить. После года просто отключить сервер.
 
Ответить с цитированием

  #6  
Старый 13.03.2013, 18:21
Disasm
Новичок
Регистрация: 10.08.2008
Сообщений: 18
Провел на форуме:
62627

Репутация: 6
По умолчанию

Цитата:
Сообщение от Virous  
Идея хорошая но не сработает( Алгоритм дешифровки останется в бэкапах.
Не останется. Для дешифровки необходим ключ. На сайте жертвы хранится только путь к ключу, сам ключ находится на стороннем сервере. Когда наступает время "Ч" - удаляем ключ. В бэкапах осталась лишь ссылка на него, но самого тела ключа нет.
 
Ответить с цитированием

  #7  
Старый 13.03.2013, 18:22
Virous
Новичок
Регистрация: 31.01.2013
Сообщений: 17
Провел на форуме:
3801

Репутация: 0
По умолчанию

Тогда да, все верно.
 
Ответить с цитированием

  #8  
Старый 13.03.2013, 18:26
Virous
Новичок
Регистрация: 31.01.2013
Сообщений: 17
Провел на форуме:
3801

Репутация: 0
По умолчанию

В логах ключ останется( Так что мой способ лучше
 
Ответить с цитированием

  #9  
Старый 13.03.2013, 18:35
RulleR
Reservists Of Antichat - Level 6
Регистрация: 12.06.2008
Сообщений: 157
Провел на форуме:
3217552

Репутация: 1668
По умолчанию

Можно посмотреть на этот проект? Мы сами оценим его нормальность. Возможно даже узнаем каким образом бэкапятся данные

Цитата:
Сообщение от Disasm  
Всем привет! Изначально создал подобную тему в оффтопе, но там понабежала школота и начала пороть неадекват.
Жди, они уже идут
__________________
Avant que l'ombre...
 
Ответить с цитированием

  #10  
Старый 13.03.2013, 18:36
Dyxxx
Участник форума
Регистрация: 16.02.2009
Сообщений: 191
Провел на форуме:
879928

Репутация: 438
По умолчанию

надеяться на то что одмин не заметит каши в бд во время того что на сервер возрастет ни с того ни с сего нагрузка и при том что мы говорим не о заброшенном блоге довольно глупо

и можно поподробнее про второй пункт, мне просто интересно сколько ты будешь модифицировать какую нить джумлу например

порой от админа безуспешно пытаешься спрятать шел, спрятать строчку в файле с shell_exec eval, а ты тут сурс переписать решил
 
Ответить с цитированием
Ответ





Здесь присутствуют: 1 (пользователей: 0 , гостей: 1)
 


Быстрый переход




ANTICHAT ™ © 2001- Antichat Kft.