ImageMagickのセキュリティポリシー「PDF」による変換のブロック

Imagemagickのセキュリティポリシーでは、pdfからpngへのこの変換を実行できないようです。他の拡張機能の変換は、pdfからではなく、機能しているようです。インストールしてからimagemagickの設定を変更していません... OSが重要な場合は、Arch Linuxを使用しています。

user@machine $ convert -density 300 -depth 8 -quality 90 input.pdf output.png
convert: attempt to perform an operation not allowed by the security policy `PDF' @ error/constitute.c/IsCoderAuthorized/408.
convert: no images defined `output.png' @ error/convert.c/ConvertImageCommand/3288.

まあ、私は追加しました

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

直前</policymap>で/etc/ImageMagick-7/policy.xml、それはそれはなく、必ずそのセキュリティへの影響について、再び働くことができます。

一部のコメントで指摘されているように、ImageMagickのポリシーをで編集する必要があります/etc/ImageMagick-7/policy.xml。特に、執筆時点（2019年5月1日）のArchLinuxでは、次の行のコメントは外されています。

<policy domain="coder" rights="none" pattern="{PS,PS2,PS3,EPS,PDF,XPS}" />

ただ、間それをラップ<!--し、-->それをコメントすること、およびPDF変換が再び動作するはずです。

私のarchlinuxシステムでは、この行はすでにコメントが外されていました。「none」を「read | write」に置き換えて機能させる必要がありました。

これは、Ghostscript 9.24（ソース）で対処されているセキュリティの脆弱性が原因です。新しいバージョンを使用している場合、この回避策はもう必要ありません。Ghostscript 6を搭載したUbuntu 19.10では、これは次のことを意味します。

1. Ghostscriptが9.24以上であることを確認します。

   gs --version
   

2. はいの場合は、次のセクション全体をから削除して/etc/ImageMagick-6/policy.xmlください：

   <!-- disable ghostscript format types -->
   <policy domain="coder" rights="none" pattern="PS" />
   <policy domain="coder" rights="none" pattern="PS2" />
   <policy domain="coder" rights="none" pattern="PS3" />
   <policy domain="coder" rights="none" pattern="EPS" />
   <policy domain="coder" rights="none" pattern="PDF" />
   <policy domain="coder" rights="none" pattern="XPS" />
   

アーチLinuxで私のために私はコメントしなければなりませんでした：

  <policy domain="delegate" rights="none" pattern="gs" />

Ubuntu 19.10では、/ etc / ImageMagick-6 / policy.xmlでこれを行いました

これをコメント解除

<policy domain="module" rights="read | write" pattern="{PS,PDF,XPS}" />

これにコメントする

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

その後、このコマンドはエラーなしで機能します

convert -thumbnail x300 -background white -alpha remove sample.pdf sample.png 

nextcloudでPDFファイルのサムネイルの作成に失敗するこの問題が発生していました。

ただし、推奨される手順のいずれも私にとって問題を解決しません。

最終的に私は理由を見つけました：受け入れられた回答は機能しましたが、policy.xmlファイルを編集した後、php-fpmも再起動する必要がありました：

 sudo systemctl restart php7.2-fpm.service