Imagemagick安全策略似乎不允许我执行从pdf到png的转换。转换其他扩展似乎是工作的，只是不是从pdf。我没有改变任何imagemagick设置自从我安装它…我使用的是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.
当前回答
在Ghostscript修复之后，ImageMagick的修改被保留了下来，因为应用程序(尤其是web应用程序)经常向ImageMagick提供任意用户提供的文件，并不总是正确地执行格式限制，而且，由于Postscript (PDF使用的)是一种在沙盒中运行的图turing-complete编程语言，沙盒中总是有另一个漏洞的可能性。
最好保持配置，以便ImageMagick拒绝处理需要运行程序的文件，而是在有意允许Postscript呈现时直接调用Ghostscript。
这可以通过如下的Ghostscript命令来完成:
gs -dSAFER -r600 -sDEVICE=pngalpha -o foo.png myfile.pdf
是的，这是ImageMagic调用的GhostScript命令的变体。(参见ImageMagick的delegation .xml。-o是-dBATCH -dNOPAUSE -sOutputFile=)的简写
重要的是ImageMagick保持锁定状态，无需调用中间程序，并且可以更好地控制呈现参数。(如。-r600是渲染的DPI，改变-sDEVICE=pngalpha可以让你直接渲染到你想要的格式)
其他回答
嗯，我补充道
<policy domain="coder" rights="read | write" pattern="PDF" />
就在/etc/ imagemagick -7/policy.xml中的</policymap>之前，这使它再次工作，但不确定这对安全的影响。
在我的archlinux系统上，这行已经没有注释了。我不得不将“none”替换为“read | write”以使其工作。
正如某些评论中指出的，您需要在/etc/ImageMagick-7/policy.xml中编辑ImageMagick的策略。更具体地说，在撰写本文时(05/01/2019)，在ArchLinux中，以下一行是未注释的:
<policy domain="coder" rights="none" pattern="{PS,PS2,PS3,EPS,PDF,XPS}" />
只要在<!——和——>来注释它，PDF转换应该再次工作。
为斯特凡·赛德尔的答案补充一点。
好吧，至少在Ubuntu 20.04.2 LTS或其他版本中，你不能以GUI方式直接编辑policy.xml文件。这里有一个终端的方式来编辑它。
在终端中输入“-”打开policy.xml文件 sudo nano /etc/ imagemagick -6/policy.xml 现在，直接在终端编辑文件，查找 <policy domain="coder" rights="none" pattern="PDF" /> 如图所示，将none替换为read|write。按“Ctrl+X”退出。
谢谢@tanius和其他人的详细回答!
我只想补充以下几点。
策略文件policy.xml的路径可能会随着ImageMagick的版本而改变，如/etc/ImageMagick-6/policy.xml或/etc/ImageMagick-7/policy.xml等。所以要相应地更新它。 由于防止或允许某些文件类型转换的策略是一种安全措施，您可能希望在任务完成后重置对policy.xml的更改，以便如果攻击者可以访问系统，则不存在相应攻击的可能性!
快乐的快速文件转换同时!
