convertir: non autorisé `aaaa` @ error / constituent.c / ReadImage / 453

Je veux créer une photo captcha en utilisant convertImageMagick.

Et je suis ceci , mais il y a un problème.

Entrée dans mon shell Linux:

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

L'erreur est:

convertir: non autorisé adfgh@ error / constituent.c / ReadImage / 453. convertir: il manque un nom de fichier d'image ./test.png@ error / convert.c / ConvertImageCommand / 3015

Mon ImageMagick: Version: 6.7.2-7, je l'installe avec yum install ImageMagick.

Je ne sais rien. Un conseil s'il vous plait?

Remarque: la solution dans cette réponse et dans d'autres réponses consiste à désactiver les mesures de sécurité qui sont là pour corriger les vulnérabilités d'exécution de code arbitraire. Voir par exemple cette annonce liée à ghostscript et cette annonce liée à ubuntu . N'allez de l'avant avec ces solutions que si l'entrée convertprovient d'une source fiable.

J'utilise ImageMagick en php (v.7.1) pour découper un fichier PDF en images.

J'ai d'abord eu des erreurs comme:

Type d'exception: ImagickException

Message d'exception: non autorisé ..... @ error / constituent.c / ReadImage / 412

Après quelques changements, /etc/ImageMagick-6/policy.xmlje commence à avoir des erroes comme:

Type d'exception: ImagickException

Message d'exception: impossible de créer un fichier temporaire ..... Autorisation refusée @ error / pdf.c / ReadPDFImage / 465

Ma solution :

En dossier /etc/ImageMagick-6/policy.xml(ou /etc/ImageMagick/policy.xml)

1. ligne de commentaire

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

2. changer de ligne

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

   à

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

3. ajouter une ligne

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

Redémarrez ensuite votre serveur Web (nginx, apache).

J'utilise plusieurs fois la convertcommande ImageMagic pour convertir des *.tiffichiers en *.pdffichiers.

Je ne sais pas pourquoi mais aujourd'hui j'ai commencé à recevoir l'erreur suivante:

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

Après avoir lancé la commande:

convert a.tif a.pdf

Après avoir lu les réponses ci-dessus, j'ai édité le fichier /etc/ImageMagick-6/policy.xml

et a changé la ligne:

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

à

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

et maintenant tout fonctionne bien.

J'ai "ImageMagick 6.8.9-9 Q16 x86_64 2018-09-28" sur "Ubuntu 16.04.5 LTS".

Remarque: cette solution et toute autre solution "modifier la politique.xml" désactive les mesures de sécurité contre les vulnérabilités d'exécution de code arbitraire dans ImageMagick. Si vous devez traiter une entrée que vous ne contrôlez pas à 100%, vous devez utiliser un programme différent (pas ImageMagick).

Si vous êtes toujours là, vous essayez de modifier des images sur lesquelles vous avez un contrôle total, que vous savez sûres et qui ne peuvent pas être modifiées par les utilisateurs.

Il y a un /etc/ImageMagick/policy.xmlfichier qui est installé par yum. Il interdit presque tout (pour plus de sécurité et pour protéger votre système contre les surcharges d'appels ImageMagick).

Si vous obtenez une ReadImageerreur comme ci-dessus, vous pouvez changer la ligne en:

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

ce qui devrait résoudre le problème.

Le fichier contient un tas de documentation, vous devriez donc le lire. Par exemple, si vous avez besoin de plus d'autorisations, vous pouvez les combiner comme:

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

... ce qui est préférable à la suppression de toutes les vérifications des autorisations (par exemple, la suppression ou la mise en commentaire de la ligne).

Si quelqu'un doit le faire avec une seule commande après l'installation, exécutez ceci!

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 réponse avec les votes les plus élevés (je n'ai pas assez de réputation pour y ajouter des commentaires) suggère de commenter la ligne MVG, mais gardez cela à l'esprit:

CVE-2016-3714

ImageMagick prend en charge les fichiers ".svg / .mvg", ce qui signifie que les attaquants peuvent créer du code dans un langage de script, par exemple MSL (Magick Scripting Language) et MVG (Magick Vector Graphics), le télécharger sur un serveur déguisé en fichier image et forcer le logiciel pour exécuter des commandes malveillantes côté serveur comme décrit ci-dessus. Par exemple, l'ajout des commandes suivantes dans un fichier et son téléchargement sur un serveur Web qui utilise une version ImageMagick vulnérable entraînera l'exécution de la commande "ls -la" sur le serveur.

exploit.jpg:

pousser la boîte de dialogue de contexte graphique 0 0 640 480 remplir le contexte graphique de pop 'url ( https://website.com/image.png "| ls" -la)'

Et

Toute version antérieure à 7.0.1-2 ou 6.9.4-0 est potentiellement vulnérable et les parties concernées devraient dès que possible mettre à niveau vers la dernière version d'ImageMagick.

La source

Après une récente mise à jour de mon système Ubuntu 16.04, j'ai également commencé à obtenir cette erreur lorsque j'essaie d'exécuter la conversion sur des fichiers .ps pour les convertir en pdfs.

Cette correction a fonctionné pour moi:

Dans une exécution de terminal:

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

Cela devrait ouvrir le fichier policy.xml dans l'éditeur de texte gedit. Si ce n'est pas le cas, votre image magick peut être installée à un endroit différent. Puis changez

rights="none" 

à

rights="read | write" 

pour les lignes PDF, EPS et PS près du bas du fichier. Enregistrez et quittez, et l'image magick devrait alors fonctionner à nouveau.

Supprimez simplement le fichier /etc/ImageMagick/policy.xml.

Après avoir lu plusieurs suggestions ici et combiné les idées, pour moi, les modifications suivantes dans /etc/ImageMagick-6/policy.xml étaient nécessaires:

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

... rights = "none" n'a pas aidé. ... pattern = "LABEL" n'était pas nécessaire. Bien que je ne travaille pas avec de gros fichiers png (seulement ~ 1 Mo), certains changements de limites de mémoire étaient également nécessaires:

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

(au lieu de 256 Mo), et

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

(au lieu de 128 Mo)

J'ai eu cette erreur en essayant de convertir un pdf en jpg et je l'ai résolu en utilisant cette méthode: sudo vi /etc/ImageMagick*/policy.xml

changement:

domaine politique = "codeur" droits = "aucun" modèle = "PDF"

à:

domaine politique = "codeur" droits = "lire | écrire" modèle = "PDF"

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

Si vous n'avez pas besoin de gérer les fichiers raster et PDF / PS / EPS via le même outil, ne desserrez pas la sécurité d'ImageMagick.

Au lieu de cela, gardez votre défense en profondeur pour vos applications Web intactes, vérifiez que votre Ghostscript a été corrigé pour toutes les -dSAFERvulnérabilités connues , puis invoquez-le directement.

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

• -dSAFER vous éloigne de la compatibilité héritée «exécuter Postscript vous donnera la permission complète d'interagir avec le monde extérieur en tant que langage de programmation complet».
• -r300 définit le DPI souhaité sur 300 (la valeur par défaut est 72)
• -sDEVICEspécifie le format de sortie (voir la section Périphériques du manuel pour d'autres choix.)
• -o est un raccourci pour -dBATCH -dNOPAUSE -sOutputFile=
• Cette section du manuel Ghostscript donne quelques exemples de formats pour la sortie de nom de fichier multi-fichier mais, pour la définition de la syntaxe réelle, elle vous renvoie à la documentation de la fonction C printf (3) .

Si vous effectuez le rendu de fichiers EPS, ajoutez-le de -dEPSCropmanière à ne pas ajuster votre sortie à la taille de la page et à utiliser -sDEVICE=pngalphapour obtenir des arrière-plans transparents.

J'ai également eu l'erreur error/constitute.c/ReadImage/453 en essayant de convertir un eps en un gif avec magick image. J'ai essayé la solution proposée par sNICkerssss mais avait encore des erreurs (si différent du premier) e error/constitute.c/ReadImage/412 Ce qui a résolu le problème était de mettre readà d' autres entrées

 <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" />