信頼できるサードパーティ：電子署名が表示されたときにどのように変化するか

過去10年間、電子署名（ES）を使用したドキュメントの便利で長期的な（または「アーカイブ」）保管と相互信頼との交換の問題は根本的に解決されていません。はい、拡張ESフォーマット（CAdES-AおよびXAdES-A）の特別な「アーカイブ」バージョンがあります。これには、ES生成時にいくつかのタイムスタンプ、取り消された証明書のリスト、および認証機関（CA）のチェーンが含まれます。電子署名を使用してドキュメントを「再署名」するソリューション、またはストレージ用の信頼できる環境を作成するソリューションのオプションがあります。ただし、これらすべてが「使いやすさ」を追加するわけではありません。新しい問題も発生しています。商用情報システム（特にトレーディングフロア）で適格な証明書を使用するための統一されたポリシーがないため、高度に専門化されたOIDが証明書に追加され始めました。発行された証明書の統一された登録の欠如とその数の大幅な増加。多数のCAとその売上高。不正な方法で取得された、ESの認定証明書を使用して、不動産および納税申告書で詐欺を試みました。



2019年12月27日に採択された連邦法「電子署名に関する」の改正は、これらの問題のほとんどを最終的に排除し、クラウドベースの電子署名を合法化し、実際に認証センターの市場を再構築することを目的としています。法律はまた、新しい機関、つまり信頼できる第三者（TTP）を導入しています。TPA規制は2021年1月1日に発効するはずです。それにもかかわらず、TPAに関連するほとんどすべてのものは、規制当局からの説明と規制をまだ待っています。何が私たちを待っているのかを詳しく説明しようと思います。

従来の電子署名の「短期的」のどのような非自明な問題が今日存在しますか？

私はアプリケーション統合部門で働いています。たまたま、「箱から出して」ドキュメントを回覧するための「標準」電子署名を実装したり、電子署名を操作するための既製のクライアントアプリケーションを実装したりする必要はありませんでした。ほとんどの場合、実装タスクは、電子署名（証明書、キー、およびそれらのキャリアのライフサイクルを提供するためのさまざまな種類の自動化を含む）を既存のボックス化されたワークフローまたは情報システム（ドキュメントの長期保存を含むものを含む）に埋め込むことに要約されます。設計の最初の段階では、電子署名を作成するプロセスは通常、誰にとっても大きな問題を引き起こしませんでした。まあ、それは何ですか？ドキュメントにハッシュを生成し、CAdES-BESやXAdES-BESなどの基本的な電子署名形式を使用して秘密鍵で署名します。しかし、電子署名付きのドキュメントをさらに中長期的に保存する必要性、ドキュメントフローでの電子署名の検証（自動化を含む）は、常に最終的にソリューションのアーキテクチャに影響を与えました。 EDS形式は、CAdES-TおよびXAdES-T（タイムスタンプ付き）から始まり、拡張された特別な「A」バージョン（アーカイブ）で終わる、より複雑になりました。そして、サークル内のすべてのものが、選択された形式に必要なコンテキストを提供するために、電子署名を形成するプロセスに戻りました。選択したフォーマットに必要なコンテキストを提供します。選択したフォーマットに必要なコンテキストを提供します。



では、少なくとも10〜15年以内に、ドキュメントの電子署名を確認するにはどうすればよいでしょうか。 （おそらく、何年も経つと、必要な暗号化アルゴリズムと必要な形式をサポートする認定された暗号化情報保護ツール（CIPF）がなくなり、必要な電子ドキュメントビューアが現在のOSで実行されなくなるような詳細は省略します。）



に関する法律に目を向けましょう。 ES（2011年4月6日付けNo.63-FZ）。第11条「適格電子署名の認識」に含まれる適格電子署名の認識（検証）の条件は何ですか（ 電子署名のある文書の検証に時間内に影響を与えるのは彼であるため、記事の第2項のみを示します）。

[…] :



2) ( ) , .

重要な情報（特にドキュメントの長期保存のコンテキストで）はここに括弧で囲まれています。資格のある証明書は、電子文書に署名するときに有効であるだけでなく、電子文書に署名する瞬間を「本物の」記録 する必要があります。これは前提条件です。



立法者は、電子文書に署名した瞬間についての情報の正確さを確認する方法を提案せず、示唆さえしませんでした。 ..。ただし、これは正常です。プロセス要件は、責任のある規制当局によって開示されるべきです。そして9年後、2019年末に電子署名に関する法律の改正が発表された後、ロシアのデジタル問題省とロシアのFSB（タイムスタンプ付きの作業に関してですが、それについては後で詳しく説明します）がついにドラフト注文を作成しました。それまでの間、署名の瞬間の信憑性を証明する責任は、CIPF開発者と情報システムの所有者の肩にかかっています。たとえば、オープンな国際仕様と標準に依存して、タイムスタンプ付きのものを含め、電子署名フォーマットを自分で選択することを余儀なくされ、裁判所の慣行がアプローチを確認または修正するのを待ちます。

基本的なESの「短期的な」性質を回避するために通常使用されるソリューションは何ですか？

開発プロセスにタイムスタンプが付いたESフォーマットの単一の標準。ESを使用したドキュメントの中期（5〜10年）および長期保存の観点から最も明白なのは、少なくとも次の拡張形式の1つで（IP所有者の裁量で）修飾されたESを実装することです。

• 最大15年間（ES検証キー「タイムスタンプサービス」の証明書の理論上の最大有効期間）の電子文書に署名する瞬間を確実に決定するための埋め込みタイムスタンプ付き。
• OCSPサービス（オンライン証明書ステータスチェックサービス）からの添付応答または添付証明書失効リスト（署名時に適格な証明書の有効性の確認を提供）の形式で、タイムスタンプに裏打ちされた証明書検証の事実に関する情報を含みます。

N年間でドキュメントの電子署名の検証を提供する、あまり明白ではなく、あまり一般的ではないソリューションには、信頼できるストレージ環境の作成が含まれます。このような環境では、ESを含むドキュメントは、ほとんどの場合、最大のメタデータセットを使用してユーザーに発行された適格なES証明書の有効期間中（たとえば、署名直後）に配置されます。電子署名付きのドキュメントが信頼できる環境に配置されると、電子署名がチェックされ、証明書のステータスが確認され、チェックの事実に関する拡張レポートが生成されます。ドキュメントと関連するすべてのメタデータの整合性は、信頼できる環境によって保証されます。このようなソリューションには、たとえば、ESを含むドキュメントのメタデータの可能な最大セットが登録されている大規模な組織の内部/業界レジスタが含まれます（少なくとも、ドキュメント属性とそのハッシュ、ES、証明書識別子、およびES証明書自体。タイムスタンプ、電子署名の別のタイムスタンプによる証明書の検証の事実）。必要に応じて、これらすべてに「アーキビスト」の技術的署名を使用して上から署名することができます。一般に、これは、電子署名付きのドキュメントがシステムから切り離されていない、または電子署名自体が最初にタイムスタンプなしで実装されている大企業や組織の内部ニーズに適しています。



かさばる信頼できるドキュメントストレージ環境は、署名されたドキュメントがメタデータのセット全体とともに保存されるため、電子署名の侵害に関する潜在的な問題を回避するのに役立ちます。しかし、それでも、組織間の電子署名を使用した電子ドキュメントフローの実装には貢献していません。また、残念ながら、ドキュメントに署名した瞬間に関する情報の正確さを証明する必要性を取り消すことはありません 。

信頼できるサードパーティの導入はどのように違いを生むでしょうか？

私たちは最も重要なことに到達しました。2019年12月27日付けの63-FZ「電子署名について」に加えて、クラウドベースの電子署名の法的な承認を含む多くの変更とともに、信頼できる第三者の機関が登場します（第18.1条）。これは新しいタイプの組織であり、電子署名付きの電子文書の交換に対する信頼を確保するように設計されています。



法律は、TTPが電子的相互作用の参加者に提供するサービスのリストを定義しています。

• 電子文書に署名する際に使用される電子署名の有効性を確認するため。これには、対応する証明書が特定の時点で有効であり、認定された認証センターによって作成および発行され、これらの証明書が発行された日に有効であるという事実の確立が含まれます。
• 電子文書に署名する際に使用されるすべての適格な証明書が、この連邦法およびそれに準拠して採用されたその他の規制法によって確立された要件に準拠していることを確認するため。
• 電子的相互作用の参加者の力をチェックすることについて;
• 信頼できる第三者の適格な電子署名を使用した受領書の作成および署名と、その署名の瞬間に関する信頼できる情報を含む電子文書内の適格な電子署名の検証の結果。
• 信頼できるサードパーティによって実行された操作のドキュメントを含むデータストレージ。

言い換えると、認定された組織が表示され（認定されたCAの一連のサービスだけでなく）、次のような必要な一連のサービスを提供します。

• 特定の時点での電子署名および証明書の有効性の検証。
• ES証明書の所有者の権限の検証。
• 資格のある電子署名の検証結果を含む領収書の発行。
• 実行された（検証された）操作の実際のレジスタを維持します。

実際、これらはすべてこれらのタスクであり、電子署名を時間内に検証するための対応する「認定」ソリューションであり、電子署名と少なくとも中期的なドキュメントの保存により、外部の信頼できる電子ドキュメントの流通を保証するように設計されています。

タイムスタンプの何が問題になっていて、いつ機能する必要がありますか？

まず第一に、私はタイムスタンプの使用の法的な統合とタイムスタンプとのESフォーマットの統合に興味があり、タイムスタンプが長い間使用されてきた拡張ESフォーマット自体（異なる国際標準に基づく）ではないことを強調しておきます。



残念ながら、立法者（2019年12月まで）と規制当局（2020年9月まで）は「タイムスタンプ」の機能を開示していませんでした。ここから、互換性のないさまざまな電子署名形式が登場しました。それらは資格が強化され、認定された手段で実行されたように見えましたが、部門間電子相互作用（SMEV）のシステムをバイパスする異なる情報システム間の自動信頼を備えたそのような電子署名を持つ文書の交換は不可能でした。もちろん、SMEVは、XAdES-T形式の電子署名用に内部サービスによって発行されたタイムスタンプを使用しますが、ドキュメントを転送する際の転送の問題を解決します。



今日、タイムスタンプがより明確になっていますが、これまでのところ、規制上の法的行為に祀られていません。



「信頼できるタイムスタンプ」（これは電子署名に関する法律に正確に記載されているものですが、私が単に「タイムスタンプ」と書くところはどこでも）は、2019年12月27日付の電子署名に関する法律の改正によって追加されました。2 「この連邦法で使用される基本概念」であり、他の場所では使用されていません。タイムスタンプ規制は、TPA規制（2021年1月1日から）と同時に発効します。



法律では、「タイムスタンプ」を次のように定義しています。

「信頼できる第三者、認証センター、または情報システムのオペレーターによって作成および検証された、電子署名付きの電子文書に署名した日時に関する電子形式の信頼できる情報[...]」。

したがって、タイムスタンプは、受信した場合、TTP、CA、およびISオペレーターが作成および検証できます。

「[...]この連邦法に従って確立された要件への準拠を確認するための手順に合格したソフトウェアおよび（または）ハードウェアを使用して、認可された連邦機関によって規定された方法で電子署名を使用して電子文書に署名するとき。」

電子署名法にタイムスタンプが出てからほぼ1年後（2020年9月14日）、ロシアデジタル産業省第472号「電子署名フォーマットの承認を得て、電子署名による実施が義務付けられている」の命令が出された 。彼はついに：

• ESフォーマットを統一し、
• ESの構成に「ESの作成時間」が存在するという要件を導入しました（タイムスタンプの明確な表示なし）。
• 取り消された証明書のリストを電子署名に含めるオプションの可能性を提供しました。

さらに。ロシアデジタルセキュリティ省第472号の命令に加えて（上記で書いたように、タイムスタンプの定義も参照もありませんが、ESに「ESの作成時」を配置する必要があります ）、2つの法案が登場しました。

• , « » 09.10.2020. « » ( ), « » ( ), ;
• « ‎№ 1 2 ‎ 27 2011 . № 796 « ». , « » « » .

明らかに、TPAには、「特定の瞬間」を記録するために、 まだ有効期限が切れていないタイムスタンプまたはES証明書も必要です。タイムスタンプは「信頼できる」と 「正しい」の両方である必要があります （TTPはそれを理解する必要があります）。そして、おそらく、TTPでタイムスタンプが実装されている電子署名付きの電子文書をチェックするための理想的なアルゴリズムは次のようになります。

1. 電子署名付きの電子文書の作成。電子署名は、タイムスタンプをサポートする形式で手段によって実装されます（ロシアデジタル科学省の命令第472号）。
2. TTPまたは他の場所（CAまたはISオペレーターから）でタイムスタンプを取得します。
3. タイムスタンプ（「認定」サービスによって発行された-TTP / CA / ISオペレーター）を電子署名付きのドキュメントに埋め込む。

そして、これらすべての段階を通過した場合にのみ、TTPはすべての「バンと拡張レポート」で「電子署名の有効性を確認」することができ ます。これから何が続きますか？ES証明書の有効期限が切れた後、TPAを使用してESでドキュメントをチェックすることを希望する場合は、次のものが必要です。

• 拡張フォーマットの電子署名（ロシアのデジタル産業省第472号と同じ順序で、もう一度繰り返しますが、タイムスタンプは定義されていません）。
• タイムスタンプの操作をサポートする電子署名を操作するためのツール（暗号情報保護ツール、アプリケーションソフトウェア）（技術的には、タイムスタンプサービスの別の切断された電子署名を含む別のファイルにすることができます）。
• タイムスタンプを取得し、それを電子署名付きのドキュメントに埋め込むためのアルゴリズムへの準拠。

規制当局の規制上の法的行為はまだ採用されていませんが、タイムスタンプのあるパズルは収束し始めています。

• 電子署名には要件があります（電子署名の作成時間を考慮する必要性を決定するロシア連邦省第472号の命令）。
• サービスとタイムスタンプの形式に関する要件があります（デジタルサイエンス省のドラフトオーダー、上記を参照）。
• タイムスタンプを維持する必要があるCIPFの要件があります（ドラフトFSB順序、上記を参照）。
• CAとTTPには要件があり、「信頼できるタイムスタンプサービス」（同じドラフトFSB注文、上記を参照）を含める必要があります。

TPAで資格情報をチェックする複雑な機能

TPAと、ES証明書と権限の正しい使用を検証する機能に戻りましょう。2019年12月27日付けの電子署名法の改正に従い、DTSは、とりわけ、以下を実行する「承認」センターとして機能します。

• 電子文書に署名する際に使用されるすべての適格な証明書が規制上の法的行為の要件に準拠していることの検証。
• 電子対話の参加者の資格情報を確認します。

同時に、最初の段落には、認定電子署名証明書（CEP）の適用の正確さの確認も含める必要があります。

• CEP証明書が特定の電子法的関係（法的エンティティの法的関係-税務サービスのCA;金融、信用機関の法的関係-中央銀行のCA;州当局および地方自治機関を代表する人物の法的関係-連邦財務省のCA-法的関係）で使用されるCAの部門または組織の所属個人-商用認定CA）;
• 特定の電子的な法的関係におけるその適用の正確さのための資格のある電子署名（個人、法的実体、個々の起業家）の証明書のタイプ。

2番目のポイントである資格情報の検証については個別に扱います。個人、法人、または個人の起業家に発行される証明書の種類を正しく適用することに加えて、権限の文書をここで確認する必要があります。これは、「適切な決定を行うために所定の方法で承認された関連する州機関または地方自治体の職員のCEPによって署名される」必要があります 。権限自体は、「権限のある連邦機関が形成し、更新する権限の分類子に基づいて決定される」必要があり ます。..。ES法第17.2条および第17.3条に従い、特定の法的関係の当事者を承認するのは彼女であるため、電子弁護士の存在と内容を確認することも必要です。したがって、権限を確認するとき、TPAは以下も確認する必要があります。

• 個人に発行された承認文書。
• 個人に発行される電子弁護士の力（その使用が必要な場合）。

もちろん、アプリケーションシステムはこれらのチェックを実行できます。彼女は、電子的な法的関係の文脈を理解し、CEP証明書で許可されている弁護士の権限と権限、およびどのCAと連携できるか/連携すべきかを知っています。もう1つの質問は、TPAが法的関係のコンテキストに関する情報を持っていないため、このようなチェックをどのように実行するかです。



一方では、ES証明書を使用する際の「承認」操作が統合されました。ES証明書で指定されたOIDは無視されるようになり、あなた/他の誰かのOID原則に基づく承認スキームは2020年6月1日から非合法化されます。一方、権限の描写とES証明書の使用規則は、より複雑なプロセスに変わり、2022年1月1日までに調整する必要があります。

: - ?

クラウドベースのデジタル署名のCAによるストレージとリモート使用の「合法化」は、2021年1月1日から開発の新しいラウンドを開始する必要があります。これは、電子署名に基づいて実装されるサービスの数の増加（特に現代）と、モバイルクライアントおよび職場のクライアントの電子署名を操作するための便利なサービスの増加に関係しています。これには、電子署名を検証するための外部サービス（TPAに基づく）が必要になります。 ..。



ほとんどの場合、大晦日または休日の直後に、私が言及した注文が採用されます。次に、暗号化情報保護ツールの開発者は、タイムスタンプと信頼できるタイムスタンプサービスのサービスを使用して、クライアントソフトウェアとライブラリを新しいES形式に調整するためにさらに3〜4か月かかります。ちなみに、後者は、TSPタイムスタンプサービスとして暗号化情報保護ツールの主要な開発者によってすでに実装および運用されています。



さらに、TTP機能の開発にはもう少し時間がかかります。これは明らかにどの形式にも関連付けられていませんが、電子署名に関する法律の下では必要です。

• 電子文書でのCEP検証の結果を使用したレシートの作成。
• TPAによって実行された操作のドキュメントを含むデータストレージ。

必要なすべてのソフトウェアの改善と認定のための組織的な手順を考慮すると、2021年の夏までに最初のTPAが登場するのを待つ価値はないと思います。おそらく、連邦税務局とCIPFの主要な開発者は、TTPのテストバージョンとして何かを早期にリリースするでしょう。



もちろん、TTPサービスはすべての人に無料で提供されるわけではなく、すべての費用は直接的または間接的に電子的相互作用の参加者にかかります。



市場でのTPAの登場は、最終的に、以下を提供できる有用なサービス（主に埋め込み用のAPIの形式）の出現に貢献するはずです。

• 電子署名の有効性の確認、
• 電子的相互作用の参加者の力の検証。
• 電子文書のCEPをチェックした結果による疎外された領収書の形成。
• 電子署名付きのドキュメントだけでなく、電子通信、タイムスタンプを必要とするその他のサービスにも使用できるタイムスタンプの生成。

これらのサービスは、次のような情報システムに組み込むことができます。

• 文書の中期保管用、
• 1年以内に検証不能になることを恐れずに、ユーザーにドキュメントをエクスポート/疎外する。
• 電子署名チェックの結果に基づく自動意思決定用。

このサービスは、クラウドベースのデジタル署名を処理するためのものを含む、さまざまな情報システムのモバイルクライアントにも適用されます。2番目のオプションは、ロシアのデジタル開発、通信、マスメディアの大臣であるMaksutShadayevの最近発表された提案に沿ったものです。

« , — . , ».

これは、公共サービスポータルのユーザーに無料の電子署名を発行するイニシアチブに対する省の支援の文脈で言われました。



合計：ESに関する法律の発表された変更と提案されたTPA機能は非常に興味深く、待望されており、確かに需要があります。タイムスタンプ（2021年1月1日からTPAと同時に導入）は、ドキュメントの中期保存の問題を「自動的に」解決します。TPAとタイムスタンプ付きの電子署名の統一フォーマットにより、1年以上前の電子署名付きのドキュメントの信頼できる流通が可能になり、システムからの疎外後にそれらをチェックできます。もちろん、ロシア連邦省の規制と命令、ロシアのFSBの命令など、多くは実装に依存します。これは、理想的には、すべてのTPAの技術ソリューションの共通の分母につながるはずです。

PSの代わりにCAおよびTPA市場の将来

そして最後に、CA市場の崩壊の可能性について書きたいと思います。



同じ法律により、CAの認定期間が5年から3年に変更されました。TPAの認定についても、同様の期間（3年）が決定されます。同時に、CAの要件が大幅に増加しました。今必要なもの：

• 少なくとも10億ルーブルの自己資金（資本）または5億ルーブルの資本がありますが、同時に、CAの1つまたは複数の支店または駐在員事務所をロシアの構成エンティティの少なくとも3/4に配置する必要があります（TPAの同様の要件）。
• CAの少なくとも1億ルーブル（現在は3000万ルーブル）の第三者に生じた損失に対する責任の財政的安全性。TPAの場合、サイズはまだ決定されていません。

専門家によると、最低資本要件の増加は、2021年にすでに10倍以上（約450から20-40）にCAの数を減らすことにつながります。類推すると、かなりの数のTPAの出現は予想されていません。これは、おそらく、主要なCA（中央銀行、税務サービス、財務省）で作成され、内部のニーズに対応します。おそらく、それらはいくつかの大規模な「存続」する商用認定CAの存在下で表示されます。



もちろん、小規模なアプリケーションシステムのユーザーまたは開発者（クラウドベースの電子署名を使用してワークフローを実装したい人）は、認証センターから独立したTTPの操作や、すべてまたはほとんどの大規模なCAとのやり取りに関心があります。



既存のTCが独自のTPAを作成することは興味深いと思います。彼らにとって、それは実際には、独自の製品やソリューションで実行される、電子署名付きのドキュメントの一定の流れをチェックするための処理センターです。さらに、法律は、CAとTPAを1つの法的エンティティに結合することを明確に禁止していません。しかし、そのような資本要件があるため、これらのサービスの市場に参入する本当の機会を持っているのは大規模なハイテク銀行だけです。



コメント以外の質問がある場合は書いてください-ここに私のメールがあります：SGontzov@croc.ru。