О zip-архивах на хостингах изображений

В свое время мы отказались от мульти-загрузки через zip-архивы на наш хостинг изображений http://ipic.su. Проблема была в том, что в архив можно запихнуть кучу мусора, а для проверки на мусорность нужно его распаковать.

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

Дело в том, что файл на 2.5 гига легко может в архиве весить 4 мегабайта. Если этот файл заполнен нулями (ну или любыми другими символами). Архиватор просто пишет что "0" повторяется 100500 раз и все.

Для теста открываем командную строку: Win + R > cmd

Пишем там следующий код:

fsutil file createnew d:\jpg5gb.jpg 5368709120

Создается пустой файл размером 5гб. Вот с таким содержанием:

?

Если его зазиповать в архив (я брал 7zip), поставив режим fastest, то за 50 секунд (у меня было так, мб и быстрее, зависит от скорости харда и процессора) он превращается в архив на 6мб. Сжатие в тысячу раз практически:



Разархивирование происходит относительно быстро, мне понадобилось 40 секунд.


Теперь берем и отправляем этот файл на какой-нить хостинг и если там не хватит места для разархивирования файла - забьется весь хард и все встанет. Особенно если бд и скрипты, а также tmp на одном харде и с одной квотой. Это довольно жесткая DoS-атака. На Shared хостинге скорее всего все вообще накроется капитально, а остальным создастся куча проблем.

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



з.ы. Подобные "пустые" файлы часто юзаются во всяких там p2p сетях, чтобы выкладывать фейки. Скачал 100500 гигов, а там NULL NULL NULL и тд =)

з.з.ы. Я вспомнил про данную "фитчу" когда увидел на Хабре заметку про бывшие траблы DrWeb с такими вот архивами. Он вешал систему, проверяю подобные пустые архивы.