The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Просмотрщик VNC, отображающий активность на рабочем столе в ..., opennews (ok), 27-Май-13, (0) [смотреть все] –1

Сообщения [Сортировка по времени | RSS]


25. "Просмотрщик VNC, отображающий активность на рабочем..."  +1 +/
Сообщение от arisu (ok), 27-Май-13, 20:10 
вот браузер-то обрадуется от картинки таких размеров! человек, видимо, не в курсе, что браузер пытается скачать в память ВСЮ картинку, а не «последние пять кадров».
Ответить | Правка | Наверх | Cообщить модератору

32. "Просмотрщик VNC, отображающий активность на рабочем..."  +2 +/
Сообщение от all_glory_to_the_hypnotoad (ok), 27-Май-13, 22:07 
да нормально всё, будет пользоваьель раз в минут 30  перегружать браузер с виндовском, не привыкать
Ответить | Правка | Наверх | Cообщить модератору

39. "Просмотрщик VNC, отображающий активность на рабочем..."  +/
Сообщение от Аноним (-), 28-Май-13, 07:25 
> что браузер пытается скачать в память ВСЮ картинку,

А что, декомпресанутые и показанные кадры он не дропает? Если это так - можно конкретную такую декомпресс-бомбу изобразить.

Хинт: генерим белую простыню, 100500х100500 пикселей (ну или сколько там гиф позволяет). Даже убогий LZW сожмет такое весьма во много раз. Пхаем 100500 кадров такого формата. Подпихиваем жертве. Смотрим что будет :)

Ответить | Правка | К родителю #25 | Наверх | Cообщить модератору

42. "Просмотрщик VNC, отображающий активность на рабочем..."  +1 +/
Сообщение от arisu (ok), 28-Май-13, 07:43 
> А что, декомпресанутые и показанные кадры он не дропает?

возможно, тут я перегнул: очень давно не видел незацикленых гифов, не уверен, как себя ведут браузеры с ними. буду, впрочем, сильно удивлён, если кому-то было настолько нечего делать, чтобы писать два варианта кода для обработки гифов — учитывая то, что большинство их них зацикленые. надо бы, конечно, глянуть исходники вебкита и гекона, но пардон — лень.

опера, например, ведёт себя забавно: проигрывает гиф заново при каждой активации таба. вебкит и гекон так себя не ведут, но сохраняют ли все кадры — не знаю.

> Хинт: генерим белую простыню, 100500х100500 пикселей (ну или сколько там гиф позволяет).
> Даже убогий LZW сожмет такое весьма во много раз. Пхаем 100500
> кадров такого формата. Подпихиваем жертве. Смотрим что будет :)

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

Ответить | Правка | Наверх | Cообщить модератору

46. "Просмотрщик VNC, отображающий активность на рабочем..."  –1 +/
Сообщение от Аноним (-), 29-Май-13, 01:20 
> возможно, тут я перегнул: очень давно не видел незацикленых гифов, не уверен,
> как себя ведут браузеры с ними.

Ну да, там несколько вариантов возможно. Сжатый вариант наверное все прихранивают в кэше, но там по идее должны действовать правила на максимальный размер кэша в RAM. Если браузер на это забивает - это баг, по любому. А вот хранят ли они декомпресснутые кадры... с одной стороны это немного разгрузило бы CPU, с другой - на большой гифке это сожрет дофига RAM.

> буду, впрочем, сильно удивлён, если кому-то было настолько нечего делать,
> чтобы писать два варианта кода для обработки гифов — учитывая то,
> что большинство их них зацикленые. надо бы, конечно, глянуть исходники
> вебкита и гекона, но пардон — лень.

Они, конечно, как правило, зациклены, но IIRC
1) Спеки анимированных гифок довольно гибкие (что и позволило гражданам изобразить такой изврат). Насколько я помню, каждый кадр идет с отдельной задержкой, отдельной палитрой и прочая. Для своего времени - вполне культурно и продвинуто сделано, IMHO.

2) Можно и не хранить расжатые кадры а декомпрессить их по мере надобностии, забывая о них потом. Но можно и попытаться соптимизировать на свой зад, храня декомпресснутые версии кадров, да. Вот только эту оптимизацию, если она есть, можно попробовать профлудить старинным фокусом с декомпресс-бомбардировкой, если уж развить идею :).

> опера, например, ведёт себя забавно: проигрывает гиф заново при каждой активации таба.
> вебкит и гекон так себя не ведут,

Они честно выполняют спецификацию, в отличие от еперы. Ну то-есть они играют гифки так как там задано.

> но сохраняют ли все кадры — не знаю.

Зависит от того соптимизили ли они декомпрессию кольцевых гифок в пользу пожирания памяти или нет. Лень смотреть в сорце, да :)

> бомбы давно уже по интернетам бы прыгали.

Вот это кстати не факт. Таких веселых бомб было, есть и наверное еще немало будет. Например, виндовые дрова (ATI, intel) падали в бсод если в браузере пытаютcя показать большую картинку (порядка 99999 х 99999 пикселей). Ее даже не генерили - просто попросили браузер в свойствах элемента растянуть картинку на вот столько. Аналогичная по смыслу атака существовала и на иксы, и как минимум через лису прокатывала. Фокус был в том чтобы запросить дофига памяти. Запрашивалась. И иксы сыпались к черту. В современных версиях или лисы, или иксов сие вроде как заделали.

Например, вот этот PNG - http://apollo.sese.asu.edu/METRIC_PREVIEW/AS15-M-0081/AS15-M... - выносил народу браузер и иксы (warning: весит 251Mb). Сейчас вроде не выносит. Правда памяти жрет, да :)

Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру