<?xml version="1.0" encoding="utf-8"?>
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#"
         xmlns:rdfs="http://www.w3.org/2000/01/rdf-schema#"
         xmlns:dc="http://purl.org/dc/elements/1.1/"
         xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
         xmlns:content="http://purl.org/rss/1.0/modules/content/"
         xmlns:admin="http://webns.net/mvcb/"
         xmlns:cc="http://web.resource.org/cc/"
         xmlns:foaf="http://xmlns.com/foaf/0.1/"
         xmlns="http://purl.org/rss/1.0/"
         xml:lang="ja">
<channel rdf:about="http://www.baldanders.info/spiegel/log2/cryptography.rdf.xml">
  <title>Cryptography -- Baldanders.info</title>
  <link>http://www.baldanders.info/spiegel/log2/cryptography.shtml</link>
  <description>暗号技術に関する話題</description>
  <dc:language>ja</dc:language>
  <dc:date>2011-12-28T14:14:11+09:00</dc:date>
  <admin:generatorAgent rdf:resource="http://www.movabletype.org/?v=5.12" />
  <dc:creator>Spiegel</dc:creator>
  <foaf:maker>
    <foaf:Person>
      <foaf:nick>Spiegel</foaf:nick>
      <foaf:mbox_sha1sum>f12cadffbcaea50abf7383e06b5386ceec0bd250</foaf:mbox_sha1sum>
      <rdfs:seeAlso rdf:resource="http://www.baldanders.info/spiegel/profile/foaf.rdf.xml"/>
    </foaf:Person>
  </foaf:maker>
  <cc:license rdf:resource="http://creativecommons.org/licenses/by/2.1/jp/" />
  <image rdf:resource="http://www.baldanders.info/images/baldanders.png"/>

  <items>
    <rdf:Seq>
    <rdf:li rdf:resource="http://www.baldanders.info/spiegel/log2/000579.shtml" />
    
    <rdf:li rdf:resource="http://www.baldanders.info/spiegel/log2/000574.shtml" />
    
    <rdf:li rdf:resource="http://www.baldanders.info/spiegel/log2/000542.shtml" />
    
    <rdf:li rdf:resource="http://www.baldanders.info/spiegel/log2/000531.shtml" />
    
    <rdf:li rdf:resource="http://www.baldanders.info/spiegel/log2/000527.shtml" />
    
    <rdf:li rdf:resource="http://www.baldanders.info/spiegel/log2/000515.shtml" />
    
    <rdf:li rdf:resource="http://www.baldanders.info/spiegel/log2/000514.shtml" />
    
    <rdf:li rdf:resource="http://www.baldanders.info/spiegel/log2/000475.shtml" />
    
    <rdf:li rdf:resource="http://www.baldanders.info/spiegel/log2/000473.shtml" />
    
    <rdf:li rdf:resource="http://www.baldanders.info/spiegel/log2/000472.shtml" />
    
    <rdf:li rdf:resource="http://www.baldanders.info/spiegel/log2/000462.shtml" />
    
    <rdf:li rdf:resource="http://www.baldanders.info/spiegel/log2/000460.shtml" />
    
    <rdf:li rdf:resource="http://www.baldanders.info/spiegel/log2/000453.shtml" />
    
    <rdf:li rdf:resource="http://www.baldanders.info/spiegel/log2/000452.shtml" />
    
    <rdf:li rdf:resource="http://www.baldanders.info/spiegel/log2/000451.shtml" />
    </rdf:Seq>
  </items>
</channel>


<item rdf:about="http://www.baldanders.info/spiegel/log2/000579.shtml">
  <title>PuTTYjp 0.62 対応版</title>
  <link>http://www.baldanders.info/spiegel/log2/000579.shtml</link>
  <description>PuTTY の日本語版である PuTTYjp のバージョン 0.62-jp20111214 が登場しているようだ。</description>
  <dc:subject>Security</dc:subject>
  <dc:creator>Spiegel</dc:creator>
  <dc:date>2011-12-28T14:14:11+09:00</dc:date>
  <cc:license rdf:resource="http://creativecommons.org/licenses/by/2.1/jp/" />
  <content:encoded><![CDATA[<p>
先日， <a href="http://www.baldanders.info/spiegel/log2/000574.shtml">PuTTY 0.62 がリリースされた</a>が， PuTTY の日本語版である PuTTYjp のバージョン 0.62-jp20111214 が登場しているようだ。
</p><ul>
<li><a href="http://hp.vector.co.jp/authors/VA024651/PuTTYkj.html">hdk の自作ソフトの紹介 | PuTTYjp</a></li>
</ul><p>
PuTTY 0.62 の環境に上書きコピーしてみたが問題なく使えているようだ。
そうそう， PuTTYjp の実行ファイルは puttyjp.exe だが， putty.exe にリネームしても問題ない。
</p><p>
日本語環境が使えるのはありがたい。
作者の方には感謝です。
</p>]]></content:encoded>
</item>

<item rdf:about="http://www.baldanders.info/spiegel/log2/000574.shtml">
  <title>PuTTY 0.62 リリース</title>
  <link>http://www.baldanders.info/spiegel/log2/000574.shtml</link>
  <description>PuTTY 0.62 がリリースされた。</description>
  <dc:subject>Security</dc:subject>
  <dc:creator>Spiegel</dc:creator>
  <dc:date>2011-12-11T13:59:56+09:00</dc:date>
  <cc:license rdf:resource="http://creativecommons.org/licenses/by/2.1/jp/" />
  <content:encoded><![CDATA[<p>
PuTTY 0.62 がリリースされた。
</p><ul>
<li><a href="http://lists.tartarus.org/pipermail/putty-announce/2011/000017.html">PuTTY version 0.62 is released</a></li>
</ul><p>
いくつか修正があるが， “SECURITY FIX” として
</p><blockquote>
 “PuTTY 0.62 fixes a security issue present in 0.59, 0.60 and 0.61.
   If you log in using SSH-2 keyboard-interactive authentication
   (which is the usual method used by modern servers to request a
   password), the password you type was accidentally kept in PuTTY's
   memory for the rest of its run, where it could be retrieved by
   other processes reading PuTTY's memory, or written out to swap
   files or crash dumps.”
（via “<a href="http://lists.tartarus.org/pipermail/putty-announce/2011/000017.html">PuTTY version 0.62 is released</a>”）
</blockquote><p>
とある（0.61 より前のバージョンにも同様の問題があるので注意）。
日本語版はまだ見当たらない。
</p>]]></content:encoded>
</item>

<item rdf:about="http://www.baldanders.info/spiegel/log2/000542.shtml">
  <title>PuTTY 0.61 日本語環境</title>
  <link>http://www.baldanders.info/spiegel/log2/000542.shtml</link>
  <description>PuTTY 0.61 が登場して久しいが，日本語版が登場しているらしい。</description>
  <dc:subject>Security</dc:subject>
  <dc:creator>Spiegel</dc:creator>
  <dc:date>2011-09-08T22:21:16+09:00</dc:date>
  <cc:license rdf:resource="http://creativecommons.org/licenses/by/2.1/jp/" />
  <content:encoded><![CDATA[<p>
<a href="http://www.baldanders.info/spiegel/log2/000527.shtml">PuTTY 0.61 が登場</a>して久しいが，日本語環境を提供してくれる「ごった煮版」は 0.61 相当のものは出ないようである。
</p><blockquote>
<div style="border: solid thin;">
<p>本家で0.61が出たようですが、対応の予定はありますでしょうか？</p>
<p>投稿者 ごった煮ユーザー : 2011年07月14日 22:38 </p>
</div><div style="border: solid thin;">
<p>すいません。本業が忙しくてなかなか手を出せそうにありません。</p>
<p>投稿者 ゑ : 2011年07月15日 00:35 </p>
</div><p>
（<a href="http://yebisuya.dip.jp/yeblog/archives/a000552.html#comments">「ゑBLOG: PuTTY 0.60 ごった煮版 2007年8月6日版」コメント</a>より）
</p>
</blockquote><p>
で，代わりと言ってはナニだが，「<a href="http://ice.hotmint.com/putty/">ICE IV + putty</a>」なるものがあるそうで，こいつの最新版は PuTTY 0.61 のコードをベースに「ごった煮版」の機能を追加したものらしい。
</p><blockquote>
「PuTTY 0.61 よりも新しいソースコードをベースとして、 PuTTY 0.60 ごった煮版 2007年8月6日版 に諸々の機能を追加しました。」
（「<a href="http://ice.hotmint.com/putty/">ICE IV + putty</a>」より）
</blockquote><p>
というわけで，早速試してみた。
インストーラはなく，圧縮ファイルから必要なファイルを取り出してコピーするもののようだ（「<a href="http://ice.hotmint.com/putty/">ICE IV + putty</a>」インストールの節を参照のこと）。
（一応バックアップをとった上で）オリジナルの PuTTY 環境に上書きコピーしたが問題なく動作しているようだ。
（pagent を起動させている場合はいったん終了させてから上書きコピーする）
</p><p>
やぁこれで自宅にある古い EUC-JP の環境にアクセスできるよ（今までは 0.60 でアクセスしていた。自宅サーバだし）。
めでたしめでたし。
</p>]]></content:encoded>
</item>

<item rdf:about="http://www.baldanders.info/spiegel/log2/000531.shtml">
  <title>Enigmail 1.2.1</title>
  <link>http://www.baldanders.info/spiegel/log2/000531.shtml</link>
  <description>Tunderbird 用の OpenPGP 署名・暗号化アドオン Enigmail の 1.2.1 がリリースされている。</description>
  <dc:subject>Cryptography</dc:subject>
  <dc:creator>Spiegel</dc:creator>
  <dc:date>2011-08-01T22:28:12+09:00</dc:date>
  <cc:license rdf:resource="http://creativecommons.org/licenses/by/2.1/jp/" />
  <content:encoded><![CDATA[<p>
Tunderbird 用の OpenPGP 署名・暗号化アドオン Enigmail の 1.2.1 がリリースされている。
このバージョンは何故かアドオン・マネージャからアップデート出来ないので，ダウンロードページからファイルをダウンロードし手動でインストールする必要がある。
</p><ul>
<li><a href="http://www.nanashinonozomi.com/fmemo/20110801.html#p01">Enigmail 1.2.1 リリース (クリアテキスト形式のメッセージの復号で文字化けする件は解消)</a></li>
<li><a href="http://enigmail.mozdev.org/download/index.php.html">Download Enigmail</a></li>
<li><a href="https://addons.mozilla.org/thunderbird/addon/enigmail/">Enigmail :: Add-ons for Thunderbird</a> （こちらはまだ 1.2 のまま）</li>
</ul><p>
1.2.1 で<a href="http://enigmail.mozdev.org/download/changelog.php.html#enig1.2.1">幾つかの不具合に対応</a>しているようだが，個人的に重要なのは，<a href="http://www.nanashinonozomi.com/fmemo/20110630.html#p01">クリアテキスト形式のメッセージの復号・署名検証の際に文字化けしてしまう不具合</a>に対応したこと。
<a href="http://www.jpcert.or.jp/">JPCERT/CC</a> からのメールが文字化けして困ってたのよ。
Thunderbird 5 に Enigmail 1.2.1 を入れて JPCERT/CC からのメールを表示してみたらうまくいったので大丈夫だろう，多分。
</p><p>
ダウンロードファイルにはアドオン本体のファイルの他に署名ファイルもある。
ダウンロード後に署名を検証して確認しよう。
<a href="http://enigmail.mozdev.org/documentation/pgp-key.php.html">Enigmail の公開鍵はここ</a>にある。
</p><p>
たしかにクリアテキスト形式は古臭いし（主に互換性の）問題もあるのだが，日本語に対するこの仕打ちはないと思うのよ。
「送信は厳格に，受信は寛容に」というのはメールソフト，というかインターネットのプロトコル全般に通じる原則だろう（まぁ最近はセキュリティとの絡みであまり寛容とはいかなくなってるかもしれないけど）。
お願いしますよ， Enigmail さん。
</p>]]></content:encoded>
</item>

<item rdf:about="http://www.baldanders.info/spiegel/log2/000527.shtml">
  <title>PuTTY 0.61 リリース</title>
  <link>http://www.baldanders.info/spiegel/log2/000527.shtml</link>
  <description>なんと PuTTY が4年ぶりのアップデート。</description>
  <dc:subject>Security</dc:subject>
  <dc:creator>Spiegel</dc:creator>
  <dc:date>2011-07-15T01:06:55+09:00</dc:date>
  <cc:license rdf:resource="http://creativecommons.org/licenses/by/2.1/jp/" />
  <content:encoded><![CDATA[<p>
なんと PuTTY が4年ぶりのアップデート。
</p><ul>
<li><a href="http://lists.tartarus.org/pipermail/putty-announce/2011/000016.html">PuTTY version 0.61 is released</a></li>
<li><a href="http://yebo-blog.blogspot.com/2011/07/4putty.html">4年ぶりにPuTTYがバージョンアップ</a></li>
</ul><p>
機能面では Windows 7 のジャンプリストに対応した点が嬉しい。
これでデスクトップにアイコンを置かずに済む。
あとは GSS-API （Generic Security Standard Application Programming Interface）に対応したことかな。
個人的には GSS-API を使う局面はないけど。
リリースノートを見る限りセキュリティ上の大きな問題はなさそうだけど， PuTTY はセキュリティツールだし，うちの環境でもアップデートすることにした。
</p><p>
ところで日本語圏のユーザは PuTTY のごった煮版を利用している人も多いだろう。
</p><ul>
<li><a href="http://yebisuya.dip.jp/Software/PuTTY/">PuTTY ごった煮版</a></li>
</ul><p>
ごった煮版では UI が日本語化されている他，日本語用の文字コード（EUC-JP, ISO-2022-JP など）への対応が行われているのが特徴である。
今のところ 0.61 用の日本語パッチはどこにも公開されてないようだ。
</p><p>
0.61 は，もちろん日本語には対応してない。
文字コードも，欧州の文字コード以外では UTF-8 しか選択できない。
自宅サーバの Linux 機は今だに EUC-JP なのでちょっと困っている。
まぁ，ごった煮版の環境は残しているので，自宅サーバへの接続にはそっちを使えばいいのだが。
</p><p>
ところで，動作確認のために PuTTYgen （鍵ジェネレータ）を弄ってて気がついたんだけど， DSA 鍵の鍵長をいくらでも大きくできるんだね。
びっくりしたよ。
ちょっとググッてみたら，PuTTY では N を160ビット固定のままで L をいくらでも大きくできるようにしているらしい。
</p><ul>
<li><a href="http://slashdot.jp/~doda/journal/465416">DSA鍵の鍵長</a></li>
</ul><p>
DSA について簡単に説明すると「DSA は ElGamal 署名方式の改良版で， L ビットの素数 p を使って160ビットのメッセージに320ビットの署名を付けるもの」である。
この「160ビットのメッセージ（＝N）」を224および256ビットまで拡張したのが FIPS PUB 186-3 で定義される新しい DSA である。
DSA の仕様変更はもともと SHA-1 危殆化懸念に伴う SHA-2 への移行の要求から来ている。
だから L だけを大きくしても意味が無いのだ。
う～ん，どうなってるんだろう。
大丈夫なのか？ SSH。
ちゃんと勉強しておけば良かった。
</p><p>
ちなみに NIST の SP800-131A では SHA-1 は署名での利用に関して2010年まで Acceptable，2013年まで Deprecated だ（署名以外では Acceptable）。
ついでに RSA の1024ビット長の鍵についても2010年まで Acceptable，2013年まで Deprecated である。
古い鍵をそのままお使いの方は，この機会に鍵を強めのものに更新することをお薦めする。
</p><p>
（SP800-57 では2010年までと決められていたが（いわゆる暗号の2010年問題）， SP800-131A では少し緩和されている。
この辺の話について詳しくはまた後日紹介する）
</p><p>
参考：
</p><ul>
<li><a href="http://mailsrv.nara-edu.ac.jp/~asait/crypt.htm">暗号の話</a></li>
</ul>]]></content:encoded>
</item>

<item rdf:about="http://www.baldanders.info/spiegel/log2/000515.shtml">
  <title>遅ればせながら OpenPGP 年次鍵の更新と pgpdump のビルド</title>
  <link>http://www.baldanders.info/spiegel/log2/000515.shtml</link>
  <description>OpenPGP の年次鍵が3月末に期限が切れていたのに更新してなかった。
ので，更新しました。</description>
  <dc:subject>Cryptography</dc:subject>
  <dc:creator>Spiegel</dc:creator>
  <dc:date>2011-05-04T18:16:03+09:00</dc:date>
  <cc:license rdf:resource="http://creativecommons.org/licenses/by/2.1/jp/" />
  <content:encoded><![CDATA[<p>
OpenPGP の年次鍵が3月末に期限が切れていたのに更新してなかった。
ので，更新しました。
</p><ul>
<li><a href="http://www.baldanders.info/spiegel/pubkeys/">Spiegel の OpenPGP 公開鍵リスト</a></li>
</ul><p>
最近はめっきり GnuPG を使わなくなって，ルート鍵と運用鍵（年次鍵）を分けて運用する今の方法がちょっとうっとうしくなってきた。
SHA-3 が今年か来年には決まるはずなので，それにあわせて鍵運用も一新しようかなと考えている。
</p><p>
ところで，作成した公開鍵をチェックしようと <a href="http://www.mew.org/~kazu/proj/pgpdump/">pgpdump</a> を起動しようと思ったが， Win7 環境には入れてなかった。
しかも昨年夏に 0.27 が出てるのにスルーしてるし（更に github で運用されてるじゃない）。
しょうがない，ソースを落としてビルドするか，と思ったらコンパイル環境もないじゃないか。
ちうわけで， <a href="http://www.mingw.org/">MinGW</a> をインストールするところから始めることになった（いや，今日は別のことする予定だったのに）。
</p><p>
<a href="http://www.baldanders.info/spiegel/remark/archives/000209.shtml">MinGW のインストールについては以前紹介した</a>が， MinGW はアレから更に進化し， mingw-get なるツールを使って更に簡単にインストールできるようになった。
</p><ul>
<li><a href="http://www.mingw.org/wiki/Getting_Started">Getting Started</a></li>
</ul><p>
まず <a href="http://sourceforge.net/projects/mingw/files/Automated%20MinGW%20Installer/mingw-get-inst">mingw-get インストーラのダウンロードページ</a>へ行き，最新版をダウンロードする。
今回は mingw-get-inst-20110316.exe をダウンロードした。
ダウンロードしたインストーラを起動するとウィザード画面が表示される。
ここでユーザが決めておくのはインストール先のフォルダのみ（デフォルトでは <code>C:\MinGW</code> にインストールされる）。
途中でインストールするモジュールを選択する画面になる。
インストール可能なモジュールは以下のとおりだ。
</p><ul>
<li>MinGW Compiler Suite
    <ul>
    <li>C Compiler （必須）</li>
    <li>C++ Compiler</li>
    <li>Fortran Compiler</li>
    <li>Objective C Compiler</li>
    <li>Ada Compiler</li>
    </ul></li>
<li>MSYS Basic System</li>
<li>MinGW Developer Toolkit (Includes MSYS Basic System)</li>
</ul><p>
pgpdump をビルドするには C コンパイラが必要だが， C コンパイラは必須オプションになっているので気にしなくていい。
他の言語についてはお好みのままに。
なお，ビルド環境をフルに揃えるには MinGW Developer Toolkit （msysDTK を含むパッケージ）を選択する必要がある。
ここだけ注意。
あとはインストーラにおまかせでしばらく待っていればインストールが完了する。
超簡単。
</p><p>
インストールが完了したらスタートメニューの MinGW から MinGW Shell を起動してみる。
うまく起動したらインストール成功だ。
なお，インストールしたフォルダ内の bin フォルダを環境変数 PATH に追加しておけば Windows のコマンド・プロンプトからもツールを起動できる。
例えば <code>C:\MinGW</code> にインストールしたのであれば，以下のフォルダを PATH に加える。
</p><ul>
<li><code>C:\MinGW\bin</code></li>
<li><code>C:\MinGW\msys\1.0\bin</code> （MSYS をインストールした場合）</li>
</ul><p>
ちなみにドライブレターは MinGW Shell ではそのままディレクトリ名になっている。
例えば <code>C:\MinGW</code> は <code>/c/MinGW</code> としてアクセスできる。
</p><p>
インストール時に入れなかった言語は mingw-get コマンドであとから追加することも出来る。
</p>
<blockquote><pre><code>$ mingw-get install fortran</code></pre></blockquote>
<p>
Linux 等に慣れている方はピンとくると思うが， mingw-get は apt-get や yum の代替えとして機能する。
MinGW プロジェクトで管理されているツールであれば， mingw-get で簡単にインストールやアップグレードができるのだ。
超便利！
</p><p>
さてようやくビルド環境が出来たので pgpdump をビルドしてしまおう。
おっとその前に， libz と libbz2 の2つのライブラリをインストールしておかなければならない（なんで標準で入ってないんだろう？）。
</p>
<blockquote><pre><code>$ mingw-get install libz
$ mingw-get install libbz2</code></pre></blockquote>
<p>
<a href="http://www.mew.org/~kazu/proj/pgpdump/">pgpdump のページ</a>からソース（pgpdump-0.27.tar.gz）をダウンロードするか github から環境を取得する。
そしてお馴染みの呪文でビルドを行う。
</p>
<blockquote><pre><code>$ cd ~/pgpdump-0.27/
$ ./configure
$ make
$ strip pgpdump.exe</code></pre></blockquote>
<p>
ただし，私の環境ではうまくいかなかった。
何故か gcc ではなく cc でコンパイルしようとするんだよね。
これは環境変数 CC に gcc をセットするか，Makefile.in の頭の方に
</p>
<blockquote><pre><code>CC = @CC@</code></pre></blockquote>
<p>
の行を追加してあげればうまくいく。
後者のほうがスマートな気がするが， Linux のお作法はいまいちよく分からないので，どうするかはお好みで。
</p><p>
MinGW でビルドしたものを<a href="http://www.baldanders.info/spiegel/archive/pgpdump/">「pgpdump (patched version)」</a>に置いています。
ご利用の際は自己責任でお願いします。
</p>]]></content:encoded>
</item>

<item rdf:about="http://www.baldanders.info/spiegel/log2/000514.shtml">
  <title>Dropbox がウソをついてたって？</title>
  <link>http://www.baldanders.info/spiegel/log2/000514.shtml</link>
  <description>Dropbox はウソをついてたか。</description>
  <dc:subject>Security</dc:subject>
  <dc:creator>Spiegel</dc:creator>
  <dc:date>2011-04-29T11:35:34+09:00</dc:date>
  <cc:license rdf:resource="http://creativecommons.org/licenses/by/2.1/jp/" />
  <content:encoded><![CDATA[<p>
PSN が大規模な情報漏洩を起こして世界中が大騒ぎになっている昨今，皆さまいかがお過ごしでしょうか。
私も PSP ユーザで PSN のアカウントがあるのですが，パスワードに何を入れたのか忘れてしまって戦々恐々となってる今日この頃です。
事は PSN に限る話ではないので困ったものです。
PSN はパスワードをハッシュ化してなかったのかなぁ。
「ソニー」による世界を巻き込んだセキュリティ問題は2005年末の RootKit インストール事件以来ですが，そのうちセキュリティ界隈では「ソニー」の名はスティグマ化してしまいそうですね。
</p><p>
って，今回はその話じゃなくて，以下の記事から。
</p><ul>
<li><a href="http://d.hatena.ne.jp/yomoyomo/20110425/dropbox">セキュリティポリシー改訂で露見したDropboxのウソ</a></li>
</ul><p>
この記事の中の Miguel de Icaza 氏の談として
</p><blockquote>
「それは、Dropbox に預けられたファイルは、ファイル転送通信は SSL、サーバ上のファイルは256ビット AES で暗号化され、社員はそのメタデータにしかアクセスできないので、Dropbox の内部者にも見られないように暗号化されているという主張が、今回のポリシー改訂によりはじめからウソだったと露見したことだと言う。」
</blockquote><p>
という部分が Quote されて Tumblr 上で流通しているのだが，ちょっと考えれば分かることだが，暗号化処理も秘密鍵も Dropbox 上にあるのに Dropbox 側がそれを見れないということは原理的にありえない。
</p><p>
今回の改訂は法令遵守に基づいたものだろう。
そんなのはどこのサービスプロバイダでもやってることだ。
Google だって当局からの（法に基づいた）要請があれば情報を差し出さざるをえない。
企業としてできないこと（＝当局からの防衛）を「できる」と言ってきたことを「ウソだ！」というのなら，まぁその通りなのだが，まともな方に改善してるのだから文句を言っても仕方がないような気がする。
あと，この件を先日の Evernote の XSS 脆弱性と結びつけて考える人もいるが，情報漏洩はまた別の問題である。
</p><p>
私は，現時点では Dropbox は比較的よくできたサービスだと思う。
「よくできた」というのは， Dropbox にとっての「攻撃者」からの防衛に対してだ。
Dropbox にとっての「攻撃者」にユーザや Dropbox 社員や当局は含まれていない。
でもユーザから見れば当局にも見られたくない情報もあるかも知れないし， Dropbox に対しても無制限に信頼しているわけではない。
そこを見越して上手に Dropbox の利便性を享受するのが賢いユーザというものである。
</p><p>
Dropbox への対応は，上で示した記事がリンクしてる以下の記事が参考になる。
</p><ul>
<li><a href="http://d.hatena.ne.jp/ukky3/20110422/1303531577">なにかあったらユーザーのデータを復号して当局に提出するのでよろしく！ (Dropbox 談)</a></li>
</ul><p>
ちなみに TrueCrypt はストレージをまるごと暗号化するには良い道具だが，ファイル単位であれば GnuPG を利用することをオススメする。
GnuPG では暗号化データからセッション鍵を抽出するオプションがある。
これを使えば秘密鍵を渡すことなく目的のファイルだけについて第三者による復号を許すことができる（このオプションはイギリスの法律に対抗する機能として付加された）。
</p><p>
この手の話は何十年も前から言われていることで，その典型例がメールシステムである。
私たちはメールシステムから多くのことを学んだはずなのに，今回の反応を眺めてみるに，それらの教訓はあまり活かされてないんじゃないだろうか。
「権威ある第三者」が信用できないというのなら，そういった存在を回避するやり方で情報を守るべきだ。
PGP/GnuPG はそういた背景から生まれたものだし，そこに込められたたくさんの知恵は将来に活かすべきである。
</p><p>
ちうわけで，以下の本を読め！ と言っておく。
</p>]]><![CDATA[<div class="hreview" ><a class="item url" href="http://www.amazon.co.jp/exec/obidos/ASIN/4314009071/baldandersinf-22/"><img src="http://ecx.images-amazon.com/images/I/51ZRZ62WKCL._SL160_.jpg" alt="photo" class="photo"  /></a><dl ><dt class="fn"><a class="item url" href="http://www.amazon.co.jp/exec/obidos/ASIN/4314009071/baldandersinf-22/">暗号化 プライバシーを救った反乱者たち</a></dt><dd>スティーブン・レビー 斉藤 隆央 </dd><dd>紀伊國屋書店 2002-02-16</dd><dd>評価<abbr class="rating" title="5"><img src="http://g-images.amazon.com/images/G/01/detail/stars-5-0.gif" alt="" /></abbr> </dd></dl><p class="similar"><a href="http://www.amazon.co.jp/exec/obidos/ASIN/487593100X/baldandersinf-22/" target="_top"><img src="http://images.amazon.com/images/P/487593100X.09._SCTHUMBZZZ_.jpg"  alt="ハッカーズ"  /></a> <a href="http://www.amazon.co.jp/exec/obidos/ASIN/4794204310/baldandersinf-22/" target="_top"><img src="http://images.amazon.com/images/P/4794204310.09._SCTHUMBZZZ_.jpg"  alt="カッコウはコンピュータに卵を産む〈下〉"  /></a> <a href="http://www.amazon.co.jp/exec/obidos/ASIN/4794204302/baldandersinf-22/" target="_top"><img src="http://images.amazon.com/images/P/4794204302.09._SCTHUMBZZZ_.jpg"  alt="カッコウはコンピュータに卵を産む〈上〉"  /></a> <a href="http://www.amazon.co.jp/exec/obidos/ASIN/076454280X/baldandersinf-22/" target="_top"><img src="http://images.amazon.com/images/P/076454280X.09._SCTHUMBZZZ_.jpg"  alt="The Art of Deception: Controlling the Human Element of Security"  /></a> <a href="http://www.amazon.co.jp/exec/obidos/ASIN/067940774X/baldandersinf-22/" target="_top"><img src="http://images.amazon.com/images/P/067940774X.09._SCTHUMBZZZ_.jpg"  alt="ARTIFICIAL LIFE"  /></a> </p><p class="gtools" >by <a href="http://www.goodpic.com/mt/aws/index.html" >G-Tools</a> ,  <abbr class="dtreviewed" title="2011/04/29">2011/04/29</abbr></p></div>
<div class="hreview" ><a class="item url" href="http://www.amazon.co.jp/exec/obidos/ASIN/4900900028/baldandersinf-22/"><img src="http://ecx.images-amazon.com/images/I/5132396FFQL._SL160_.jpg" alt="photo" class="photo"  /></a><dl ><dt class="fn"><a class="item url" href="http://www.amazon.co.jp/exec/obidos/ASIN/4900900028/baldandersinf-22/">PGP―暗号メールと電子署名</a></dt><dd>シムソン ガーフィンケル Simson Garfinkel </dd><dd>オライリー・ジャパン 1996-04</dd><dd>評価<abbr class="rating" title="5"><img src="http://g-images.amazon.com/images/G/01/detail/stars-5-0.gif" alt="" /></abbr> </dd></dl><p class="similar"><a href="http://www.amazon.co.jp/exec/obidos/ASIN/076454280X/baldandersinf-22/" target="_top"><img src="http://images.amazon.com/images/P/076454280X.09._SCTHUMBZZZ_.jpg"  alt="The Art of Deception: Controlling the Human Element of Security"  /></a> <a href="http://www.amazon.co.jp/exec/obidos/ASIN/4320023668/baldandersinf-22/" target="_top"><img src="http://images.amazon.com/images/P/4320023668.09._SCTHUMBZZZ_.jpg"  alt="TRONを創る"  /></a> <a href="http://www.amazon.co.jp/exec/obidos/ASIN/4781902790/baldandersinf-22/" target="_top"><img src="http://images.amazon.com/images/P/4781902790.09._SCTHUMBZZZ_.jpg"  alt="アルゴリズムの設計と解析 1 (サイエンスライブラリ情報電算機 35)"  /></a> <a href="http://www.amazon.co.jp/exec/obidos/ASIN/4794204302/baldandersinf-22/" target="_top"><img src="http://images.amazon.com/images/P/4794204302.09._SCTHUMBZZZ_.jpg"  alt="カッコウはコンピュータに卵を産む〈上〉"  /></a> <a href="http://www.amazon.co.jp/exec/obidos/ASIN/4794204310/baldandersinf-22/" target="_top"><img src="http://images.amazon.com/images/P/4794204310.09._SCTHUMBZZZ_.jpg"  alt="カッコウはコンピュータに卵を産む〈下〉"  /></a> </p><p class="gtools" >by <a href="http://www.goodpic.com/mt/aws/index.html" >G-Tools</a> ,  <abbr class="dtreviewed" title="2011/04/29">2011/04/29</abbr></p></div>]]></content:encoded>
</item>

<item rdf:about="http://www.baldanders.info/spiegel/log2/000475.shtml">
  <title>RSA768 合成数を素因数分解</title>
  <link>http://www.baldanders.info/spiegel/log2/000475.shtml</link>
  <description>RSA768 合成数の素因数分解に成功したらしい。</description>
  <dc:subject>Cryptography</dc:subject>
  <dc:creator>Spiegel</dc:creator>
  <dc:date>2010-01-09T13:23:47+09:00</dc:date>
  <cc:license rdf:resource="http://creativecommons.org/licenses/by/2.1/jp/" />
  <content:encoded><![CDATA[<p>
RSA768 合成数の素因数分解に成功したらしい。
</p><ul>
<li><a href="http://eprint.iacr.org/2010/006">Factorization of a 768-bit RSA modulus</a> （ePrint）</li>
<li><a href="http://www.ntt.co.jp/news/news10/1001/100108a.html">公開鍵暗号の安全性の根拠である「素因数分解問題」で世界記録を更新 ～768ビット合成数を一般数体篩法にて完全分解に成功～</a></li>
<li><a href="http://itpro.nikkeibp.co.jp/article/NEWS/20100108/343056/">NTTなど、公開鍵暗号の素因数分解問題で768ビット整数の分解に成功</a></li>
<li><a href="http://internet.watch.impress.co.jp/docs/news/20100108_341353.html">768bit合成数の素因数分解に成功、NTTらが世界記録更新</a></li>
</ul><p>
今回使われた計算手法は「一般数体篩法」と呼ばれるものらしい。
<a href="http://www.ntt.co.jp/news/news10/1001/100108a.html">NTT のニュースリリース</a>から一部引用しよう。
</p><blockquote>
「今回の素因数分解は、
巨大な合成数に対して現段階で最も高速な解法として知られている一般数体篩法により実現しました。
一般数体篩法は、
多項式選択、
篩（ふるい）、
filtering、
線形代数、
平方根の5つのステップからなります。
このうち、
篩と線形代数が最も計算量を要するステップです。
各ステップにおいて、
選択すべきパラメータは多数あります。
このパラメータの選択によって計算量が大きく変化しますが、
その有効な選択方法については多くの場合についてはまだ解明されていません。
今回の共同研究ではこのパラメータを適切に選択することにより、
高速に計算することに成功しました。」
</blockquote><p>
ちなみに篩では「Opteron 2.2GHz換算で1500年かけたのと同程度の計算量」，
線形代数では「Opteron 2.2GHz換算でおよそ155年の計算量」がかかったそうだ。
</p><p>
参考文献として昔書いた記事を挙げておく。
</p><ul>
<li><a href="http://www.baldanders.info/spiegel/remark/archives/000210.shtml">「安全な鍵長の下限」とは</a></li>
</ul><p>
なにせ昔に書いた記事なので，
もしかしたらデータが古いかもしれない。
気になる方は NIST や ECRYPT あたりで最新情報を探したらいいだろう。
</p>]]></content:encoded>
</item>

<item rdf:about="http://www.baldanders.info/spiegel/log2/000473.shtml">
  <title>最近の GnuPG （もしくは新 OpenPGP 関連リンク集）</title>
  <link>http://www.baldanders.info/spiegel/log2/000473.shtml</link>
  <description>本当は昨年中に書こうと思ってたのだが，
年末バタバタしてしまってすっかり忘れていた。
年明けに帰省先から帰ってきてふいっと思い出したので，
忘れないうちに書いておく。</description>
  <dc:subject>Cryptography</dc:subject>
  <dc:creator>Spiegel</dc:creator>
  <dc:date>2010-01-03T17:38:03+09:00</dc:date>
  <cc:license rdf:resource="http://creativecommons.org/licenses/by/2.1/jp/" />
  <content:encoded><![CDATA[<p>
あけましておめでとうございます。
本年も辺境からの戯れ言をつらつらと書き綴っていこうと思います。
<a href="http://spiegel.vox.com/">Vox の方</a>もよろしく。
（もっとも最近あっちは Tweets の記録所とかしてるけど）
</p><p>
本当は昨年中に書こうと思ってたのだが，
年末バタバタしてしまってすっかり忘れていた。
年明けに帰省先から帰ってきてふいっと思い出したので，
忘れないうちに書いておく。
</p><p>
最近めっきり <a href="http://www.gnupg.org/">GnuPG</a> を使わなくなってしまったが，
<a href="http://www.gnupg.org/">GnuPG</a> が個人のプライバシーを守る有用かつ重要なツールであることは現在でも変わらない。
以前，
<a href="http://www.baldanders.info/spiegel/remark/archives/000025.shtml">「OpenPGP 関連リンク集」</a>というのを作ったが，
内容が古くてリンクがぷちぷち切れたりして使えなくなっている。
そこで最近の GnuPG の状況をリンク集の形で紹介する。
</p><p>
まず，
最近の <a href="http://www.gnupg.org/">GnuPG</a> のリリース状況から。
<a href="http://www.gnupg.org/">GnuPG</a> は現在，
大きく分けて 1.x 系と 2.x 系がある。
それぞれの最新版は以下のとおりだ。
</p><ul>
<li><a href="http://lists.gnupg.org/pipermail/gnupg-announce/2009q3/000291.html">GnuPG 1.4.10 released</a>
    <ul>
    <li><a href="http://lists.gnupg.org/pipermail/gnupg-announce/2009q3/000293.html">Updated W32 build of GnuPG 1.4.10</a></li>
    </ul></li>
<li><a href="http://lists.wald.intevation.org/pipermail/gpg4win-announce/2009-September/000040.html">Gpg4win 2.0.1 released</a></li>
<li><a href="http://lists.gnupg.org/pipermail/gnupg-announce/2009q4/000296.html">GnuPG 2.0.14 released</a></li>
</ul><p>
2.x 系は <a href="http://www.gnupg.org/aegypten/">Project &Auml;gypten</a> の成果で，
X509v3 の PKI を利用できることが特徴である。
つまり 2.x 系があれば S/MIME 暗号化メールが利用できるわけだ。
もっとも 2.x 系は Windows 版は（公式には）サポートされていない。
Windows 環境では X509 の PKI は Web ブラウザやメールソフトにデフォルトで組み込まれていることが多い。
Thunderbird にも SSL/TLS 接続や S/MIME サポートが標準で組み込まれている。
ただし <a href="http://www.gpg4win.org/">Gpg4win</a> では 2.x 系をサポートしている。
<a href="http://www.gpg4win.org/">Gpg4win</a> 2.0.1 には GnuPG 2.0.12 が同梱されている。
もし Thunderbird （もしくはそのアドオンである <a href="https://addons.mozilla.org/ja/thunderbird/addon/71">Enigmail</a>）で GnuPG 2.x を全面サポートするってのなら考えるところなんだけど。
</p><p>
次に OpenPGP 関連の RFC を整理しておこう。
</p><ul>
<li><a href="http://www.ietf.org/rfc/rfc1847.txt">RFC 1847: Security Multiparts for MIME: Multipart/Signed and Multipart/Encrypted</a></li>
<li><a href="http://www.ietf.org/rfc/rfc3156.txt">RFC 3156: MIME Security with OpenPGP</a> （update <a href="http://www.ietf.org/rfc/rfc2015.txt">RFC 2015</a>）</li>
<li><a href="http://www.ietf.org/rfc/rfc4880.txt">RFC 4880: OpenPGP Message Format</a> （obsolete <a href="http://www.ietf.org/rfc/rfc1991.txt">RFC 1991</a>, <a href="http://www.ietf.org/rfc/rfc2440.txt">RFC 2440</a>）</li>
<li><a href="http://www.ietf.org/rfc/rfc5581.txt">RFC 5581: The Camellia Cipher in OpenPGP</a> （update <a href="http://www.ietf.org/rfc/rfc4880.txt">RFC 4880</a>）</li>
</ul><p>
RFC 4880 と RFC 5581 についてはうちでも取り上げている。
</p><ul>
<li><a href="http://www.baldanders.info/spiegel/log2/000356.shtml">RFC 4880 is now available</a></li>
<li><a href="http://www.baldanders.info/spiegel/log2/000451.shtml">The Camellia Cipher in OpenPGP</a></li>
</ul><p>
あと，
OpenPGP で使われている各種アルゴリズムについては
</p><ul>
<li><a href="http://www.baldanders.info/spiegel/log2/000452.shtml">OpenPGP で利用可能なアルゴリズム一覧（RFC4880 対応版）</a></li>
</ul><p>
を参考にどうぞ。
</p><p>
OpenPGP の実装である PGP/GnuPG と関連するツールやサービスを挙げておく。
</p><ul>
<li><a href="http://www.gnupg.org/">The GNU Privacy Guard</a></li>
<li><a href="http://www.pgp.com/jp/index.html">PGP Corporation</a>
    <ul>
    <li><a href="http://www.pgp.com/jp/support/globaldirectory.html">PGP Global Directory</a></li>
    </ul></li>
<li><a href="http://openpksd.org/">OpenPKSD</a></li>
<li><a href="http://www.gpg4win.org/">Gpg4win</a></li>
<li><a href="http://sites.inka.de/tesla/gpgrelay.html">GPGrelay</a> （<a href="http://www.baldanders.info/spiegel/archive/gpgrelay-ja/">日本語 DLL</a> 公開しています）</li>
<li><a href="http://gpgee.excelcia.org/">GPGee （GNU Privacy Guard Explorer Extension）</a></li>
<li><a href="http://www.mew.org/~kazu/proj/pgpdump/ja/">pgpdump</a> （<a href="http://www.baldanders.info/spiegel/archive/pgpdump/">Windows 版バイナリ</a>公開してます）</li>
</ul><p>
以下は，
OpenPGP （PGP/GnuPG）関連のサイトを挙げる。
</p><dl>
<dt><a href="http://www.openpgp.org/">OpenPGP.org - The OpenPGP Alliance</a></dt>
    <dd>OpenPGP に沿ったソフトウェア同士の互換性を図ることを目的に作られた組織，
    らしい。
    OpenPGP の大元になるのかな。</dd>

<dt><a href="http://www.cla-ri.net/pgp/">PGP User's Manual for Windows</a></dt>
    <dd>近年は更新がないけど，
    PGP/GnuPG に関するかつての情報を漁るにはちょうどいいサイトだと思う。</dd>

<dt><a href="http://gnupg.hclippr.com/">GNU Privacy Gard 講座</a></dt>
    <dd>最近 URL が新しくなった。
    GnuPG に関するポータルページといっていいだろう。
    ソースコードを git 配信している。
    facebook からも見ることができる</dd>

<dt><a href="http://openpksd.org/">OpenPKSD</a></dt>
    <dd>OpenPGP 鍵サーバ。
    ただし近年は全く動きがない。
    <a href="http://www.ipa.go.jp/security/fy16/development/openPKSD/index.html">OpenPKSD-TKS</a> はどうなったんだろう。
    マジで待ってるんだけど。
    OpenPGP および PKI に関するドキュメントが豊富。</dd>

<dt><a href="http://www.nanashinonozomi.com/gnupg/blog/">gnupg/blog</a></dt>
    <dd>PGP/GnuPG の最新情報をチェックするならこちら。
    こういうところが最近少なくなったので非常に助かります。</dd>
</dl><p>
そうそう，
私の<a href="http://www.baldanders.info/spiegel/pubkeys/">公開鍵はこちら</a>。
<a href="http://www.ipa.go.jp/security/fy16/development/openPKSD/index.html">OpenPKSD-TKS</a> を真に受けて，
最近の鍵は鍵サーバに入れないようにしてるんだけど，
どうなってるんだろう。
</p><p>
以下，
参考文献を挙げておく。
</p>]]><![CDATA[<div class="hreview" ><a class="item url" href="http://www.amazon.co.jp/PGP%E2%80%95%E6%9A%97%E5%8F%B7%E3%83%A1%E3%83%BC%E3%83%AB%E3%81%A8%E9%9B%BB%E5%AD%90%E7%BD%B2%E5%90%8D-%E3%82%B7%E3%83%A0%E3%82%BD%E3%83%B3-%E3%82%AC%E3%83%BC%E3%83%95%E3%82%A3%E3%83%B3%E3%82%B1%E3%83%AB/dp/4900900028%3FSubscriptionId%3D15SMZCTB9V8NGR2TW082%26tag%3Dbaldandersinf-22%26linkCode%3Dxm2%26camp%3D2025%26creative%3D165953%26creativeASIN%3D4900900028"><img src="http://ecx.images-amazon.com/images/I/5132396FFQL._SL160_.jpg" alt="photo" class="photo"  /></a><dl ><dt class="fn"><a class="item url" href="http://www.amazon.co.jp/PGP%E2%80%95%E6%9A%97%E5%8F%B7%E3%83%A1%E3%83%BC%E3%83%AB%E3%81%A8%E9%9B%BB%E5%AD%90%E7%BD%B2%E5%90%8D-%E3%82%B7%E3%83%A0%E3%82%BD%E3%83%B3-%E3%82%AC%E3%83%BC%E3%83%95%E3%82%A3%E3%83%B3%E3%82%B1%E3%83%AB/dp/4900900028%3FSubscriptionId%3D15SMZCTB9V8NGR2TW082%26tag%3Dbaldandersinf-22%26linkCode%3Dxm2%26camp%3D2025%26creative%3D165953%26creativeASIN%3D4900900028">PGP―暗号メールと電子署名</a><img src='http://www.assoc-amazon.jp/e/ir?t=baldandersinf-22&l=ur2&o=9' width='1' height='1' border='0' alt='' /></dt><dd>Simson Garfinkel </dd><dd>オライリー・ジャパン 1996-04</dd><dd>評価<abbr class="rating" title="4"><img src="http://g-images.amazon.com/images/G/01/detail/stars-4-0.gif" alt="" /></abbr> </dd></dl><p class="similar"><a href="http://www.amazon.co.jp/exec/obidos/ASIN/4894716623/baldandersinf-22/" target="_top"><img src="http://images.amazon.com/images/P/4894716623.09._SCTHUMBZZZ_.jpg"  alt="XMLとJavaによるWebアプリケーション開発"  /></a> <a href="http://www.amazon.co.jp/exec/obidos/ASIN/4874084141/baldandersinf-22/" target="_top"><img src="http://images.amazon.com/images/P/4874084141.09._SCTHUMBZZZ_.jpg"  alt="C言語による最新アルゴリズム事典 (ソフトウェアテクノロジー)"  /></a> <a href="http://www.amazon.co.jp/exec/obidos/ASIN/006251587X/baldandersinf-22/" target="_top"><img src="http://images.amazon.com/images/P/006251587X.09._SCTHUMBZZZ_.jpg"  alt="Weaving the Web: The Original Design and Ultimate Destiny of the World Wide Web"  /></a> <a href="http://www.amazon.co.jp/exec/obidos/ASIN/4797311126/baldandersinf-22/" target="_top"><img src="http://images.amazon.com/images/P/4797311126.09._SCTHUMBZZZ_.jpg"  alt="オブジェクト指向における再利用のためのデザインパターン"  /></a> <a href="http://www.amazon.co.jp/exec/obidos/ASIN/4822281108/baldandersinf-22/" target="_top"><img src="http://images.amazon.com/images/P/4822281108.09._SCTHUMBZZZ_.jpg"  alt="ピープルウエア 第2版 － ヤル気こそプロジェクト成功の鍵"  /></a> </p><p class="gtools" >by <a href="http://www.goodpic.com/mt/aws/index.html" >G-Tools</a> ,  <abbr class="dtreviewed" title="2010/01/03">2010/01/03</abbr></p></div>
<div class="hreview" ><a class="item url" href="http://www.amazon.co.jp/%E6%9A%97%E5%8F%B7%E5%8C%96-%E3%83%97%E3%83%A9%E3%82%A4%E3%83%90%E3%82%B7%E3%83%BC%E3%82%92%E6%95%91%E3%81%A3%E3%81%9F%E5%8F%8D%E4%B9%B1%E8%80%85%E3%81%9F%E3%81%A1-%E3%82%B9%E3%83%86%E3%82%A3%E3%83%BC%E3%83%96%E3%83%B3%E3%83%BB%E3%83%AC%E3%83%93%E3%83%BC/dp/4314009071%3FSubscriptionId%3D15SMZCTB9V8NGR2TW082%26tag%3Dbaldandersinf-22%26linkCode%3Dxm2%26camp%3D2025%26creative%3D165953%26creativeASIN%3D4314009071"><img src="http://ecx.images-amazon.com/images/I/51ZRZ62WKCL._SL160_.jpg" alt="photo" class="photo"  /></a><dl ><dt class="fn"><a class="item url" href="http://www.amazon.co.jp/%E6%9A%97%E5%8F%B7%E5%8C%96-%E3%83%97%E3%83%A9%E3%82%A4%E3%83%90%E3%82%B7%E3%83%BC%E3%82%92%E6%95%91%E3%81%A3%E3%81%9F%E5%8F%8D%E4%B9%B1%E8%80%85%E3%81%9F%E3%81%A1-%E3%82%B9%E3%83%86%E3%82%A3%E3%83%BC%E3%83%96%E3%83%B3%E3%83%BB%E3%83%AC%E3%83%93%E3%83%BC/dp/4314009071%3FSubscriptionId%3D15SMZCTB9V8NGR2TW082%26tag%3Dbaldandersinf-22%26linkCode%3Dxm2%26camp%3D2025%26creative%3D165953%26creativeASIN%3D4314009071">暗号化 プライバシーを救った反乱者たち</a><img src='http://www.assoc-amazon.jp/e/ir?t=baldandersinf-22&l=ur2&o=9' width='1' height='1' border='0' alt='' /></dt><dd>斉藤 隆央 </dd><dd>紀伊國屋書店 2002-02-16</dd><dd>評価<abbr class="rating" title="5"><img src="http://g-images.amazon.com/images/G/01/detail/stars-5-0.gif" alt="" /></abbr> </dd></dl><p class="similar"><a href="http://www.amazon.co.jp/exec/obidos/ASIN/487593100X/baldandersinf-22/" target="_top"><img src="http://images.amazon.com/images/P/487593100X.09._SCTHUMBZZZ_.jpg"  alt="ハッカーズ"  /></a> <a href="http://www.amazon.co.jp/exec/obidos/ASIN/4105393022/baldandersinf-22/" target="_top"><img src="http://images.amazon.com/images/P/4105393022.09._SCTHUMBZZZ_.jpg"  alt="暗号解読―ロゼッタストーンから量子暗号まで"  /></a> <a href="http://www.amazon.co.jp/exec/obidos/ASIN/067940774X/baldandersinf-22/" target="_top"><img src="http://images.amazon.com/images/P/067940774X.09._SCTHUMBZZZ_.jpg"  alt="ARTIFICIAL LIFE"  /></a> <a href="http://www.amazon.co.jp/exec/obidos/ASIN/4274067556/baldandersinf-22/" target="_top"><img src="http://images.amazon.com/images/P/4274067556.09._SCTHUMBZZZ_.jpg"  alt="プログラマのための論理パズル 難題を突破する論理思考トレーニング"  /></a> <a href="http://www.amazon.co.jp/exec/obidos/ASIN/4274064069/baldandersinf-22/" target="_top"><img src="http://images.amazon.com/images/P/4274064069.09._SCTHUMBZZZ_.jpg"  alt="UNIXという考え方―その設計思想と哲学"  /></a> </p><p class="gtools" >by <a href="http://www.goodpic.com/mt/aws/index.html" >G-Tools</a> ,  <abbr class="dtreviewed" title="2010/01/03">2010/01/03</abbr></p></div>
<div class="hreview" ><a class="item url" href="http://www.amazon.co.jp/%E6%96%B0%E7%89%88%E6%9A%97%E5%8F%B7%E6%8A%80%E8%A1%93%E5%85%A5%E9%96%80-%E7%A7%98%E5%AF%86%E3%81%AE%E5%9B%BD%E3%81%AE%E3%82%A2%E3%83%AA%E3%82%B9-%E7%B5%90%E5%9F%8E-%E6%B5%A9/dp/4797350997%3FSubscriptionId%3D15SMZCTB9V8NGR2TW082%26tag%3Dbaldandersinf-22%26linkCode%3Dxm2%26camp%3D2025%26creative%3D165953%26creativeASIN%3D4797350997"><img src="http://ecx.images-amazon.com/images/I/51V7bg8x43L._SL160_.jpg" alt="photo" class="photo"  /></a><dl ><dt class="fn"><a class="item url" href="http://www.amazon.co.jp/%E6%96%B0%E7%89%88%E6%9A%97%E5%8F%B7%E6%8A%80%E8%A1%93%E5%85%A5%E9%96%80-%E7%A7%98%E5%AF%86%E3%81%AE%E5%9B%BD%E3%81%AE%E3%82%A2%E3%83%AA%E3%82%B9-%E7%B5%90%E5%9F%8E-%E6%B5%A9/dp/4797350997%3FSubscriptionId%3D15SMZCTB9V8NGR2TW082%26tag%3Dbaldandersinf-22%26linkCode%3Dxm2%26camp%3D2025%26creative%3D165953%26creativeASIN%3D4797350997">新版暗号技術入門 秘密の国のアリス</a><img src='http://www.assoc-amazon.jp/e/ir?t=baldandersinf-22&l=ur2&o=9' width='1' height='1' border='0' alt='' /></dt><dd>ソフトバンククリエイティブ 2008-11-22</dd><dd>評価<abbr class="rating" title="5"><img src="http://g-images.amazon.com/images/G/01/detail/stars-5-0.gif" alt="" /></abbr> </dd></dl><p class="similar"><a href="http://www.amazon.co.jp/exec/obidos/ASIN/4627847610/baldandersinf-22/" target="_top"><img src="http://images.amazon.com/images/P/4627847610.09._SCTHUMBZZZ_.jpg"  alt="Javaで作って学ぶ暗号技術 - RSA,AES,SHAの基礎からSSLまで"  /></a> <a href="http://www.amazon.co.jp/exec/obidos/ASIN/4797329734/baldandersinf-22/" target="_top"><img src="http://images.amazon.com/images/P/4797329734.09._SCTHUMBZZZ_.jpg"  alt="プログラマの数学"  /></a> <a href="http://www.amazon.co.jp/exec/obidos/ASIN/4797352965/baldandersinf-22/" target="_top"><img src="http://images.amazon.com/images/P/4797352965.09._SCTHUMBZZZ_.jpg"  alt="数学ガール/ゲーデルの不完全性定理"  /></a> <a href="http://www.amazon.co.jp/exec/obidos/ASIN/4797345268/baldandersinf-22/" target="_top"><img src="http://images.amazon.com/images/P/4797345268.09._SCTHUMBZZZ_.jpg"  alt="数学ガール/フェルマーの最終定理"  /></a> <a href="http://www.amazon.co.jp/exec/obidos/ASIN/4797341378/baldandersinf-22/" target="_top"><img src="http://images.amazon.com/images/P/4797341378.09._SCTHUMBZZZ_.jpg"  alt="数学ガール"  /></a> </p><p class="gtools" >by <a href="http://www.goodpic.com/mt/aws/index.html" >G-Tools</a> ,  <abbr class="dtreviewed" title="2010/01/03">2010/01/03</abbr></p></div>]]></content:encoded>
</item>

<item rdf:about="http://www.baldanders.info/spiegel/log2/000472.shtml">
  <title>GSM の暗号の解読</title>
  <link>http://www.baldanders.info/spiegel/log2/000472.shtml</link>
  <description>今度の（現地時間）日曜日，
ベルリンで行われる Chaos Communication Conference で，
GSM の暗号アルゴリズム A5/1 の解読に関するプレゼンテーションが行われるらしい。</description>
  <dc:subject>Cryptography</dc:subject>
  <dc:creator>Spiegel</dc:creator>
  <dc:date>2009-12-30T23:15:29+09:00</dc:date>
  <cc:license rdf:resource="http://creativecommons.org/licenses/by/2.1/jp/" />
  <content:encoded><![CDATA[<p>
今度の（現地時間）日曜日，
ベルリンで行われる Chaos Communication Conference で，
GSM （Global System for Mobile Communications）の暗号アルゴリズム A5/1 の解読に関するプレゼンテーションが行われるらしい。
</p><ul>
<li><a href="http://www.pcworld.com/article/185542/hackers_show_its_easy_to_snoop_on_a_gsm_call.html">Hackers Show It's Easy to Snoop on a GSM Call</a></li>
<li><a href="http://www.pcworld.com/businesscenter/article/185552/gsm_encryption_cracked_showing_its_age.html">GSM Encryption Cracked, Showing Its Age</a></li>
</ul><p>
日本は GSM 圏外なのでなじみが薄いかもしれないが，
世界全体の 80% で使われているサービスである（日本のケータイが「ガラパゴス」と呼ばれる所以もここにある）。
GSM については
<a href="http://spiegel.vox.com/library/book/6a00c22527e6f3604a00c2252a0b108fdb.html">『情報セキュリティ技術大全』</a>
に解説がある。
少し引用しておこう。
（ただし，
この本は原書が2001年，
邦訳版が2002年に出版されたもので，
現時点から見ると内容が少々古いのであしからず）
</p><blockquote>
「第2世代の携帯電話では、
デジタル技術が使用されている。
2000年までに、
世界の大多数の電話機で GSM （Global System for Mobile Communications）が使われるようになった。
この規格は最初から、
海外旅行先での利用が容易になるように設計され、
1992年にサービスが開始された。
米国、日本、およびイスラエルでは、
別のデジタル規格が使われている（ただし、米国の一部にはこれに対抗する GSM サービスが存在する）。」
（p.347）
</blockquote><p>
つまり，
GSM ってのはかれこれ20年前の規格であり，
そこで使われている暗号アルゴリズム A5/1 も同じだけ年をとっている。
ちなみに，
2002年に三菱電機の「KASUMI」（同社の MISTY をベースにしている）が GSM の標準 A5/3 として採用されている。
</p><ul>
<li><a href="http://www.itmedia.co.jp/news/0207/11/njbt_03.html">国産暗号「KASUMI」がGSM標準に</a></li>
</ul><p>
GSM 携帯電話の中で A5/1 と A5/3 の実装の割合がどのようになっているかは手元に資料がないので分からない（誰か教えて）。
でも GSM 側は今回のクラックについて影響は小さいようなことを言ってるみたいなので，
実際には A5/3 の実装はかなり進んでいるのかもしれない。
もうひとつオマケとして，
「KASUMI」は 3G ケータイの標準としても採用されている。
日本の暗号技術だって頑張ってるんだよ。
</p><p>
A5/2 ってないの？ と思っているあなた。
実はあるんです。
A5/2 は A5/1 の暗号強度（厳密には鍵の強度）を更に弱めたバージョンらしい。
A5/1 の 64bit 鍵長だって十分に弱いのに更に弱くしてあるだなんて。
でも例えば
「オーストラリアでは、 A5/2 が使われていることが判明して政治的な騒動になった」（p.351）
んだそうで，
意外に A5/2 は使われているのかもしれない。
他にも GSM の実装には意図的に強度を弱くしていると思われる個所もあるらしい。
（あとは陰謀論者の皆さん，頑張ってください（笑））
</p><p>
でも，
これらのことはほとんどはリバース・エンジニアリングによって判明したこと。
で，
ほとんどの国では（著作権法を盾に）リバース・エンジニアリングは禁止されているんだよね。
もちろん今回公開されるであろうツールを使って通信を盗聴することも（例外はあるが）違法。
ここがポイント。
だからこれがドイツで発表されるというのは実は深い意味がある。
今回のプレゼンを行う暗号エキスパートの Karsten Nohl さんが，
今回の研究を合法に行ったと主張されているが，
アメリカや（多分）日本では絶対にできないことなのよ。
（あと，
今回のプレゼンが比較的安価な構成でできているってのもポイント）
</p><p>
GSM の暗号の問題点は
</p><blockquote>
「暗号のセキュリティは鍵の選択に依存するべきであり、仕組みの秘密性に依存してはならない」
（p.355）
</blockquote><p>
という暗号の基本中の基本を守らなかったことにある。
もし GSM で使われているセキュリティ・システムを（暗号アルゴリズムを含めて）公開して事前に一般からのレビューを受けていれば，
ここまでひどいことにはならなかったかもしれない。
</p><p>
更に
<a href="http://spiegel.vox.com/library/book/6a00c22527e6f3604a00c2252a0b108fdb.html">『情報セキュリティ技術大全』</a>
によると，
GSM の穴を利用したツールまであるらしい。
「IMSI キャッチャ」というそのツールは基地局になりすましてトラフィックの傍受を可能にするものだが，
なんと警察向けに販売されているそうだ。
</p><p>
GSM が利用者から見てセキュリティ上の問題が多いのは明らかだが，
それをちゃんと「見せる」ことは大事なことだと思う。
そういう意味で，
今回行われるというプレゼンは意義あるものになるだろう。
最後に
<a href="http://spiegel.vox.com/library/book/6a00c22527e6f3604a00c2252a0b108fdb.html">『情報セキュリティ技術大全』</a>
に記されている GSM の評価を挙げておく。
</p><blockquote>
「電話会社の観点からいえば、
GSM は成功だった。
Vodafone などの GSM 通信事業者の株主は莫大な利益を得た。
その（ほんの）一部は、
GSM のチャレンジレスポンスメカニズムによってクローニングに歯止めがかかったおかげである。
暗号の弱点など大した問題ではなかった。
それらが悪用されたことはまったく（少なくとも、通信料収入を大きく損なうような形では）なかったからである。<br />
（中略）<br />
犯罪者の観点からも、
GSM は申し分なかった。
GSM は、電話サービスの盗聴に対する歯止めにはならなかった。
単に犯罪の手口が変わっただけで、
そのつけはクレジットカード会社や、
アイデンティティ窃盗や路上での強盗に遭った被害者個人に回された。<br />
（中略）<br />
顧客の観点から見れば、
GSM は本来完全に安全なものとして販売されていた。
これは正しかったのだろうか。
確かに基地局までの通信の暗号化によって、
アナログ電話でよく悩まされていた日常生活の盗聴はなくなった
（有名人が被害を受け、
世間の注目を集めた事件がいくつかあった。
たとえば，
チャールズ英皇太子が離婚前に愛人との会話を盗聴された英国での事件や、
ニュート・ギングリッジ元米下院議長が絡んだ米国での事件などである）。
しかし、
世界中のほぼすべての電話盗聴は巨大な諜報機関によって行われており、
彼等にとって暗号はほとんど問題にならない。」
（p.355-356）
</blockquote>]]><![CDATA[<div class="hreview" ><a class="item url" href="http://www.amazon.co.jp/%E6%83%85%E5%A0%B1%E3%82%BB%E3%82%AD%E3%83%A5%E3%83%AA%E3%83%86%E3%82%A3%E6%8A%80%E8%A1%93%E5%A4%A7%E5%85%A8%E2%80%95%E4%BF%A1%E9%A0%BC%E3%81%A7%E3%81%8D%E3%82%8B%E5%88%86%E6%95%A3%E3%82%B7%E3%82%B9%E3%83%86%E3%83%A0%E6%A7%8B%E7%AF%89%E3%81%AE%E3%81%9F%E3%82%81%E3%81%AB-%E3%83%AD%E3%82%B9-%E3%82%A2%E3%83%B3%E3%83%80%E3%83%BC%E3%82%BD%E3%83%B3/dp/4822281426%3FSubscriptionId%3D15SMZCTB9V8NGR2TW082%26tag%3Dbaldandersinf-22%26linkCode%3Dxm2%26camp%3D2025%26creative%3D165953%26creativeASIN%3D4822281426"><img src="http://ecx.images-amazon.com/images/I/61DEAM8EPXL._SL160_.jpg" alt="photo" class="photo"  /></a><dl ><dt class="fn"><a class="item url" href="http://www.amazon.co.jp/%E6%83%85%E5%A0%B1%E3%82%BB%E3%82%AD%E3%83%A5%E3%83%AA%E3%83%86%E3%82%A3%E6%8A%80%E8%A1%93%E5%A4%A7%E5%85%A8%E2%80%95%E4%BF%A1%E9%A0%BC%E3%81%A7%E3%81%8D%E3%82%8B%E5%88%86%E6%95%A3%E3%82%B7%E3%82%B9%E3%83%86%E3%83%A0%E6%A7%8B%E7%AF%89%E3%81%AE%E3%81%9F%E3%82%81%E3%81%AB-%E3%83%AD%E3%82%B9-%E3%82%A2%E3%83%B3%E3%83%80%E3%83%BC%E3%82%BD%E3%83%B3/dp/4822281426%3FSubscriptionId%3D15SMZCTB9V8NGR2TW082%26tag%3Dbaldandersinf-22%26linkCode%3Dxm2%26camp%3D2025%26creative%3D165953%26creativeASIN%3D4822281426">情報セキュリティ技術大全―信頼できる分散システム構築のために</a><img src='http://www.assoc-amazon.jp/e/ir?t=baldandersinf-22&l=ur2&o=9' width='1' height='1' border='0' alt='' /></dt><dd>Ross J. Anderson </dd><dd>日経BP社 2002-09</dd><dd>評価<abbr class="rating" title="4"><img src="http://g-images.amazon.com/images/G/01/detail/stars-4-0.gif" alt="" /></abbr> </dd></dl><p class="similar"><a href="http://www.amazon.co.jp/exec/obidos/ASIN/4757101333/baldandersinf-22/" target="_top"><img src="http://images.amazon.com/images/P/4757101333.09._SCTHUMBZZZ_.jpg"  alt="CISSP認定試験 公式ガイドブック"  /></a> <a href="http://www.amazon.co.jp/exec/obidos/ASIN/4797350997/baldandersinf-22/" target="_top"><img src="http://images.amazon.com/images/P/4797350997.09._SCTHUMBZZZ_.jpg"  alt="新版暗号技術入門 秘密の国のアリス"  /></a> <a href="http://www.amazon.co.jp/exec/obidos/ASIN/4048677829/baldandersinf-22/" target="_top"><img src="http://images.amazon.com/images/P/4048677829.09._SCTHUMBZZZ_.jpg"  alt="情報セキュリティプロフェッショナル教科書"  /></a> <a href="http://www.amazon.co.jp/exec/obidos/ASIN/4822262235/baldandersinf-22/" target="_top"><img src="http://images.amazon.com/images/P/4822262235.09._SCTHUMBZZZ_.jpg"  alt="PCIデータセキュリティ基準完全対策―PCI Data Security Standard"  /></a> <a href="http://www.amazon.co.jp/exec/obidos/ASIN/0072257121/baldandersinf-22/" target="_top"><img src="http://images.amazon.com/images/P/0072257121.09._SCTHUMBZZZ_.jpg"  alt="CISSP All-in-One Exam Guide, Third Edition"  /></a> </p><p class="gtools" >by <a href="http://www.goodpic.com/mt/aws/index.html" >G-Tools</a> ,  <abbr class="dtreviewed" title="2009/12/30">2009/12/30</abbr></p></div>
<p>
（追記 2010/1/9）
</p><p>
色々記事が上がっているので以下に紹介する。
</p><ul>
<li><a href="http://cryptology.cocolog-nifty.com/blog/2010/01/a51-in-gsm.html">ストリーム暗号 A5/1 の解読</a> （ここがいちばん詳しい）</li>
<li><a href="http://www.itmedia.co.jp/enterprise/articles/1001/08/news025.html">「GSMの暗号破り」に業界団体が反論、安全性を強調</a></li>
</ul><p>
若い人には分かりにくいかもしれないが，
2000年以前は 64bit より大きい鍵長の暗号は輸出禁止だったことは覚えておいたほうがいいだろう。
つまり，
暗号は軍事上の機密であって，
民生品で強い暗号を使うことは世界的にご法度だったわけだ。
もちろん携帯電話も同様
（この状況の中でどうやって PGP のような強い暗号が登場しえたのか。
それは<a href="http://www.baldanders.info/spiegel/log2/000473.shtml">「最近の GnuPG」</a>で挙げた文献を読むと分かる）。
この方針が大きく転換したのは，
ここ10年ほどの話である。
</p><p>
<a href="http://www.itmedia.co.jp/enterprise/articles/1001/08/news025.html">ITmedia の記事</a>を見ると
</p><blockquote>
「一方で、
「業界はGSMネットワークのプライバシー保護強化に努めている」
とGSMAは強調し、
暗号強度を高めたアルゴリズムの「A5/3」を開発し、
段階的にA5/1に入れ替えていくと表明した。」
</blockquote><p>
などと寝ぼけたことを言っているあたり，
どうも A5/3 への置き換えは進んでいないように見える
（もちろん ITmedia 記者の大いなる勘違いの可能性もあるわけだが）。
</p><p>
GSM は暗号以外にプロトコルレベルでもセキュリティ上の問題を色々抱えている
（一部は上で紹介してるけど）。
ので，
本来は 3G への移行を進めるほうが more better なのかもしれない。
今回の暗号の解読は決して「新しい脆弱性の発見」ではないけれど，
色々変化を促すきっかけになればいいな，
と個人的には思っている。
</p><p>
でも，
まぁ，
日本人にはやっぱりピンと来ないよねぇ。
</p>]]></content:encoded>
</item>

<item rdf:about="http://www.baldanders.info/spiegel/log2/000462.shtml">
  <title>FIPS PUB 186-3</title>
  <link>http://www.baldanders.info/spiegel/log2/000462.shtml</link>
  <description>いやぁ，
全く気がつかなかったっス。</description>
  <dc:subject>Cryptography</dc:subject>
  <dc:creator>Spiegel</dc:creator>
  <dc:date>2009-09-28T19:34:19+09:00</dc:date>
  <cc:license rdf:resource="http://creativecommons.org/licenses/by/2.1/jp/" />
  <content:encoded><![CDATA[<p>
いやぁ，
全く気がつかなかったっス。
<a href="http://csrc.nist.gov/groups/ST/toolkit/digital_signatures.html">6月にリリース</a>されてたんだねぇ。
</p><blockquote>
“NIST is proud to announce the publication of FIPS 186-3,
The Digital Signature Standard.
FIPS 186-3 is a revision of FIPS 186-2.
The FIPS specifies three techniques for the generation and verification of digital signatures: DSA, ECDSA and RSA.
This revision increases the length of the keys allowed for DSA,
provides additional requirements for the use of ECDSA and RSA,
and includes requirements for obtaining assurances necessary for valid digital signatures.”
</blockquote><p>
ちうわけで，
以下が FIPS 186-3 だ。
</p><ul>
<li><a href="http://csrc.nist.gov/publications/fips/fips186-3/fips_186-3.pdf">FIPS PUB 186-3, Digital Signature Standard (DSS)</a> (PDF)</li>
</ul><p>
今回のメインはやっぱり DSA （Digital Signature Algorithm）の要件が改良されたことだろう。
詳しくは拙文<a href="http://www.baldanders.info/spiegel/remark/archives/000204.shtml">「暗号の危殆化と新しいアルゴリズム」</a>を参照のこと。
当時はドラフト案だったけど，
これで大手を振って使えるわけやね。
（あれから3年かかったんじゃねぇ）
</p><p>
あとは新しいハッシュ関数（SHA-3）か。
現在 SHA-3 コンペは第2ラウンドらしい。
しばらく前に MD6 が手を引いたみたいなニュースが流れていた。
</p><ul>
<li><a href="http://www.schneier.com/blog/archives/2009/07/md6.html">MD6 Withdrawn from SHA-3 Competition</a></li>
<li><a href="http://csrc.nist.gov/groups/ST/hash/sha-3/Round2/submissions_rnd2.html">Second Round Candidates</a></li>
<li><a href="http://www.schneier.com/blog/archives/2009/07/sha-3_second_ro.html">SHA-3 Second Round Candidates Announced</a></li>
</ul><p>
さて，
どうなるか楽しみである。
</p>]]></content:encoded>
</item>

<item rdf:about="http://www.baldanders.info/spiegel/log2/000460.shtml">
  <title>GnuPG 1.4.10a リリース</title>
  <link>http://www.baldanders.info/spiegel/log2/000460.shtml</link>
  <description>9/3 に GnuPG の 1.4.10 がリリースされたが，
Windows 版は更に修正版が出ている。</description>
  <dc:subject>Cryptography</dc:subject>
  <dc:creator>Spiegel</dc:creator>
  <dc:date>2009-09-04T21:59:37+09:00</dc:date>
  <cc:license rdf:resource="http://creativecommons.org/licenses/by/2.1/jp/" />
  <content:encoded><![CDATA[<p>
日本時間の 9/3 に GnuPG の 1.4.10 がリリースされた。
</p><ul>
<li><a href="http://lists.gnupg.org/pipermail/gnupg-announce/2009q3/000291.html">GnuPG 1.4.10 released</a></li>
</ul><p>
色々変わっているが，
個人的には <a href="http://www.baldanders.info/spiegel/log2/000451.shtml">Camellia 暗号</a>が Enable になったのが大きいかな。
</p><p>
ところが <a href="http://lists.gnupg.org/pipermail/gnupg-announce/2009q3/000292.html">Windows 版の 1.4.10 のバイナリには問題がある</a>ようで，
（日本時間で）その日のうちに<a href="http://lists.gnupg.org/pipermail/gnupg-announce/2009q3/000293.html">修正版</a>が再アップされていた。
速攻で 1.4.10 を入れちゃった方は 1.4.10a に差し替えてください。
</p><p>
ところで，
しばらく前に Gpg4win の 2.0.0 がでてるんだよねぇ。
</p><ul>
<li><a href="http://lists.gnupg.org/pipermail/gnupg-announce/2009q3/000290.html">Gpg4win 2.0.0 has been released</a></li>
</ul><p>
これに同梱されている GnuPG は 2.0.12 なんでちょっと魅力的なのだが，
はっきり言って他のツールは要らないので，
導入しようかどうか考え中。
</p>]]></content:encoded>
</item>

<item rdf:about="http://www.baldanders.info/spiegel/log2/000453.shtml">
  <title>CRYPTREC Report 2008</title>
  <link>http://www.baldanders.info/spiegel/log2/000453.shtml</link>
  <description>CRYPTREC より「CRYPTREC Report 2008」が公開されていた。</description>
  <dc:subject>Cryptography</dc:subject>
  <dc:creator>Spiegel</dc:creator>
  <dc:date>2009-06-05T18:04:09+09:00</dc:date>
  <cc:license rdf:resource="http://creativecommons.org/licenses/by/2.1/jp/" />
  <content:encoded><![CDATA[<p>
<a href="http://www.cryptrec.go.jp/index.html">CRYPTREC</a> より<a href="http://www.cryptrec.go.jp/topics/cryptrec_20090530_c08report.html">「CRYPTREC Report 2008」が公開</a>されていた。
統一サイトがあるのはいいのだが，
トピックスのフィードくらい提供してくれ。
今時なんでこんなアナクロなサイト構成なんだろう。
</p><p>
とりあえず
<a href="http://www.cryptrec.go.jp/report/c08_wat_web_color.pdf">「CRYPTREC Report 2008 暗号技術監視委員会報告書」</a>（PDF）
くらいは目を通しておいたほうがいいだろう。
目につく内容としては，
電子政府推奨暗号リストの改訂とかある。
結構大掛かりな改訂になるらしい。
他には，
NIST で行われている次世代ハッシュ関数 SHA-3 のコンテストについて，
状況などが報告されている。
</p><p>
面白いところでは
<a href="http://www.cryptrec.go.jp/topics/cryptrec_20090530_c08report.html">「IDベース暗号に関する調査報告書」</a>（PDF）
なるものがある。
ID ベース暗号（Identity-Based Encryption; IBE）というのは，
電子メールアドレスなどの ID に基く暗号（署名や認証も含む）を指したものだ。
公開鍵暗号と違って煩雑な鍵の取りまわしを行う PKI が不要であるというのが売りである。
何年か前に結構話題になったような。
既に製品もいくつかあるよね。
売れてるのかどうかは知らないけど。
</p><p>
当時はよく分かっていなかったのだが，
今回の報告書を斜め読みしてなんとなく分かった。
IBE では PKI の代わりに PKG （Private Key Generator）というものがあって，
PKG によって（ID に基いて）復号が可能な仕組みになっているらしい
（「PKG がマスター鍵と共通パラメータの作成を行い，
このうち共通パラメータを周知させ，
PKG 自身がマスター鍵と利用者固有のID を用いて各利用者の復号鍵の鍵生成を行う」とある）。
PKG では ID さえ分かれば任意の暗号文を復号できてしまうので，
PKG は相当に信頼できる機関でなければならない。
どうやらここがポイントのようだ。
</p><p>
報告書では IBE の問題点を以下のように挙げている。
（長い引用でゴメン）
</p><blockquote>
「上記の通り，
IBE を利用することで，
公開鍵インフラにおける鍵証明書を排除できるものと大きく期待されているが，
その直接的な適用では必ずしも問題は解決されない．
つまり，
実利用においては，
鍵の更新や無効化の問題を考える必要があり，
これらを考慮すると，
結局はなんらかの方法で無効化された利用者情報などを利用者たちに掲示板などを用いて通知せねばならず，
また，
そのような通信路の存在を認める場合，
それを用いて従来の公開鍵暗号の公開鍵や鍵証明書もすべての利用者に配信可能であるため，
従来の公開鍵暗号に対する IBE の優位性はほとんど失われてしまう．
これは，
IBE を実利用する上での最大の検討事項と考えることができ，
IBE の利点を損なうことなく鍵更新と無効化を行う手法が明らかとならない限り，
現行の PKI から直ちに IBE に移行することには慎重になるべきである．
（中略）<br />
また，
IBE では PKG がすべての利用者の復号鍵を作成するため，
PKG 自身も任意の受信者宛ての暗号文を復号することができてしまう．
そのため，
問題となりうる．
また，
ひとつの PKG ですべての利用者の鍵生成を行う場合，
PKG の負担が非常に大きいので，
PKI 同様，複数の PKG を階層的に用いて鍵生成を行う必要が生じる．
その際は，
通常の IBE ではなく，
階層的 IBE (HIBE) を利用しなくてはならないことにも注意したい．」
</blockquote><p>
たしかに PKG 側の運用の問題はあるが，
ユーザ側の利便性が上がるのは間違いないようだ。
IBE のベースとなっているペアリング技術についても悪い評価ではなさそう。
報告書によると，
色々と応用も考えられているし，
IETF，ISO/IEC，IEEE でも標準化の動きがあるようだ。
標準化のあたりはもう少し注目していってもいいかもしれないなぁ。
</p>]]></content:encoded>
</item>

<item rdf:about="http://www.baldanders.info/spiegel/log2/000452.shtml">
  <title>OpenPGP で利用可能なアルゴリズム一覧（RFC4880 対応版）</title>
  <link>http://www.baldanders.info/spiegel/log2/000452.shtml</link>
  <description>Camellia が OpenPGP に加えられた記念として，
以前作成した「OpenPGP で利用可能なアルゴリズム一覧」をリニューアルします。</description>
  <dc:subject>Cryptography</dc:subject>
  <dc:creator>Spiegel</dc:creator>
  <dc:date>2009-06-05T14:24:11+09:00</dc:date>
  <cc:license rdf:resource="http://creativecommons.org/licenses/by/2.1/jp/" />
  <content:encoded><![CDATA[<p>
<a href="http://www.baldanders.info/spiegel/log2/000451.shtml">Camellia が OpenPGP に加えられた</a>記念として，
以前作成した<a href="http://www.baldanders.info/spiegel/remark/archives/000218.shtml">「OpenPGP で利用可能なアルゴリズム一覧」</a>をリニューアルします。
今回は <a href="http://www.ietf.org/rfc/rfc3713.txt">RFC4880</a> を基準に一覧を作成しました。
最後に参考となる文献等も紹介していますので，
あわせてご利用ください。
</p><p>
なお，
表中に ID とありますが，
これは各アルゴリズム毎に割り当てられた番号です。
例えば DSA は公開鍵暗号アルゴリズムの17番目なので「pub 17」と表記したりします。
</p>

<h3>公開鍵暗号アルゴリズム（Public-Key Algorithms）</h3>
<div style="margin-left:1pt;"><table class="solid">
<tr><th>ID</th><th>アルゴリズム</th><th>参考文献</th></tr>
<tr><td style="text-align:right;"> 1</td><td>RSA (Encrypt or Sign)</td><td><a href="http://www.rsasecurity.com/rsalabs/node.asp?id=2125">"PKCS #1: RSA Cryptography Standard"</a>, <a href="http://www.ietf.org/rfc/rfc3447.txt">RFC3447</a></td></tr>
<tr><td style="text-align:right;"> 2</td><td>RSA Encrypt-Only</td><td><a href="http://www.rsasecurity.com/rsalabs/node.asp?id=2125">"PKCS #1: RSA Cryptography Standard"</a>, <a href="http://www.ietf.org/rfc/rfc3447.txt">RFC3447</a></td></tr>
<tr><td style="text-align:right;"> 3</td><td>RSA Sign-Only</td><td><a href="http://www.rsasecurity.com/rsalabs/node.asp?id=2125">"PKCS #1: RSA Cryptography Standard"</a>, <a href="http://www.ietf.org/rfc/rfc3447.txt">RFC3447</a></td></tr>
<tr><td style="text-align:right;">16</td><td>Elgamal (Encrypt-Only)</td><td>Taher El Gamal <a href="http://crypto.csail.mit.edu/classes/6.857/papers/elgamal.pdf">"A public key cryptosystem and a signature scheme based on discrete logarithms"</a></td></tr>
<tr><td style="text-align:right;">17</td><td>DSA (Digital Signature Algorithm)</td><td><a href="http://csrc.nist.gov/publications/fips/fips180-2/fips180-2withchangenotice.pdf">FIPS PUB 186-2</a>, <a href="http://csrc.nist.gov/publications/drafts/fips_186-3/Draft_FIPS-186-3%20_November2008.pdf">FIPS PUB 186-3 draft</a></td></tr>
<tr><td style="text-align:right;">18</td><td>Reserved for Elliptic Curve</td><td><a href="http://www.secg.org/collateral/proposal-for-sec1v2.pdf">"Certicom Proposal to Revise SEC 1: Elliptic Curve Cryptography, Version 1.0"</a></td></tr>
<tr><td style="text-align:right;">19</td><td>Reserved for ECDSA</td><td><a href="http://www.secg.org/collateral/proposal-for-sec1v2.pdf">"Certicom Proposal to Revise SEC 1: Elliptic Curve Cryptography, Version 1.0"</a>, ANSI <a href="http://www.x9.org/">X9</a>.62-2005 draft</td></tr>
<tr><td style="text-align:right;">20</td><td>Reserved</td><td>(formerly Elgamal Encrypt or Sign)</td></tr>
<tr><td style="text-align:right;">21</td><td>Reserved for Diffie-Hellman</td><td>ANSI <a href="http://www.x9.org/">X9</a>.42, as defined for IETF-S/MIME</td></tr>
</table></div><p>
<a href="http://www.ietf.org/rfc/rfc3713.txt">RFC4880</a> では，
<a href="http://csrc.nist.gov/publications/drafts/fips_186-3/Draft_FIPS-186-3%20_November2008.pdf">FIPS PUB 186-3 draft</a> に従って，
DSA アルゴリズムが拡張（“13.6. DSA”）されます。
また RSA についてアルゴリズムの解説が追加（“13.1. PKCS#1 Encoding in OpenPGP”）されています。
なお pub 20 (Elgamal Encrypt or Sign) はアルゴリズム上の欠陥が発見され廃止になりました。
</p><ul>
<li><a href="http://lists.gnupg.org/pipermail/gnupg-users/2003-November/020772.html">[Announce] GnuPG's ElGamal signing keys compromised</a></li>
</ul>

<h3>共通鍵暗号アルゴリズム（Symmetric-Key Algorithms）</h3>
<div style="margin-left:1pt;"><table class="solid">
<tr><th>ID</th><th>アルゴリズム</th><th>鍵長</th><th>ブロック長</th><th>参考文献</th></tr>
<tr><td style="text-align:right;"> 1</td><td>IDEA</td><td style="text-align:right;">128</td><td style="text-align:right;">64</td><td><a href="http://www.mediacrypt.com/_contents/10_idea/100000_ind.asp">"IDEA International Data Encryption Algorithm"</a></td></tr>
<tr><td style="text-align:right;"> 2</td><td>TripleDES (3TDEA)</td><td style="text-align:right;">168 (112 bits of strength)</td><td style="text-align:right;">64</td><td><a href="http://csrc.nist.gov/publications/nistpubs/800-67/SP800-67.pdf">SP800-67</a></td></tr>
<tr><td style="text-align:right;"> 3</td><td>CAST5</td><td style="text-align:right;">128</td><td style="text-align:right;">64</td><td><a href="http://www.ietf.org/rfc/rfc2144.txt">RFC2144</a></td></tr>
<tr><td style="text-align:right;"> 4</td><td>Blowfish</td><td style="text-align:right;">128</td><td style="text-align:right;">64</td><td><a href="http://www.schneier.com/paper-blowfish-fse.html">"Description of a New Variable-Length Key, 64-Bit Block Cipher (Blowfish)"</a></td></tr>
<tr><td style="text-align:right;"> 5</td><td>Reserved</td><td>--</td><td>--</td><td> </td></tr>
<tr><td style="text-align:right;"> 6</td><td>Reserved</td><td>--</td><td>--</td><td> </td></tr>
<tr><td style="text-align:right;"> 7</td><td>AES with 128-bit key</td><td style="text-align:right;">128</td><td style="text-align:right;">128</td><td><a href="http://csrc.nist.gov/publications/fips/fips197/fips-197.pdf">FIPS PUB 197</a></td></tr>
<tr><td style="text-align:right;"> 8</td><td>AES with 192-bit key</td><td style="text-align:right;">192</td><td style="text-align:right;">128</td><td><a href="http://csrc.nist.gov/publications/fips/fips197/fips-197.pdf">FIPS PUB 197</a></td></tr>
<tr><td style="text-align:right;"> 9</td><td>AES with 256-bit key</td><td style="text-align:right;">256</td><td style="text-align:right;">128</td><td><a href="http://csrc.nist.gov/publications/fips/fips197/fips-197.pdf">FIPS PUB 197</a></td></tr>
<tr><td style="text-align:right;">10</td><td>Twofish with 256-bit key</td><td style="text-align:right;">256</td><td style="text-align:right;">128</td><td>"The Twofish Encryption Algorithm"</td></tr>
<tr><td style="text-align:right;">11</td><td>Camellia with 128-bit key</td><td style="text-align:right;">128</td><td style="text-align:right;">128</td><td><a href="http://www.ietf.org/rfc/rfc3713.txt">RFC3713</a></td></tr>
<tr><td style="text-align:right;">12</td><td>Camellia with 192-bit key</td><td style="text-align:right;">192</td><td style="text-align:right;">128</td><td><a href="http://www.ietf.org/rfc/rfc3713.txt">RFC3713</a></td></tr>
<tr><td style="text-align:right;">13</td><td>Camellia with 256-bit key</td><td style="text-align:right;">256</td><td style="text-align:right;">128</td><td><a href="http://www.ietf.org/rfc/rfc3713.txt">RFC3713</a></td></tr>
</table></div><p>
sym 5 (SAFER-SK128), sym 6 (DES/SK) は <a href="http://www.ietf.org/rfc/rfc3713.txt">RFC4880</a> で廃止になりました。
sym 11-13 （Camellia）は <a href="http://www.ietf.org/rfc/rfc5581.txt">RFC5581</a> で追加されました。
なお OpenPGP では CFB mode （の変型; “13.9. OpenPGP CFB Mode”）で暗号化を行います。
</p>

<h3>ハッシュ・アルゴリズム（Hash Algorithms）</h3>
<div style="margin-left:1pt;"><table class="solid">
<tr><th>ID</th><th>アルゴリズム</th><th>参考文献</th></tr>
<tr><td style="text-align:right;"> 1</td><td>MD5</td><td><a href="http://www.ietf.org/rfc/rfc1321.txt">RFC1321</a></td></tr>
<tr><td style="text-align:right;"> 2</td><td>SHA-1</td><td><a href="http://csrc.nist.gov/publications/fips/fips180-2/fips180-2withchangenotice.pdf">FIPS PUB 186-2</a></td></tr>
<tr><td style="text-align:right;"> 3</td><td>RIPE-MD/160</td><td><a href="http://homes.esat.kuleuven.be/~bosselae/ripemd160.html">"The hash function RIPEMD-160"</a></td></tr>
<tr><td style="text-align:right;"> 4</td><td>Reserved</td><td> </td></tr>
<tr><td style="text-align:right;"> 5</td><td>Reserved</td><td> </td></tr>
<tr><td style="text-align:right;"> 6</td><td>Reserved</td><td> </td></tr>
<tr><td style="text-align:right;"> 7</td><td>Reserved</td><td> </td></tr>
<tr><td style="text-align:right;"> 8</td><td>SHA256</td><td><a href="http://csrc.nist.gov/publications/fips/fips180-2/fips180-2withchangenotice.pdf">FIPS PUB 186-2</a></td></tr>
<tr><td style="text-align:right;"> 9</td><td>SHA384</td><td><a href="http://csrc.nist.gov/publications/fips/fips180-2/fips180-2withchangenotice.pdf">FIPS PUB 186-2</a></td></tr>
<tr><td style="text-align:right;">10</td><td>SHA512</td><td><a href="http://csrc.nist.gov/publications/fips/fips180-2/fips180-2withchangenotice.pdf">FIPS PUB 186-2</a></td></tr>
<tr><td style="text-align:right;">11</td><td>SHA224</td><td><a href="http://csrc.nist.gov/publications/fips/fips180-2/fips180-2withchangenotice.pdf">FIPS PUB 186-2</a></td></tr>
</table></div><p>
<a href="http://www.ietf.org/rfc/rfc3713.txt">RFC4880</a> において hash 4 (double-width SHA), hash 5 (MD2), hash 6 (TIGER/192), hash 7 (HAVAL-5-160) が廃止になり，
hash 8-11 (SHA224/256/384/512) が追加されました。
</p>

<h3>圧縮アルゴリズム（Compression Algorithms）</h3>
<div style="margin-left:1pt;"><table class="solid">
<tr><th>ID</th><th>アルゴリズム</th><th>参考文献</th></tr>
<tr><td style="text-align:right;"> 1</td><td>ZIP</td><td><a href="http://www.ietf.org/rfc/rfc1951.txt">RFC1951</a></td></tr>
<tr><td style="text-align:right;"> 2</td><td>ZLIB</td><td><a href="http://www.ietf.org/rfc/rfc1950.txt">RFC1950</a></td></tr>
<tr><td style="text-align:right;"> 3</td><td>BZip2</td><td><a href="http://www.bzip.org/">"bzip2"</a></td></tr>
</table></div><p>
comp 3 (BZip2) は <a href="http://www.ietf.org/rfc/rfc3713.txt">RFC4880</a> で追加されました。
</p>

<h4 style="text-decoration:underline;">S2K (String-to-key)</h3>
<div style="margin-left:1pt;"><table class="solid">
<tr><th>ID</th><th>S2K タイプ</th></tr>
<tr><td style="text-align:right;"> 0</td><td>Simple S2K</td></tr>
<tr><td style="text-align:right;"> 1</td><td>Salted S2K</td></tr>
<tr><td style="text-align:right;"> 2</td><td>Reserved value</td></tr>
<tr><td style="text-align:right;"> 3</td><td>Iterated and Salted S2K</td></tr>
</table></div><p>
S2K は共通鍵暗号用の鍵を生成する際に使われるアルゴリズムです。
</p>

<h3>参考文献</h3>
<ul>
<li><a href="http://www.ietf.org/rfc/rfc3713.txt">RFC4880</a></li>
<li><a href="http://www.ietf.org/rfc/rfc5581.txt">RFC5581</a></li>
<li><a href="http://www.cryptrec.go.jp/method.html">電子政府推奨暗号の仕様書</a> （<a href="http://www.cryptrec.go.jp/">CRYPTREC</a>）</li>
<li><a href="http://mailsrv.nara-edu.ac.jp/~asait/crypt.htm">暗号の話</a></li>
<li><a href="http://www.atmarkit.co.jp/fsecurity/rensai/crypt03/crypt01.html">デファクトスタンダード暗号技術の大移行 第3回 これだけは知っておきたいアルゴリズム～共通鍵暗号編</a></li>
<li><a href="http://www.atmarkit.co.jp/fsecurity/rensai/crypt04/crypt01.html">デファクトスタンダード暗号技術の大移行 第4回 これだけは知っておきたいアルゴリズム～ハッシュ関数・公開鍵暗号・デジタル署名編</a></li>
<li><a href="http://www.baldanders.info/spiegel/remark/archives/000204.shtml">暗号の危殆化と新しいアルゴリズム</a></li>
<li><a href="http://www.baldanders.info/spiegel/remark/archives/000025.shtml">OpenPGP 関連リンク集</a></li>
</ul>

<div class="hreview" ><a class="item url" href="http://www.amazon.co.jp/%E6%96%B0%E7%89%88%E6%9A%97%E5%8F%B7%E6%8A%80%E8%A1%93%E5%85%A5%E9%96%80-%E7%A7%98%E5%AF%86%E3%81%AE%E5%9B%BD%E3%81%AE%E3%82%A2%E3%83%AA%E3%82%B9-%E7%B5%90%E5%9F%8E-%E6%B5%A9/dp/4797350997%3FSubscriptionId%3D0G91FPYVW6ZGWBH4Y9G2%26tag%3Dbaldandersinf-22%26linkCode%3Dxm2%26camp%3D2025%26creative%3D165953%26creativeASIN%3D4797350997"><img src="http://ecx.images-amazon.com/images/I/514nedCC1hL._SL160_.jpg" alt="photo" class="photo"  /></a><dl ><dt class="fn"><a class="item url" href="http://www.amazon.co.jp/%E6%96%B0%E7%89%88%E6%9A%97%E5%8F%B7%E6%8A%80%E8%A1%93%E5%85%A5%E9%96%80-%E7%A7%98%E5%AF%86%E3%81%AE%E5%9B%BD%E3%81%AE%E3%82%A2%E3%83%AA%E3%82%B9-%E7%B5%90%E5%9F%8E-%E6%B5%A9/dp/4797350997%3FSubscriptionId%3D0G91FPYVW6ZGWBH4Y9G2%26tag%3Dbaldandersinf-22%26linkCode%3Dxm2%26camp%3D2025%26creative%3D165953%26creativeASIN%3D4797350997">新版暗号技術入門 秘密の国のアリス</a><img src='http://www.assoc-amazon.jp/e/ir?t=baldandersinf-22&l=ur2&o=9' width='1' height='1' border='0' alt='' /></dt><dd>結城 浩</dd><dd>ソフトバンククリエイティブ 2008-11-22</dd><dd>評価<abbr class="rating" title="5"><img src="http://g-images.amazon.com/images/G/01/detail/stars-5-0.gif" alt="" /></abbr> </dd></dl><p class="similar"><a href="http://www.amazon.co.jp/exec/obidos/ASIN/4797345268/baldandersinf-22/" target="_top"><img src="http://images.amazon.com/images/P/4797345268.09._SCTHUMBZZZ_.jpg"  alt="数学ガール/フェルマーの最終定理"  /></a> <a href="http://www.amazon.co.jp/exec/obidos/ASIN/4774136689/baldandersinf-22/" target="_top"><img src="http://images.amazon.com/images/P/4774136689.09._SCTHUMBZZZ_.jpg"  alt="ひなた先生が教えるデバッグが256倍速くなるテクニック (Software Design Books)"  /></a> <a href="http://www.amazon.co.jp/exec/obidos/ASIN/4797341378/baldandersinf-22/" target="_top"><img src="http://images.amazon.com/images/P/4797341378.09._SCTHUMBZZZ_.jpg"  alt="数学ガール"  /></a> <a href="http://www.amazon.co.jp/exec/obidos/ASIN/484012292X/baldandersinf-22/" target="_top"><img src="http://images.amazon.com/images/P/484012292X.09._SCTHUMBZZZ_.jpg"  alt="数学ガール 上 (MFコミックス フラッパーシリーズ)"  /></a> <a href="http://www.amazon.co.jp/exec/obidos/ASIN/4797329734/baldandersinf-22/" target="_top"><img src="http://images.amazon.com/images/P/4797329734.09._SCTHUMBZZZ_.jpg"  alt="プログラマの数学"  /></a> </p><p class="gtools" >by <a href="http://www.goodpic.com/mt/aws/index.html" >G-Tools</a> ,  <abbr class="dtreviewed" title="2009/06/05">2009/06/05</abbr></p></div>]]></content:encoded>
</item>

<item rdf:about="http://www.baldanders.info/spiegel/log2/000451.shtml">
  <title>The Camellia Cipher in OpenPGP</title>
  <link>http://www.baldanders.info/spiegel/log2/000451.shtml</link>
  <description>OpenPGP で日本発の Camellia 暗号を扱うための RFC が発行された。</description>
  <dc:subject>Cryptography</dc:subject>
  <dc:creator>Spiegel</dc:creator>
  <dc:date>2009-06-04T23:28:22+09:00</dc:date>
  <cc:license rdf:resource="http://creativecommons.org/licenses/by/2.1/jp/" />
  <content:encoded><![CDATA[<p>
OpenPGP で日本発の Camellia 暗号を扱うための RFC が発行された。
</p><ul>
<li><a href="http://www.rfc-editor.org/rfc/rfc5581.txt">RFC 5581: The Camellia Cipher in OpenPGP</a></li>
</ul><p>
Camellia は NTT と三菱電機が開発した 128bit ブロック暗号である。
</p><ul>
<li><a href="http://info.isl.ntt.co.jp/crypt/camellia/index.html">Camellia</a></li>
<li><a href="http://www.ietf.org/rfc/rfc3713.txt">RFC 3713: A Description of the Camellia Encryption Algorithm</a> （<a href="http://www.ipa.go.jp/security/rfc/RFC3713JA.html">IPA による日本語訳</a>）</li>
<li><a href="http://ja.wikipedia.org/wiki/Camellia">Wikipedia による解説</a></li>
</ul><p>
OpenPGP では，
Camellia は鍵の長さごとに共通鍵暗号アルゴリズム（Symmetric Key Algorithms）の11番から13番が割り当てられる。
OpenPGP で利用可能なアルゴリズムについては以下の記事が参考になる。
</p><ul>
<li><a href="http://www.baldanders.info/spiegel/log2/000452.shtml">OpenPGP で利用可能なアルゴリズム一覧（RFC4880 対応版）</a></li>
</ul><p>
余談だが，
OpenSSL 1.0.0 系では Camellia が標準で有効になっている。
</p><p>
いやぁ，
めでたい！
</p>]]><![CDATA[<p>
（追記 6/6）
</p><p>
GnuPG のリポジトリでは 6/5 から <a href="http://int.tumblr.com/post/118910062/gnupg-r5036-dshaw">Camellia のサポートが有効になってるらしい</a>。
</p>]]></content:encoded>
</item>


  <image rdf:about="http://www.baldanders.info/images/baldanders.png">
    <title>Baldanders.info</title>
    <link>http://www.baldanders.info/</link>
    <url>http://www.baldanders.info/images/baldanders.png</url>
  </image>

  <cc:License rdf:about="http://creativecommons.org/licenses/by/2.1/jp/">
     <cc:permits rdf:resource="http://web.resource.org/cc/Reproduction" />
     <cc:permits rdf:resource="http://web.resource.org/cc/Distribution" />
     <cc:requires rdf:resource="http://web.resource.org/cc/Notice" />
     <cc:requires rdf:resource="http://web.resource.org/cc/Attribution" />
     <cc:permits rdf:resource="http://web.resource.org/cc/DerivativeWorks" />
  </cc:License>

</rdf:RDF>

