Как сделать бомбу (сравнение xz и 7zip) : Linux

OlegON · █ 16.09.2011 22:05

В общем, многие, наверное, знают, что с древних времен существует разновидность гадостей, именуемая файл-бомбой. Изготовляется очень просто, равно как и ловится уже давным давно по степени сжатия большинством вменяемого софта. Принцип действия бомбы простой. Пишу уже вечером в пятницу, поэтому сбивчиво. Итак, однородные массы данных очень хорошо жмутся архиваторами. Берем гигантский файлик из одних ноликов, называем файл .exe и жмем его в архив. Антивирус, например, постарается распаковать этот файлик и, если он совсем древний и глупый, то скорее всего завалит машину владельца. Аналогичным образом можно подставить кучу разнообразного софта, интересующегося содержимым архивов. Раньше очень весело было в FIDO подкинуть вместо почтового пакета бомбу, тоссер бедный раз за разом пытался ее развернуть... Ну сейчас уже как-то несерьезно такими вещами заниматься, способ давно известный и интересен с академической точки зрения. Итак, первый вопрос в том, как получить такой файлик. Под Линуксом можно сделать все, просто прочитаем нужное количество нулей из /dev/zero

Код:

dd if=/dev/zero of=readme.txt bs=1024000 count=200000

во время работы утилитки можно посылать ей killall -USR1 dd, чтобы она отображала текущий прогресс. Я запускал с другими параметрами, в общем, у меня получился файлик на 220934Mб. Из интересующих меня архиваторов (а я интересовался есть ли замена лидеру, 7z) выбрал только новомодный xz, поддержка которого недавно появилась в tar.
Запускал c параметрами:
7z a -t7z -m0=lzma -mx=9 -mfb=64 -md=32m -ms=on
xz -9 -e
Итог ошеломляет.
7z работал около 6 часов (i5 2500S), файл 31913K
xz работал около 16 часов (!), файл 32907K
в общем, нет пока замены моему любимому 7z. Если кому-то интересно, файлики (архивы) лежат в папке OlegON на ftp.

OlegON · █ 12.05.2017 12:08

Как-то слабенько я в 2011 разбирался в файловых бомбах :)

Итак, файловая бомба.

Во-первых, для того, чтобы создать ее, не надо мучиться и забивать себе диск dd. Создаем файлик на 10Т (терабайт)

Код:

truncate -s 10T /db1/oradata/dump.sql

если файловая система нормальная и поддерживает sparse files, то можно создать файлик и на 100Тб, независимо от того, сколько на самом деле у вас диск. Файлик создается меньше, чем за секунду.

Во-вторых, xz и 7z, конечно, хорошо, но с однообразными файликами лучше разбирается bzip2. Увы, сворачивать придется в реальном времени, поэтому работать будет долго. Порадуйтесь, что распаковываться все будет тоже долго и еще и не в sparse file :)

Код:

bzip2 dump.sql

сверху еще gzip можно полирнуть.
На 100Тб мне время жаль тратить, но архив с файликом чуть больше терабайта я прикладываю.

baggio · █ 12.05.2017 12:33

0 просмотров...

ты я так смотрю еще и роскомнадзор тролишь...

OlegON · █ 12.05.2017 13:11

а он тут при чем? сугубо исследовательское сравнение архиваторов...

baggio · █ 12.05.2017 17:18

ага... для помощи в поиске роскомнадзору

Как правильно взорвать бомбу причинив побольше вреда...
Как спрятать бомбу в архиве...
как переслать бомбу через почту...
жди... письмо счастья...

OlegON · █ 16.05.2017 09:30

Вот, файловая бомба на 10 терабайт.

Micle · █ 16.05.2017 14:02

Цитата:

OlegON ➤ Вот, файловая бомба на 10 терабайт.

Код:

DISKPART> list volume

  Том    ###  Имя  Метка        ФС     Тип         Размер   Состояние  Сведения
  ----------  ---  -----------  -----  ----------  -------  ---------  --------
     Том 0     H   LongVideo    NTFS   Составной     16 Tб  Исправен
     Том 1     G   data4        NTFS   Составной     27 Tб  Исправен
     Том 2     F   data3        NTFS   Составной     27 Tб  Исправен
     Том 3     E   data2        NTFS   Составной     27 Tб  Исправен
     Том 4     D   data1        NTFS   Составной     27 Tб  Исправен
     Том 5         Зарезервиро  NTFS   Раздел       500 Mб  Исправен   Системны
     Том 6     C   system       NTFS   Раздел       232 Gб  Исправен   Загрузоч

слабовато ))) давай на 100Tb )))

OlegON · █ 16.05.2017 15:43

Что слабовато? Ты распакуй, покури несколько дней :) :)

OlegON · █ 12.07.2017 15:45

В файле 16 zip-файлов, которые содержат 16 zip-файлов, которые опять содержат 16 zip-файлов, которые опять содержат 16 zip-файлов, которые содержат по одному файлу, размером 4.3GB.

Если все распакуете, место у вас точно кончится

16 x 4294967295 = 68.719.476.720 (68GB)
16 x 68719476720 = 1.099.511.627.520 (1TB)
16 x 1099511627520 = 17.592.186.040.320 (17TB)
16 x 17592186040320 = 281.474.976.645.120 (281TB)
16 x 281474976645120 = 4.503.599.626.321.920 (4,5PB)

Пароль: 42

sh00r00p · █ 12.07.2017 15:48

А что в файле? Порнуха? Или текст))