convertir: no autorizado `aaaa` @ error / constitutivo.c / ReadImage / 453

Quiero crear una imagen de captcha usando convertImageMagick.

Y sigo esto , pero hay algún problema.

Entrada en mi shell de Linux:

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

El error es:

convertir: no autorizado adfgh@ error / constitutivo.c / ReadImage / 453. convertir: falta un nombre de archivo de imagen ./test.png@ error / convert.c / ConvertImageCommand / 3015

My ImageMagick: Versión: 6.7.2-7, lo instalo con yum install ImageMagick.

No tengo ni idea. ¿Algún consejo por favor?

Nota: la solución en esta y otras respuestas implica deshabilitar las medidas de seguridad que existen para corregir vulnerabilidades de ejecución de código arbitrario. Vea, por ejemplo, este anuncio relacionado con ghostscript y este anuncio relacionado con ubuntu . Solo avance con estas soluciones si la entrada convertproviene de una fuente confiable.

Utilizo ImageMagick en php (v.7.1) para cortar archivos PDF en imágenes.

Primero obtuve errores como:

Tipo de excepción: ImagickException

Mensaje de excepción: no autorizado ..... @ error / constitut.c / ReadImage / 412

Después de algunos cambios /etc/ImageMagick-6/policy.xml, empiezo a tener errores como:

Tipo de excepción: ImagickException

Mensaje de excepción: no se puede crear un archivo temporal ... Permiso denegado @ error / pdf.c / ReadPDFImage / 465

Mi solución :

En archivo /etc/ImageMagick-6/policy.xml(o /etc/ImageMagick/policy.xml)

1. línea de comentarios

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

2. cambio de linea

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

   a

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

3. añadir línea

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

Luego reinicie su servidor web (nginx, apache).

Uso muchas veces el convertcomando ImageMagic para convertir *.tifarchivos en *.pdfarchivos.

No sé por qué, pero hoy comencé a recibir el siguiente error:

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

Después de emitir el comando:

convert a.tif a.pdf

Después de leer las respuestas anteriores, edité el archivo /etc/ImageMagick-6/policy.xml

y cambió la línea:

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

a

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

Y ahora todo funciona bien.

Tengo "ImageMagick 6.8.9-9 Q16 x86_64 2018-09-28" en "Ubuntu 16.04.5 LTS".

Nota: esta solución y cualquier otra solución "edit the policy.xml" desactiva las medidas de seguridad contra vulnerabilidades de ejecución de código arbitrario en ImageMagick. Si necesita procesar entradas que no controla al 100%, debe usar un programa diferente (no ImageMagick).

Si todavía está aquí, está intentando editar imágenes sobre las que tiene control total, sabe que son seguras y los usuarios no pueden editarlas.

Hay un /etc/ImageMagick/policy.xmlarchivo que está instalado por yum. No permite casi todo (por seguridad y para proteger su sistema de una sobrecarga de llamadas con ImageMagick).

Si obtiene un ReadImageerror como el anterior, puede cambiar la línea a:

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

lo que debería solucionar el problema.

El archivo tiene un montón de documentación, así que deberías leerlo. Por ejemplo, si necesita más permisos, puede combinarlos como:

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

... que es preferible a eliminar todas las verificaciones de permisos (es decir, eliminar o comentar la línea).

Si alguien necesita hacerlo con un comando después de la instalación, ejecute esto.

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

La respuesta con los votos más altos (no tengo suficiente reputación para agregar comentarios allí) sugiere comentar la línea de MVG, pero tenga esto en cuenta:

CVE-2016-3714

ImageMagick admite archivos ".svg / .mvg", lo que significa que los atacantes pueden crear código en un lenguaje de script, por ejemplo, MSL (Magick Scripting Language) y MVG (Magick Vector Graphics), subirlo a un servidor disfrazado como un archivo de imagen y forzar el software para ejecutar comandos maliciosos en el lado del servidor como se describe anteriormente. Por ejemplo, si agrega los siguientes comandos en un archivo y lo carga en un servidor web que utiliza una versión de ImageMagick vulnerable, se ejecutará el comando "ls -la" en el servidor.

exploit.jpg:

push viewbox de contexto gráfico 0 0 640 480 fill 'url ( https://website.com/image.png "| ls" -la)' pop graphic-context

Y

Cualquier versión por debajo de 7.0.1-2 o 6.9.4-0 es potencialmente vulnerable y las partes afectadas deben actualizar lo antes posible a la última versión de ImageMagick.

Fuente

Después de una actualización reciente en mi sistema Ubuntu 16.04, también comencé a recibir este error al intentar ejecutar convertir en archivos .ps para convertirlos en archivos PDF.

Esta solución funcionó para mí:

En una ejecución de terminal:

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

Esto debería abrir el archivo policy.xml en el editor de texto gedit. Si no es así, su imagen mágica podría estar instalada en un lugar diferente. Entonces cambia

rights="none" 

a

rights="read | write" 

para líneas PDF, EPS y PS cerca del final del archivo. Guardar y salir, y la magia de la imagen debería funcionar nuevamente.

Simplemente elimine el archivo /etc/ImageMagick/policy.xml.

Después de leer varias sugerencias aquí y combinar las ideas, para mí fueron necesarios los siguientes cambios en /etc/ImageMagick-6/policy.xml:

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

... rights = "none" no ayudó. ... pattern = "LABEL" no era necesario. Aunque no trabajo con grandes archivos png (solo ~ 1 Mb), también fueron necesarios algunos cambios en los límites de memoria:

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

(en lugar de 256Mib), y

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

(en lugar de 128 MB)

Tuve este error al intentar convertir un pdf a jpg y lo resolví usando este método: sudo vi /etc/ImageMagick*/policy.xml

cambio:

dominio de política = "codificador" derechos = "ninguno" patrón = "PDF"

a:

policy domain = "codificador" derechos = "leer | escribir" patrón = "PDF"

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

Si no necesita manejar archivos raster y PDF / PS / EPS a través de la misma herramienta, no afloje la seguridad de ImageMagick.

En cambio, mantenga intacta su defensa en profundidad para sus aplicaciones web, verifique que su Ghostscript haya sido parcheado para todas las -dSAFERvulnerabilidades conocidas y luego invoque directamente.

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

• -dSAFER te excluye del modo de compatibilidad heredada "ejecutar Postscript tendrá permiso completo para interactuar con el mundo exterior como un modo de lenguaje de programación completo".
• -r300 establece el DPI deseado en 300 (el valor predeterminado es 72)
• -sDEVICEespecifica el formato de salida (consulte la sección Dispositivos del manual para otras opciones).
• -o es una abreviatura de -dBATCH -dNOPAUSE -sOutputFile=
• Esta sección del manual de Ghostscript proporciona algunos formatos de ejemplo para la salida de nombre de archivo de varios archivos, pero, para la definición de sintaxis real, le señala la documentación para la función C printf (3) .

Si está renderizando archivos EPS, agréguelos -dEPSCroppara que no amplíen su salida al tamaño de página y utilicen -sDEVICE=pngalphapara obtener fondos transparentes.

También tuve el error error/constitute.c/ReadImage/453 al intentar convertir un eps a un gif con magia de imagen. Probé la solución propuesta por sNICkerssss pero aún tenía errores (aunque diferentes al primero) e error/constitute.c/ReadImage/412 Lo que resolvió el problema fue ponerlo readen otras 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" />