convert: não autorizado `aaaa` @ erro / constitui.c / ReadImage / 453

Quero criar uma foto captcha usando o convertImageMagick.

E eu sigo isso , mas há algum problema.

Entrada No meu shell linux:

convert -background white -fill black -font FreeSerif-Bold -pointsize 36 label:'adfgh' ./test.png

O erro é:

converter: não autorizado adfgh@ erro / constitui.c / ReadImage / 453. convert: falta um nome de arquivo de imagem ./test.png@ error / convert.c / ConvertImageCommand / 3015

My ImageMagick: Versão: 6.7.2-7, eu instalo-o com yum install ImageMagick.

Eu não tenho noção. Algum conselho por favor?

Nota: a solução nesta e em outras respostas envolve desabilitar as medidas de segurança existentes para corrigir vulnerabilidades arbitrárias de execução de código. Veja, por exemplo, este anúncio relacionado ao ghostscript e este anúncio relacionado ao ubuntu . Avance com essas soluções apenas se a entrada convertvier de uma fonte confiável.

Eu uso o ImageMagick no php (v.7.1) para cortar arquivos PDF em imagens.

Primeiro eu recebi erros como:

Tipo de exceção: ImagickException

Mensagem de exceção: não autorizada ..... @ erro / constitui.c / ReadImage / 412

Após algumas alterações /etc/ImageMagick-6/policy.xml, começo a receber erros como:

Tipo de exceção: ImagickException

Mensagem de exceção: impossível criar arquivo temporário ..... Permissão negada @ error / pdf.c / ReadPDFImage / 465

Minha correção :

Em arquivo /etc/ImageMagick-6/policy.xml(ou /etc/ImageMagick/policy.xml)

1. linha de comentário

   <!-- <policy domain="coder" rights="none" pattern="MVG" /> -->

2. mudar de linha

   <policy domain="coder" rights="none" pattern="PDF" />

   para

   <policy domain="coder" rights="read|write" pattern="PDF" />

3. adicionar linha

   <policy domain="coder" rights="read|write" pattern="LABEL" />

Em seguida, reinicie o servidor da web (nginx, apache).

Eu uso muitas vezes o convertcomando ImageMagic para converter *.tifarquivos em *.pdfarquivos.

Não sei por que, mas hoje comecei a receber o seguinte erro:

convert: not authorized `a.pdf' @ error/constitute.c/WriteImage/1028.

Após emitir o comando:

convert a.tif a.pdf

Depois de ler as respostas acima, editei o arquivo /etc/ImageMagick-6/policy.xml

e mudou a linha:

policy domain="coder" rights="none" pattern="PDF" 

para

policy domain="coder" rights="read|write" pattern="PDF"

e agora tudo funciona bem.

Eu tenho "ImageMagick 6.8.9-9 Q16 x86_64 2018-09-28" no "Ubuntu 16.04.5 LTS".

Nota: esta solução e qualquer outra solução "editar a política.xml" desativa medidas de segurança contra vulnerabilidades arbitrárias de execução de código no ImageMagick. Se você precisar processar uma entrada que não controla 100%, use um programa diferente (não o ImageMagick).

Se você ainda está aqui, está tentando editar imagens sobre as quais tem controle total, sabe que são seguras e não podem ser editadas pelos usuários.

Há um /etc/ImageMagick/policy.xmlarquivo que é instalado pelo yum. Ele proíbe quase tudo (por segurança e para proteger seu sistema contra sobrecarga com chamadas do ImageMagick).

Se você estiver recebendo um ReadImageerro como acima, poderá alterar a linha para:

<policy domain="coder" rights="read" pattern="LABEL" />

o que deve corrigir o problema.

O arquivo tem um monte de documentação, então você deve ler isso. Por exemplo, se você precisar de mais permissões, poderá combiná-las como:

<policy domain="coder" rights="read|write" pattern="LABEL" />

... que é preferível a remover todas as verificações de permissão (ou seja, excluir ou comentar a linha).

Se alguém precisar fazer isso com um comando após a instalação, execute isso!

sed -i 's/<policy domain="coder" rights="none" pattern="PDF" \/>/<policy domain="coder" rights="read|write" pattern="PDF" \/>/g' /etc/ImageMagick-6/policy.xml

A resposta com os votos mais altos (não tenho reputação suficiente para adicionar comentários) sugere comentar a linha MVG, mas lembre-se disso:

CVE-2016-3714

O ImageMagick suporta arquivos ".svg / .mvg", o que significa que os invasores podem criar código em uma linguagem de script, por exemplo, MSL (Magick Scripting Language) e MVG (Magick Vector Graphics), enviá-lo para um servidor disfarçado de arquivo de imagem e forçar o software para executar comandos maliciosos no servidor, conforme descrito acima. Por exemplo, adicionar os seguintes comandos em um arquivo e enviá-lo para um servidor da Web que usa uma versão vulnerável do ImageMagick resultará na execução do comando "ls -la" no servidor.

exploit.jpg:

pressione a caixa de visualização do contexto gráfico 0 0 640 480 fill 'url ( https://website.com/image.png "| ls" -la)' contexto gráfico pop

E

Qualquer versão abaixo de 7.0.1-2 ou 6.9.4-0 é potencialmente vulnerável e as partes afetadas devem fazer o upgrade o mais rápido possível para a versão mais recente do ImageMagick.

Fonte

Após uma atualização recente no meu sistema Ubuntu 16.04, também comecei a receber esse erro ao tentar executar a conversão em arquivos .ps para convertê-los em pdfs.

Essa correção funcionou para mim:

Em uma execução de terminal:

sudo gedit /etc/ImageMagick-6/policy.xml

Isso deve abrir o arquivo policy.xml no editor de texto gedit. Caso contrário, a magia da sua imagem poderá ser instalada em um local diferente. Então mude

rights="none" 

para

rights="read | write" 

para linhas PDF, EPS e PS perto da parte inferior do arquivo. Salve e saia, e a imagem magick deve funcionar novamente.

Apenas exclua o arquivo /etc/ImageMagick/policy.xml.

Depois de ler várias sugestões aqui e combinar as idéias, foram necessárias as seguintes alterações no /etc/ImageMagick-6/policy.xml:

<policy domain="coder" rights="read|write" pattern="PDF" />

... rights = "none" não ajudou. ... pattern = "LABEL" não era necessário. Embora eu não trabalhe com grandes arquivos png (apenas ~ 1 Mb), algumas alterações nos limites de memória também foram necessárias:

<policy domain="resource" name="memory" value="2GiB"/>

(em vez de 256Mib) e

<policy domain="resource" name="area" value="2GB"/>

(em vez de 128 MB)

Eu tive esse erro ao tentar converter um pdf em jpg e resolvi-o usando este método: sudo vi /etc/ImageMagick*/policy.xml

mudança:

domínio da política = "codificador" direitos = "nenhum" padrão = "PDF"

para:

policy domain = "coder" rights = "leitura | gravação" pattern = "PDF"

Fonte: http://realtechtalk.com/ImageMagick_Convert_PDF_Not_Authorized-2217-articles

Se você não precisar manipular arquivos rasterizados e PDF / PS / EPS através da mesma ferramenta, não afrouxe a segurança do ImageMagick.

Em vez disso, mantenha sua defesa em profundidade para seus aplicativos Web intactos, verifique se o seu Ghostscript foi corrigido para todas as -dSAFERvulnerabilidades conhecidas e, em seguida, invoque-o diretamente.

gs -dSAFER -r300 -sDEVICE=png16m -o document-%03d.png document.pdf

• -dSAFER desabilita você do modo de compatibilidade de legado ". Execute o Postscript com permissão total para interagir com o mundo exterior como uma linguagem de programação completa".
• -r300 define o DPI desejado para 300 (o padrão é 72)
• -sDEVICEespecifica o formato de saída (consulte a seção Dispositivos do manual para outras opções.)
• -o é uma abreviação de -dBATCH -dNOPAUSE -sOutputFile=
• Esta seção do manual Ghostscript fornece alguns exemplos de formatos para saída de nome de arquivo com vários arquivos, mas, para a definição real da sintaxe, ele indica a documentação do C função printf (3) .

Se você estiver renderizando arquivos EPS, adicione-os -dEPSCroppara que não atendam ao tamanho da página e usem -sDEVICE=pngalphapara obter fundos transparentes.

Eu também tive o erro error/constitute.c/ReadImage/453 ao tentar converter um eps em um gif com imagem mágica. Tentei a solução proposta pelo sNICkerssss, mas ainda tinha erros (embora diferentes do primeiro) e error/constitute.c/ReadImage/412 O que resolveu o problema foi colocar readem outras entradas

 <policy domain="coder" rights="read" pattern="PS" />
 <policy domain="coder" rights="read" pattern="EPS" />
 <policy domain="coder" rights="read" pattern="PDF" />
 <policy domain="coder" rights="read" pattern="XPS" />
 <policy domain="coder" rights="read|write" pattern="LABEL" />