<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0"><channel><title>Tender Surrender - Latest Comments in OAuthの署名方式を掘り下げる</title><link>http://agektmr.disqus.com/</link><description></description><language>en</language><lastBuildDate>Wed, 08 Oct 2008 01:37:22 -0000</lastBuildDate><item><title>Re: OAuthの署名方式を掘り下げる</title><link>http://devlog.agektmr.com/archives/174#comment-2931908</link><description>&amp;gt; 公開鍵の扱いが中途半端な実装になっているのは、RSA署名方式自体が、署名の潜在的偽造の可能性があるからかもしれないのか？&lt;br&gt;&lt;br&gt;これは単純に、まだ内輪で話が済んでいるからでしょう。もっと一般的になってくると、厳密に仕様を作り、乗っ取っていなければならなくなると思います。&lt;br&gt;&lt;br&gt;&amp;gt; HMAC方式はお互いに秘密鍵を保有することで、すでに秘匿性が担保されていると考えてもいいのか。&lt;br&gt;&lt;br&gt;秘匿性とはなんでしょうか？署名はあくまで自分が名乗っている通りである事を証明するものであり、リクエストの内容を隠すものではありません。リクエストの内容を隠したい場合はSSLなどを利用します。&lt;br&gt;&lt;br&gt;&amp;gt; コンシューマーがリクエストする際に公開鍵を指定する仕様なら、誰でもなりすましができてしまう。&lt;br&gt;ハードコーディングは、公開鍵を事前に渡しておくことと捉えるなら、それなりに納得できる気もするが。&lt;br&gt;&lt;br&gt;公開鍵は誰が見ても、誰が使っても、なりすましには利用できません。&lt;br&gt;署名の目的は、自分が名乗っている通りの者である事を証明すること。RSA秘密鍵を使って作られた署名は、RSA公開鍵を使ってのみ可逆なので、公開鍵で開けらる署名は秘密鍵の持ち主だと判断できます。また、その公開鍵で開けられる署名は、対となる秘密鍵でしか作る事ができません。&lt;br&gt;&lt;br&gt;というわけで、秘密鍵が漏洩することさえなければ、公開鍵をハードコーディングする事も、動的に公開鍵を渡す事も特に問題はありません。</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">agektmr</dc:creator><pubDate>Wed, 08 Oct 2008 01:37:22 -0000</pubDate></item><item><title>Re: OAuthの署名方式を掘り下げる</title><link>http://devlog.agektmr.com/archives/174#comment-2927986</link><description>公開鍵の扱いが中途半端な実装になっているのは、RSA署名方式自体が、署名の潜在的偽造の可能性があるからかもしれないのか？　HMAC方式はお互いに秘密鍵を保有することで、すでに秘匿性が担保されていると考えてもいいのか。&lt;br&gt;&lt;br&gt;コンシューマーがリクエストする際に公開鍵を指定する仕様なら、誰でもなりすましができてしまう。&lt;br&gt;ハードコーディングは、公開鍵を事前に渡しておくことと捉えるなら、それなりに納得できる気もするが。</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">kazu</dc:creator><pubDate>Tue, 07 Oct 2008 21:35:59 -0000</pubDate></item></channel></rss>