電子メールの送信時刻認証サービスが開始

ultrageek 曰く、

日本ベリサイン、セイコープレシジョン、東京大学が共同で電子メールの送信時刻を認証する事業を始めるとNIKKEIが報じている。一瞬わざわざ電子メールで何のために時刻認証が必要なのかと思ったが、特許等が絡む場合において、実験データ、論文草案などの研究情報を電子メールで交換していれば、当該技術がいつごろに開発されたか判断できるということのようだ。そのため、電子メールの作成者と送信時刻の一括した認証が必要とのこと。NIKKEI記事に該当するであろうベリサインのリリースを見たところ、このサービスは「セキュア時メール」という名称で、セイコープレシジョンが販売していくようで、6月に販売開始されるゲートウェイサーバでは既存の電子メールシステムにこの時刻認証電子メール機能をアドオンできるらしい。

通信内容の秘密は保証されるの？内容が盗み読まれたら困るものばかりじゃ？

[Anonymous Coward]

　

　

Re:通信内容の秘密は保証されるの？内容が盗み読まれたら困るものばかりじゃ？

[akira_t_t (31146)]

ダイジェストをとってダイジェストに対して認証を行えばよいのでは？

もちろん、未来においてダイジェストのコリジョンを用意に発見できるようになったりするとやっかいですが。

安くで認証できるなら、同じ特許対策でも技術情報の公知に使いたいかも。
自分で公開した技術をwebで公知しても、公知になった日時の証明ができなくて微妙だなぁ。
って思っていたので。

自分が最初に発明したものでも、公知してなかったばかりに企業に特許を取られるって事が防げて幸せっぽい。
国会図書館に納本という手もあるけど、面倒だしなぁ。(やったことないけど）

後願排除と先使用権

[chromegreen (33981)]

Webの内容と日時を証明するサービスとしては、例えば、
発明協会 [jiii.or.jp]の「公開技報ＷＥＢサービス・ホームページ登録サービス」があります。

蛇足ではありますが・・・
今回のサービスは、他社(他人)の特許取得を防ぐ(後願排除)ためのものではなく、
自社内の秘密情報として出願(=公知にする)をしていなかった発明が、
他社により出願され特許になってしまった場合に対応するためのものです。

この場合、先願主義である日本では、他社に特許はとられてしまいます。
しかし、その特許の出願時に自社も同一の発明を使用もしくは使用可能であったという証明ができれば、
「先使用権」として他社の許可を得ることなくこの発明を使用することが可能となります。

今回のものは、その先使用の日時を証明するためのサービスですね。
もちろん、日時の他に、他に内容も改ざんされていないという証明が必要となります。

Re:通信内容の秘密は保証されるの？内容が盗み読まれたら困るものばかりじゃ？

[Anonymous Coward]

確か特許庁に(出願ではなく)アイディアの付託ができるようになったんじゃなかったでしたっけ？？
調べる元気がないのでAC.

Re:通信内容の秘密は保証されるの？内容が盗み読まれたら困るものばかりじゃ？

[Anonymous Coward]

RFC3161を読みましょう。まずはそれからです。 http://www.jiten.com/dicmi/docs/r/10113.htm [jiten.com] http://www.jiten.com/dicmi/docs/r/10113s.htm [jiten.com] http://www.ietf.org/rfc/rfc3161.txt [ietf.org]

RHC3161 : Internet X.509 Public Key Infrastructure Time-Stamp Protocol (TSP)

(snip)

The TSA is REQUIRED:

1. to use a trustworthy source of time.
2. to include a trustworthy time value for each time-stamp token.
3. to include a unique integer for each newly generated time-stamp token.
4. to produce a time-stamp token upon receiving a valid request from the requester, when it is possible.
5. to include within each time-stamp token an identifier to uniquely indicate the security policy under which the token was created.
6. to only time-stamp a hash representation of the datum, i.e., a data imprint associated with a one-way collision resistant hash-function uniquely identified by an OID.
7. to examine the OID of the one-way collision resistant hash- function and to verify that the hash value length is consistent with the hash algorithm.
8. not to examine the imprint being time-stamped in any way (other than to check its length, as specified in the previous bullet).
9. not to include any identification of the requesting entity in the time-stamp tokens.
10. to sign each time-stamp token using a key generated exclusively for this purpose and have this property of the key indicated on the corresponding certificate.
11. to include additional information in the time-stamp token, if asked by the requester using the extensions field, only for the extensions that are supported by the TSA. If this is not possible, the TSA SHALL respond with an error message.

Re:通信内容の秘密は保証されるの？内容が盗み読まれたら困るものばかりじゃ？

[Anonymous Coward]

http://www.ipa.go.jp/security/rfc/RFC3161JA.html [ipa.go.jp]
参考までに日本語訳版

e文書法に対応する場合にも使われるRFC3161

[Anonymous Coward]

ちなみにこのRFC3161はいわゆるe文書法に則ったデジタルデータを作成する場合にも用いられます。
e文書法の場合は、作成者の電子署名とタイムスタンプとの2種の署名で成り立ちます。
なんせ、電子署名の有効期限が短いので、5年、10年補完義務のある書類では
電子署名が有効期限切れになってしまって用を成さない。
だから、その時間に確かに作られたのだ、というタイムスタンプが必要となるのですね。

Re:通信内容の秘密は保証されるの？内容が盗み読まれたら困るものばかりじゃ？

[arkas (10211)]

本文はS/MIMEとかで暗号化するのかねぇ。仮に所内/社内にGWサーバを置いたとしても、時刻認証はどっか別のpublicなサーバとやりとりしないと成立しないでしょうから、そもそも通信がおこっているという事実自体を隠匿したいという用途には不向きでしょうな(ダミーを混ぜればいいのでしょうが)

なるほど、発信元PCをspam発信botに感染させておけば(ry

[Anonymous Coward]

　

  　

君は領域の異なる問題を分離して考えることができていないように思われる。

[arkas (10211)]

(T/O)

Re:通信内容の秘密は保証されるの？内容が盗み読まれたら困るものばかりじゃ？

[Cutlet Curry (4119)]

コメントが暗号化されているようですが、どういう認証になっているのでしょう？

--
モデレート　したいときには　権利なし
かつかれー

画像はイメージです(The image is an image.)

[Anonymous Coward]

　

　

確かに送りましたよ？

[kharada (437)]

え、届いていない？
そりゃ～、Emailですから。

必ず届くという保障もないですし、即座に届くという保証もないですから。
＃まぁ、今時だと通過して、すぐ配送先につながるんでしょうね。

そのうち

[Anonymous Coward]

「電子メールで内容証明」なんてのができるようになったら便利だろうな。
#現状だと受け取ったことの確認ができないけど

サービス拡充していくと

[Anonymous Coward]

メール送信では次の認証サービスも検討中です

・ネカマではない認証サービス
・イケメンである認証サービス
・一流企業所属証明サービス
・高収入である認証サービス

…どれかは既にできそう
-----
賛否両論

Re:サービス拡充していくと

[Anonymous Coward]

＞・一流企業所属証明サービス

つ[ゲートウェイ]

まずAppleに導入して欲しい

[Sakura Avalon (12557)]

[e-mail]からのメールはいつも日時不明なので認証をお願いしたいです。以前はちゃんと付いてたはずなのに～。
うちのメーラーでは配信日時じゃなく送信日時でソートしてるため、いつも未読1通残ってしまい何かと思えばAppleからのメールが既読メール群よりさらに下に置かれてるという状態ですんで。
というか素直にDateフィールドを付けてくれるだけで良いのに…。今だとRFC違反な気もしますし。

＃論文メールで「私は画期的な証明を思いついた。が、それを記すには余白が無い。」とかってのの時刻証明しても先発として認めてもらえるだろーか。

簡単にいうとこんなところ？

[Anonymous Coward]

送信者：ハッシュXXXXXXの電子メールX月X日X時X分X秒に送りましたよ。
　　　　ベリサインさん覚えておいてねー
ベリサイン鯖：OKー覚えたよー

受信者：このハッシュXXXXXXのメールほんとにこの時間に送ったの？
ベリサイン鯖：確かにその時間に送信されてましたよー