RFC 5544-2010
タイムスタンプを含むバインドされたドキュメントの構文

規格番号

RFC 5544-2010

制定年

2010

出版団体

IETF - Internet Engineering Task Force

最新版

RFC 5544-2010

範囲

「はじめに タイムスタンプは、特定の時点より前の文書の存在を証明するための標準的な技術となっています。 世界中のいくつかの法律がこの概念を採用し、主に署名された文書の有効性を延長する目的でタイムスタンプ サービスを提供しています。 ただし、タイムスタンプはデジタル署名を強化します@ が、その値はデジタル署名に依存しません。 文書に署名されていない場合でも、タイムスタンプを付けると明らかに便利です。 また、一部の文書では便利であったり、必須であったりする場合もありますcase@ 含まれる署名の数に関係なく、署名された文書全体にタイムスタンプを付ける @ タイムスタンプがデジタル署名に関連する場合、2 つの部分を一緒に保持する方法がすでに存在します: RFC 3161 [TSP] はその方法を説明しています1 つ以上の TimeStampToken を署名なしの属性として SignerInfo 構造に含めることができますが、一方で、@ 署名の有無にかかわらず@ タイムスタンプ付きドキュメントと関連するタイムスタンプをまとめて保持する標準的な方法はありません。 通常、次の 2 つのアプローチが採用されています。 o タイムスタンプは別個のファイルとして保存されます (どのタイムスタンプがどの文書に属しているかをユーザーが追跡します)。 o アドホックなソリューションが特定のアプリケーション (例: ZIP アーカイブまたはある種の独自の「エンベロープ」) に採用されています。 どちらの解決策も、このメモの目的である相互運用性@を妨げます。 この文書では、1 つの文書 (実際にはあらゆる種類のファイル) を対応する一時的な証拠にバインドするための単純な構文について説明します。 後者は通常、1 つ以上の RFC 3161 TimeStampToken によって表されます。 追加のタイプの時間的証拠@、たとえば RFC 4998 EvidenceRecord [ERS]@ も、「open」構文を介してサポートされます。 ただし、相互運用性を考慮して、このドキュメントでは TimeStampToken に重点を置いています。 提案された構文は、RFC 5652 [CMS] で定義されている暗号メッセージ構文 (CMS) に広く基づいています。 」

RFC 5544-2010 発売履歴

• 2010 RFC 5544-2010 タイムスタンプを含むバインドされたドキュメントの構文