dönüştürmek: izin verilmiyor `aaaa` @ hata / constitute.c / ReadImage / 453

convertImageMagick kullanarak bir captcha pic oluşturmak istiyorum .

Ve ben izleyin bu , ancak bazı sorun vardır.

Linux kabuğumda girdi:

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

Hata:

dönüştürmek: yetkili değil adfgh@ hata / constitute.c / ReadImage / 453. convert: bir resim dosya ./test.pngadını eksik @ error / convert.c / ConvertImageCommand / 3015

My ImageMagick: Sürüm: 6.7.2-7, ile yüklüyorum yum install ImageMagick.

Ben clueless. Herhangi bir tavsiye lütfen?

Not: Bu ve diğer yanıtlardaki çözüm, rastgele kod yürütme güvenlik açıklarını gidermek için var olan güvenlik önlemlerini devre dışı bırakmayı içerir. Örneğin, bu ghostscript ile ilgili ve ubuntu ile ilgili duyuruya bakın. Bu çözümler yalnızca ileri gelen girdi convertgüvenilir bir kaynaktan geliyorsa devam edin.

PDF dosyasını görüntülere dilimlemek için php (v.7.1) 'de ImageMagick kullanıyorum.

Önce ben gibi hatalar aldım:

İstisna türü: ImagickException

İstisna mesajı: yetkilendirilmedi ..... @ hata / constitute.c / ReadImage / 412

Bazı değişikliklerden sonra /etc/ImageMagick-6/policy.xmlben gibi hatalar almaya başlar:

İstisna türü: ImagickException

Özel durum mesajı: geçici dosya oluşturulamıyor ..... İzin @ hatası / pdf.c / ReadPDFImage / 465 engellendi

Düzeltmem :

Dosyada /etc/ImageMagick-6/policy.xml(veya /etc/ImageMagick/policy.xml)

1. yorum satırı

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

2. hattı değiştir

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

   için

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

3. satır ekle

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

Ardından web sunucunuzu (nginx, apache) yeniden başlatın .

Dosyaları dosyalara convertdönüştürmek için birçok kez ImageMagic komutunu kullanıyorum .*.tif*.pdf

Nedenini bilmiyorum ama bugün aşağıdaki hatayı almaya başladım:

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

Komutu verdikten sonra:

convert a.tif a.pdf

Yukarıdaki cevapları okuduktan sonra dosyayı düzenledim /etc/ImageMagick-6/policy.xml

ve satırı değiştirdi:

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

için

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

ve şimdi her şey yolunda gidiyor.

"Ubuntu 16.04.5 LTS" üzerinde "ImageMagick 6.8.9-9 Q16 x86_64 2018-09-28" var.

Not: bu çözüm ve diğer "policy.xml dosyasını düzenle" çözümü, ImageMagick'teki rastgele kod yürütme güvenlik açıklarına karşı güvenlik önlemlerini devre dışı bırakır. % 100 kontrol etmediğiniz bir girişi işlemeniz gerekiyorsa, farklı bir program kullanmalısınız (ImageMagick değil).

Hala buradaysanız, üzerinde tam kontrole sahip olduğunuz, güvenli olduğunuzu bildiğiniz ve kullanıcılar tarafından düzenlenemeyen görüntüleri düzenlemeye çalışıyorsunuz.

/etc/ImageMagick/policy.xmlYum tarafından yüklenen bir dosya var. Neredeyse her şeye izin vermez (güvenlik ve sisteminizi ImageMagick çağrılarıyla aşırı yüklenmekten korumak için).

ReadImageYukarıdaki gibi bir hata alıyorsanız, satırı şu şekilde değiştirebilirsiniz:

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

bu da sorunu çözmelidir.

Dosyanın içinde bir sürü belge var, bu yüzden bunu okumalısınız. Örneğin, daha fazla izne ihtiyacınız varsa, bunları aşağıdaki gibi birleştirebilirsiniz:

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

... tüm izin kontrollerinin kaldırılması tercih edilir (yani, satırın silinmesi veya yorumlanması).

Birinin kurulumdan sonra bir komutla yapması gerekiyorsa, bunu çalıştırın!

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

En yüksek oyu olan cevap (orada yorum eklemek için yeterli üne sahip değilim) MVG hattını yorumlamayı önerir, ancak bunu aklınızda bulundurun:

CVE-2016-3714

ImageMagick, ".svg / .mvg" dosyalarını destekler; bu, saldırganların bir komut dosyası dilinde kod oluşturabileceği anlamına gelir; örn. MSL (Magick Scripting Language) ve MVG (Magick Vector Graphics), dosyayı bir görüntü dosyası olarak gizlenmiş bir sunucuya yükleyebilir ve Yukarıda açıklandığı gibi sunucu tarafında kötü amaçlı komutları çalıştırmak için yazılım. Örneğin, aşağıdaki komutları bir dosyaya eklemek ve savunmasız bir ImageMagick sürümü kullanan bir web sunucusuna yüklemek sunucuda "ls -la" komutunun çalıştırılmasına neden olur.

exploit.jpg:

grafik içerik görüntüleme kutusunu it 0 0 640 480 dolgu 'url ( https://website.com/image.png "| ls" -la)' pop grafik-bağlam

Ve

7.0.1-2 veya 6.9.4-0 sürümünün altındaki herhangi bir sürüm potansiyel olarak savunmasızdır ve etkilenen taraflar en kısa zamanda en son ImageMagick sürümüne yükseltmelidir.

Kaynak

Ubuntu 16.04 sistemimdeki son güncellemeden sonra, .ps dosyalarında pdfs'ye dönüştürmek için convert'i çalıştırmaya çalışırken bu hatayı almaya başladım.

Bu düzeltme benim için çalıştı:

Bir terminal çalışmasında:

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

Bu, policy.xml dosyasını gedit metin düzenleyicisinde açmalıdır. Aksi takdirde, görüntü sihirbazınız farklı bir yere kurulabilir. Sonra değiştir

rights="none" 

için

rights="read | write" 

dosyanın altına yakın PDF, EPS ve PS satırları için. Kaydedip çıktığınızda görüntü sihirbazı tekrar çalışmalıdır.

/Etc/ImageMagick/policy.xml dosyasını silmeniz yeterlidir.

Burada birkaç öneri okuduktan ve fikirleri birleştirdikten sonra, benim için /etc/ImageMagick-6/policy.xml dosyasında aşağıdaki değişikliklerin yapılması gerekiyordu:

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

... haklar = "hiçbiri" yardımcı olmadı. ... pattern = "LABEL" gerekli değildi. Her ne kadar büyük png dosyalarıyla (sadece ~ 1 Mb) çalışmama rağmen, bellek sınırlarında bazı değişiklikler de gerekliydi:

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

(256Mib yerine) ve

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

(128 MB yerine)

Bir pdf jpg dönüştürmek çalışırken bu hatayı vardı ve bu yöntemi kullanarak çözdüm: sudo vi /etc/ImageMagick*/policy.xml

değişiklik:

ilke alanı = "kodlayıcı" hakları = "hiçbiri" kalıbı = "PDF"

için:

policy domain = "kodlayıcı" haklar = "read | write" pattern = "PDF"

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

Raster dosyalarını ve PDF / PS / EPS'yi aynı araçla işlemeniz gerekmiyorsa, ImageMagick'in güvenliğini gevşetmeyin.

Bunun yerine, web uygulamalarınız için savunmanızı derinlemesine koruyun, Ghostscriptinizin bilinen tüm -dSAFERgüvenlik açıkları için yamalanmış olup olmadığını kontrol edin ve ardından doğrudan çağırın.

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

• -dSAFER "uyum Postscript çalıştırmak bir turing-komple programlama dili olarak dış dünya ile etkileşim için tam izin olacak" eski uyumsuz seçer.
• -r300 istenen DPI değerini 300 olarak ayarlar (varsayılan 72'dir)
• -sDEVICEçıktı biçimini belirtir ( Diğer seçenekler için kılavuzun Cihazlar bölümüne bakın .)
• -o için bir kısayol -dBATCH -dNOPAUSE -sOutputFile=
• Ghostscript kılavuzunun bu bölümü , çok dosyalı dosya adı çıktısı için bazı örnek formatlar verir, ancak gerçek sözdizimi tanımı için C printf (3) işlevinin belgelerine işaret eder.

EPS dosyaları oluşturuyorsanız, -dEPSCropçıktınızı sayfa boyutuna sığmayacak şekilde ekleyin ve -sDEVICE=pngalphasaydam arka planlar elde etmek için kullanın .

Ayrıca error/constitute.c/ReadImage/453 bir görüntü gif ile bir gif bir eps dönüştürmek çalışırken hata vardı . SNICkerssss tarafından önerilen çözümü denedim ama yine de hatalar vardı (ilkinden farklı olsa da) e error/constitute.c/ReadImage/412 Sorunu çözen şey readdiğer girişlere koymaktı

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