ImageMagickの脆弱性(CVE-2016-3714他)についてまとめてみた 2016-05-04 - piyolog
画像処理ソフトImageMagickに複数の脆弱性が存在するとして2016年5月3日頃、CVE-2016-3714他の脆弱性情報が公開されました。ここでは関連情報をまとめます。 ImageMagick 開発チームの情報 2016年5月3日 ImageMagick Security Issue 脆弱性情報 対象 ImageMagick CVE CVE-2016-3714 CVE-2016-3715 CVE-2016-3716 CVE-2016-3717 CVE-2016-3718 影響 RCE 重要度 CVE-2016-3714：Important(Redhat)/緊急(JPCERT/CC) PoC PoC公開あり。 in the wildとの情報もあり。 CVSS(v2) CVE-2016-3714：6.8(Redhat)/9.3(CERT/CC) 発見者 Nikolay Ermishki
画像処理ツール「ImageMagick」に脆弱性、広い範囲に影響の恐れ
PHP、Ruby、NodeJS、Pythonなど多数のプログラミング言語にも使われているImageMagicに脆弱性が見つかった。 PHP、Ruby、NodeJS、Pythonなどの主要プログラミング言語でも使われている画像処理ツール「ImageMagick」に深刻な脆弱性が見つかった。影響が広範に及ぶことや、脆弱性を突く攻撃の発生が伝えられていることなどから、米セキュリティ機関US-CERTなどはパッチの適用を急ぐよう呼び掛けている。 この問題は通称「ImageTragick」とも呼ばれている。解説サイトやセキュリティ機関のCERT/CCによると、ユーザーの入力内容がImageMagickで適切に検証されないまま処理されてしまうことが原因で、ユーザーがアップロードした画像を使って攻撃コードを実行される恐れがある。 この脆弱性はRed Hat、SUSE Linux、Ubuntuなど主要Li
開発メモ: ImageMagickで「自然な彩度」強調
Photoshop等で実装されている「自然な彩度」強調機能と似たようなことをImageMagickでもできないかと思って検討してみた。 自然な彩度とは Adobe Photoshopの最近の版では、色を濃くしたり薄くしたりするための設定として、「彩度」と「自然な彩度」の二種類がある。Android標準の写真編集機能にもその二つがある。Adobeのページによると、"従来の「彩度」が適用範囲の彩度を均等に調整するのに対して、「自然な彩度」は彩度が高いカラーへの影響を抑えながら、彩度が低いすべてのカラーの彩度を調整します。" とのこと。 ソースが公開されているわけでもないので具体的なアルゴリズムは謎だが、自分なりに想像してみる。まず、「彩度」に関しては、HSL色空間のSチャンネル（Saturation=彩度）の値に係数を掛ける線形操作であろう。例えばパラメータ1.2（UI上は120とか？）で適用
ImageMagick で WebP - yoya's diary
WebP の仕様自体は何年も前からあって今更感ありますが、Facebook での導入のゴタゴタで世の中への認知が拡がる感があり、便乗して ImageMagick で WebP を扱う件のメモです。 はじめにまとめ ImageMagick v6.6.8 (2011年3月)から WebP に対応 ImageMagick の build 時に libwebp 組み込みが必要 (これしないと convert でエラー出さずに元ファイルの形式のまま .webp に格納する) オプションで lossless=true を指定しないと png からでも不可逆圧縮で変換する。 lossless webp は img src だとインライン表示出来るが、URL を直接開くとダウンロード扱い。 仕様が出てから結構たつのに Chrome でしか画像を表示できない状況が心配でなりません。 (2015/08/28
GIFアニメ生成にImageMagickはオワコン、情強は高速なGraphicsMagickを使う - 海峡
大した話ではないけれど、GIFアニメをコマンドラインから作るならGraphicsMagickが便利なので共有します。 MP4の動画ファイルからGIFアニメを作ろうとすると、まずffmpegで動画を画像に分割してそれからimagemagickでGIFに結合するという方法があります。 % ffmpeg -i hoge.mp4 -r 2 %04d.png % convert *.png hoge.gif複数枚の画像をimagemagickでGIFに結合するのが実は結構時間がかかるため煩わしいことが多いです。場合によっては、数十秒かかったりする。 ImageMagickのfork版であるGraphicsMagickを使うと高速にGIFアニメを生成することができます。 GraphicsMagickのほうが3~4倍速い GraphicsMagickを使えばImageMagickよりも3~4倍高速にGI
色んなバージョンの ImageMagick をまとめて build (3) - yoya's diary
色んなバージョンの ImageMagick をまとめて build (2) - yoyaのメモ の続き ソース 粒度がバラバラだけど、入手出来たバージョンのソースを全部 ftp サイトに置きました。基本 patch 番号は最新のみだけど、たまに古い patch 番号も混ざってます。ご愛嬌で。 ftp://ftp.awm.jp/pub/ImageMagick/ 古いソースはこの二ヶ所から取得してます。 http://ftp.nluug.nl/ImageMagick/ http://sourceforge.jp/projects/sfnet_imagemagick/releases/ ビルドする ImageMagick-*.tar.gz がまとめて置かれているディレクトリで、allimagemagickbuild.sh を実行します。 allimagemagickbuild.sh for fi
ImageMagick 改造入門 (その参) 減色処理後編 | GREE Engineering
こんにちは。クライアント基盤チームのよやです。 減色処理の話の続きで、ImageMagick の改造についてお話します。 前回 > ImageMagick 改造入門 (その弐) 減色処理前編 ImageMagick 減色処理の３つのフェーズのうち２つ目にあたる「RGB 空間で分割された立方体の統合処理」で特に時間がかかっていたので、少し手を加えて高速化しました。 前回のこの図に相当する処理です。 ImageMagick の既存の処理 前回、説明した「RGB 空間で分割された立方体の統合処理」のより細かい解説です。 統合処理の詳細 既存の ImageMagick の減色処理では、quantize_error の小さい順にRGB色空間内の立方体を削除して、それらのひとつ親の立方体に統合する処理を繰り返します。 対応コード (magick/quantize.c) 望みの色数になるまで繰り返す (
PerlMagick が OpenMP 有効だと高負荷になる件
ImageMagick と PerlMagick を使った CGI が原因不明の高負荷になり、ドツボに嵌ったので、備忘録として残しておくことにします。結論からすると apache + ImageMagick + PerlMagick を安定稼働させるには ImageMagick を OpenMP 無効化してコンパイルする必要があるようです。 具体的には下記のようなオプションを付けてコンパイルを行うことで安定動作となります。 ※ --disable-openmp --disable-opencl は一緒に指定する必要があります。 cd /usr/local/src/ wget http://image_magick.veidrodis.com/image_magick/ImageMagick-6.7.4-2.tar.gz tar xvfz ImageMagick-6.7.4-2.tar.gz
ImageMagickとOpenMPの件 - blog.nomadscafe.jp
「PerlMagick が OpenMP 有効だと高負荷になる件 :: drk7jp」の件 どうやら、Perlに限らずマルチプロセスでOpenMPが有効なImageMagickを動かすとパフォーマンスが悪くなるようです。 Enabling OpenMP for most algorithms creates 8 threads (1 per core). If your process creates 8 threads that’s a total of 64 threads and that is a whole lot of contention and possible misuse of your processor cache. 「ImageMagick • View topic - Multi Process Contention?」より ということで、small_light
FlickrがPHP4からPHP5に移行 – 秋元
Flickr上で先月出された「このグラフの変化は何?」というクイズ 答えは、「PHP5に移行したFlickr.comのサーバのCPU利用率」ということでした。サーバのスクリプトエンジンをPHP5に切り替えた際に、上記のようなＣＰＵ利用率の削減が見られたということです。 このクイズを出したのは、Yahoo/Flickrでキャパシティ・プランニングを担当するジョン・アルスポーさん。先週のWeb2.0 ExpoでFlickrのサーバマシン入れ替えとパフォーマンス改善について話されています。 Web2.0 Expoのスライドで話されているのは、以下のような内容です。 Ｆｌｉｃｋｒのストレージ構成やデータ量 PHP5移行でCPU利用率が15%減ったこと ImageMagickからGraphicsMagickに変更して高速化 ＯｐｅｎＭＰでサムネイル作成を並列化 サーバマシンを良いスペックのものに置き
ImageMagickとPHPで画像の輪郭を影で浮かび上がらせた画像を生成する
Imagickで画像の輪郭を影で浮かび上がらせた画像を生成するには、以下のコードを実行します。 <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd"> <html xmlns="http://www.w3.org/1999/xhtml" lang="ja" xml:lang="ja" dir="ltr"> <head> <title>sample459(ImageMagick6.4.1)</title> </head> <body> <?php /* IMagickで画像の輪郭を影で浮かび上がらせた画像を生成する */ $im = new Imagick('tree1.jpg'); $im->blackThresholdImag
ghia memo
ページ内リンク exerb/vrubyでアイコンを変更する exerb/vrubyをビルドするまでの準備方法 exerb/vrubyでアイコンを変更する あまり情報の無い？アイコン変更の方法を記しておきます。 方法として以下のような流れを取ります。 exerbで*.exeのアイコンを変更する これだけだとvrubyのアイコンは変わらない(別物らしい)ので、 小技を使ってexeのリソースからアイコン情報を取得して 変更する。 実例 アイコンを準備する 私は toico というコマンドとImagemagickに入っているconvertを使って、 コマンドラインから作成しています。 以下のシェルスクリプトをiconmakeという名で保存し、、 #!tcsh if ($#argv != 0) then convert -colors 255 -geometry 16x16 $1 icon16.xp
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
フリーソフトウェアで風景から歩行者を消す方法（FFmpeg, ImageMagick） | 配電盤
[SOLVED]Building CSS sprites with Bash & Imagemagick « RussenReaktor's Weblog
likesalmon.net is coming soon
http://jaymz.eu/2010/05/building-css-sprites-with-bash-imagemagick/
IBM Developer
ImageMagickで単色のアイコンからボタンを生成する