Jalison2000
(usa Debian)
Enviado em 26/03/2017 - 18:14h
Do Site
projects / jbig2dec.git / commit
? search:
re
summary | shortlog | log | commit | commitdiff | tree
(parent: 0021018) | patch
jbig2dec - refine test for "Denial of Service" images master
author Ken Sharp <ken.sharp@artifex.com>
Fri, 24 Mar 2017 08:47:33 -0300 (11:47 +0000)
committer Ken Sharp <ken.sharp@artifex.com>
Fri, 24 Mar 2017 08:47:33 -0300 (11:47 +0000)
commit 2b69772201628cfc44af64e35f900e2efd4b66e7
tree d657feed3a627b5f9f03e19e4ce2864061d7ac82 tree | snapshot
parent 002101876a97ca621b6d98839fa09f3c0a8ddee9 commit | diff
jbig2dec - refine test for "Denial of Service" images
Bug 697682 "Incorrectly displayed a PDF file on GSView, MuPDF and GhostScript"
In commit 7366747076f3b75def52079bd4d5021539a16394 Simon introduced a
test to try and detect a JBIG2 compressed image which would take an
unreasonable amount of time to process. Unfortunately, the test also trips
up this real world (if rather extreme) example.
The test looks for an image to be > 16MB and for the segment being
processed to contain less than 1/256 of the image data. However, since
we use this same section for symbol decoding, the segment size can be
considerably smaller than that, and still be legal.
This commit alters the image size to 64MB (as this is, frankly, ridiculously
large for a JBIG2 image) and for the segment size to be less than
1/65536 of the total image data. This means that images less than 64MB,
with segments larger than ~1KB might still cause a DOS, but this seems
to be simply a problem we have to accept.
Since the DOS time is dependent on the size of the data, and the size
of the segment, this is a compromise.
jbig2_generic.c diff | blob | blame | history
Google Translation
Projetos / jbig2dec.git / commit
? pesquisa:
ré
Resumo | Shortlog | Log | Comprometer | Commitdiff | árvore
(Parent: 0021018) | Remendo
Jbig2dec - refinar teste para "Denial of Service" images master
Autor Ken Sharp <ken.sharp@artifex.com>
Fri, 24 Mar 2017 08:47:33 -0300 (11:47 +0000)
Comutador Ken Sharp <ken.sharp@artifex.com>
Fri, 24 Mar 2017 08:47:33 -0300 (11:47 +0000)
Commit 2b69772201628cfc44af64e35f900e2efd4b66e7
Árvore d657feed3a627b5f9f03e19e4ce2864061d7ac82 árvore | instantâneo
Parent 002101876a97ca621b6d98839fa09f3c0a8ddee9 commit | Diff
Jbig2dec - refinar teste para imagens de "Negação de Serviço"
Bug 697682 "incorretamente exibido um arquivo PDF em GSView, MuPDF e GhostScript"
Em commit 7366747076f3b75def52079bd4d5021539a16394 Simon introduziu um
Teste para tentar detectar uma imagem comprimida JBIG2 que
Razoável de tempo para processar. Infelizmente, o teste também
Até este exemplo real (se bastante extremo).
O teste procura uma imagem para ser> 16MB e para o segmento que está sendo
Processado para conter menos de 1/256 dos dados de imagem. Contudo,
Nós usamos esta mesma seção para a descodificação do símbolo, o tamanho do segmento pode ser
Consideravelmente menor do que isso, e ainda ser legal.
Este commit altera o tamanho da imagem para 64MB (como isto é, francamente, ridiculamente
Grande para uma imagem JBIG2) e para que o tamanho do segmento seja
1/65536 do total de dados de imagem. Isso significa que as imagens com menos de 64MB,
Com segmentos maiores que ~ 1KB ainda pode causar um DOS, mas isso parece
Para ser simplesmente um problema que temos de aceitar.
Uma vez que o tempo do DOS depende do tamanho dos dados, e o tamanho
Do segmento, trata-se de um compromisso.
Jbig2_generic.c diff | Blob | Culpa | história
Não entendi muito. Alguém explica?
