1. OpenPGPを使用したSNSセキュリティ

3. 受信者秘匿

7. 情報の中身を秘匿。

9. 日記などに貼り付ける場合、誰に宛てられたのかは第三者が推測できない。

10. 複数のアクセスがある場合、SNSシステム側からでさえ、誰に宛てられたメッセージかを推測するのは困難。

11. 単一のアクセスでもその人が本当に受信者かは推測できない。

13. 中には意味のない通信が含まれているかもしれない。

14. （もちろん節度を持って意味のない通信を発生させるべきである。）－スパムはいけない。

16. 署名。

18. もちろんその鍵が盗まれていない場合のみ･･････なので特殊な事例。

20. 自分が現時点でその情報を持っていることを証明したい、でも内容はまだ明かせない。

21. 対称暗号を使用して暗号化、それを配布する。

22. 時が来た時にパスフレーズを公開。

23. 他の人はそのパスフレーズを使用してすでに手に入れているデータを復号化。

29. http://www.gpg4win.org/

31. OpenPGPは信用の輪を構築できる。

32. OpenPGPは他のシステムに比べて要件が緩い。

34. 既存の日記、ノートシステムで変更なしに運用できる。

35. コピペでも十分いける。

37. SNS内での知り合いはSNS用の公開鍵で、実際に検証済みの人に関しては本運用鍵で署名するといったマルチティアーな運用がシームレスに可能。

38. 既存の信用モデルもそのまま参照できる。

40. 認証局不要 。 SNS の相互認証はアドホックなためこれは重要。

42. 署名機能

43. 秘匿受信者機能

46. パスフレーズの受け渡しはなし。

53. 受信者はBobとCharlesとする。

55. 秘密鍵が削除されているため、暗号化したものを解読できる人はいない。

57. 全員Alice、Bob、Charlesの公開鍵を保持

58. 普通の通信の場合 Aliceは暗号化したデータをBobに送信 Bobはそれを復号。 メッセージ自体はAliceが自分の日記などに貼り付けたと仮定。 Bobの公開鍵を持つものはAliceがBobに対してメッセージを送ったのがわかる。 Alice -> Bob

59. 秘匿受信者機能の通信の場合 Aliceは暗号化したデータをBobに送信 Bobはそれを復号。 Davidから見るとAliceが誰に宛てているのかはわからない。 Bobも復号化を試してみて成功して初めて自分宛であるとわかる。 ???

60. 複数人への秘匿通信の場合 複数人への秘匿通信も可能。 この場合Davidがわかるのはメッセージが誰か二人に宛てられているという事実。 Charles、Bobそれぞれは自分に宛てられたという事実の他、誰かもう一人に宛てられている、という事実。 2人宛て

65. Sinkを介入させた通信１ Bob、Charlesは自分以外に４人に宛てられていることを認識。 ５人

66. Sinkを介入させた通信２ Bobは自分の他に４人に宛てられていることを認識。 ５人

67. Sinkを介入させた通信３ この場合、メッセージは実質的に破棄。（全員がSinkなので誰も読めない。） Davidから見た人数が全て同じ５人なのに注意。 ５人

69. SNSシステム、第三者にメッセージ自体が存在することを悟られないようにする。

70. 行間やスペーシングによるエンコード？