update rfc 9580

Author: tex2e

data/9000/rfc9580-summary.json

@@ -3,6 +3,6 @@
   "model": "gpt-3.5-turbo",
   "created_at": "2025-01-02T21:18:50.545411",
   "summary": [
-    "この文書は、OpenPGPで使用されるメッセージフォーマットを指定しています。OpenPGPは、公開鍵や対称暗号アルゴリズムによる暗号化、デジタル署名、圧縮、および鍵管理を提供します。この文書は、OpenPGP形式に基づく相互運用可能なアプリケーションを開発するために必要なすべての情報を公開するために維持されています。具体的なアプリケーションの作成手順書ではありませんが、ネットワークを横断する適合パケットの読み取り、確認、生成、および書き込みに必要なフォーマットと方法のみを記述しています。記憶や実装に関する問題には触れておらず、セキュリティ上の欠陥を回避するために必要な実装上の問題については議論しています。この文書は、RFC 4880（「OpenPGPメッセージフォーマット」）、RFC 5581（「OpenPGPのCamellia暗号」）、およびRFC 6637（「OpenPGPでの楕円曲線暗号（ECC）」）を廃止します。"
+    "この文書は、OpenPGPで使用されるメッセージフォーマットを指定しています。OpenPGPは、公開鍵や対称暗号アルゴリズムによる暗号化、デジタル署名、圧縮、および鍵管理を提供します。この文書は、OpenPGP形式に基づく相互運用可能なアプリケーションを開発するために必要なすべての情報を公開するために維持されています。"
   ]
 }

data/9000/rfc9580-trans.json

@@ -5,7 +5,7 @@
   },
   "number": 9580,
   "created_at": "2024-08-01 23:24:19.510145+09:00",
-  "updated_by": "",
+  "updated_by": "自動生成＆有志による翻訳・編集",
   "contents": [
     {
       "indent": 0,
@@ -125,7 +125,7 @@
     {
       "indent": 3,
       "text": "The key words \"MUST\", \"MUST NOT\", \"REQUIRED\", \"SHALL\", \"SHALL NOT\", \"SHOULD\", \"SHOULD NOT\", \"RECOMMENDED\", \"NOT RECOMMENDED\", \"MAY\", and \"OPTIONAL\" in this document are to be interpreted as described in BCP 14 [RFC2119] [RFC8174] when, and only when, they appear in all capitals, as shown here.",
-      "ja": "「必須」、「必要」、「必須」、「shall」、「shall」、「suff」、 \"not\"、 \"becommended\"、 \"becommented\"、 \"may\"、 \"optional「このドキュメントでは、BCP 14 [RFC2119] [RFC8174]で説明されているように解釈されます。"
+      "ja": "このドキュメント内のキーワード「MUST」、「MUST NOT」、「REQUIRED」、「SHALL」、「SHALL NOT」、「SHOULD」、「SHOULD NOT」、「RECOMMENDED」、「NOT RECOMMENDED」、「MAY」、「OPTIONAL」は、ここに示すようにすべて大文字で表記されている場合にのみ、BCP 14 [RFC2119] [RFC8174] で説明されているとおりに解釈されます。"
     },
     {
       "indent": 3,
@@ -6283,7 +6283,7 @@
     {
       "indent": 3,
       "text": "where x and y are coordinates of the point P = (x, y), and each is encoded in the big-endian format and zero-padded to the adjusted underlying field size. The adjusted underlying field size is the underlying field size rounded up to the nearest 8-bit boundary, as noted in the \"fsize\" column in Section 9.2. This encoding is compatible with the definition given in [SEC1].",
-      "ja": "ここで、xとyはポイントp =（x、y）の座標であり、それぞれがビッグエンディアン形式でエンコードされ、調整された基礎となるフィールドサイズにゼロパッドされます。調整された基礎となるフィールドサイズは、セクション9.2の「fsize」列に記載されているように、最も近い8ビット境界まで丸められた基礎となるフィールドサイズです。このエンコードは、[SEC1]で与えられた定義と互換性があります。"
+      "ja": "ここで、xとyは点P = (x, y)の座標であり、それぞれビッグエンディアン形式で符号化され、調整された基底フィールドサイズに合わせてゼロパディングされます。調整された基底フィールドサイズとは、9.2節の「fsize」列に記載されているように、基底フィールドサイズを最も近い8ビット境界に切り上げたものです。この符号化は[SEC1]の定義と互換性があります。"
     },
     {
       "indent": 0,
@@ -6305,7 +6305,7 @@
     {
       "indent": 3,
       "text": "where p is the public key of the point encoded using the rules defined for the specified curve. This format is used for ECDH keys based on curves expressed in Montgomery form and for points when using EdDSA.",
-      "ja": "ここで、Pは指定された曲線に対して定義されたルールを使用してエンコードされたポイントの公開キーです。この形式は、モンゴメリー形式で表現された曲線に基づいたECDHキーとEDDSAを使用する際のポイントに使用されます。"
+      "ja": "ここで、pは指定された曲線に定義された規則を用いてエンコードされた点の公開鍵です。この形式は、モンゴメリ形式で表現された曲線に基づくECDH鍵、およびEdDSAを使用する場合の点に使用されます。"
     },
     {
       "indent": 0,
@@ -6316,12 +6316,12 @@
     {
       "indent": 3,
       "text": "Given the above definitions, the exact size of the MPI payload for an encoded point is 515 bits for both NIST P-256 and brainpoolP256r1, 771 for both NIST P-384 and brainpoolP384r1, 1059 for NIST P-521, 1027 for brainpoolP512r1, and 263 for both Curve25519Legacy and Ed25519Legacy. For example, the length of an EdDSALegacy public key for the curve Ed25519Legacy is 263 bits: 7 bits to represent the 0x40 prefix octet and 32 octets for the native value of the public key.",
-      "ja": "上記の定義を考慮すると、エンコードされたポイントのMPIペイロードの正確なサイズは、NIST P-256とBrainpoolp256R1の両方で515ビット、NIST P-384とBrainpoolp384R1の両方で771、NIST P-521、Brainpoolp512R1および1027の両方で1059であり、263 Curve25519LegacyとED25519Legacyの両方。たとえば、曲線のEddsalegacyの公開鍵の長さED25519legacyは263ビットです：7ビットは、公開キーのネイティブ値の0x40プレフィックスオクテットと32オクテットを表す7ビットです。"
+      "ja": "上記の定義に基づくと、エンコードされたポイントのMPIペイロードの正確なサイズは、NIST P-256とbrainpoolP256r1ではともに515ビット、NIST P-384とbrainpoolP384r1ではともに771ビット、NIST P-521では1059ビット、brainpoolP512r1では1027ビット、Curve25519LegacyとEd25519Legacyではともに263ビットとなります。例えば、曲線Ed25519LegacyのEdDSALegacy公開鍵の長さは263ビットです。そのうち7ビットは0x40プレフィックスオクテットを表し、32オクテットは公開鍵のネイティブ値を表します。"
     },
     {
       "indent": 3,
       "text": "Even though the zero point (also called the \"point at infinity\") may occur as a result of arithmetic operations on points of an elliptic curve, it SHALL NOT appear in data structures defined in this document.",
-      "ja": "ゼロポイント（「インフィニティのポイント」とも呼ばれます）は、楕円曲線のポイント上の算術操作の結果として発生する可能性がありますが、このドキュメントで定義されているデータ構造には表示されません。"
+      "ja": "ゼロ点 (「無限遠点」とも呼ばれる) は、楕円曲線上の点に対する算術演算の結果として発生する可能性がありますが、このドキュメントで定義されているデータ構造には出現しません。"
     },
     {
       "indent": 3,

html/rfc9580.html

@@ -4,7 +4,7 @@
   <meta charset="utf-8">
   <meta name="viewport" content="width=device-width, initial-scale=1">
   <title>RFC 9580 - OpenPGP 日本語訳</title>
-  <meta name="description" content="この文書は、OpenPGPで使用されるメッセージフォーマットを指定しています。OpenPGPは、公開鍵や対称暗号アルゴリズムによる暗号化、デジタル署名、圧縮、および鍵管理を提供します。この文書は、OpenPGP形式に基づく相互運用可能なアプリケーションを開発するために必要なすべての情報を公開するために維持されています。具体的なアプリケーションの作成手順書ではありませんが、ネットワークを横断する適合パケットの読み取り、確認、生成、および書き込みに必要なフォーマットと方法のみを記述しています。記憶や実装に関する問題には触れておらず、セキュリティ上の欠陥を回避するために必要な実装上の問題については議論しています。この文書は、RFC 4880（「OpenPGPメッセージフォーマット」）、RFC 5581（「OpenPGPのCamellia暗号」）、およびRFC 6637（「OpenPGPでの楕円曲線暗号（ECC）」）を廃止します。">
+  <meta name="description" content="この文書は、OpenPGPで使用されるメッセージフォーマットを指定しています。OpenPGPは、公開鍵や対称暗号アルゴリズムによる暗号化、デジタル署名、圧縮、および鍵管理を提供します。この文書は、OpenPGP形式に基づく相互運用可能なアプリケーションを開発するために必要なすべての情報を公開するために維持されています。">
 
   <link rel="shortcut icon" type="image/x-icon" href="https://tex2e.github.io/rfc-translater/favicon.ico" />
   <link rel="stylesheet" href="./bootstrap/css/bootstrap.min.css">
@@ -48,7 +48,7 @@ <h4 class="alert-heading">RFC 9580 - OpenPGP 日本語訳</h4>
         </span><br>
         <span class="title_ja">
           タイトル : <strong>RFC 9580 - OpenPGP</strong></span><br>
-        <span class="updated_by">翻訳編集 : 自動生成</span><span id="rfc_status"></span><span id="rfc_wg"></span><br>
+        <span class="updated_by">翻訳編集 : 自動生成＆有志による翻訳・編集</span><span id="rfc_status"></span><span id="rfc_wg"></span><br>
       </div>
       <div id="rfc_alert" class="hidden" role="alert">
         <div class="alert alert-danger">
@@ -59,7 +59,7 @@ <h4 class="alert-heading">RFC 9580 - OpenPGP 日本語訳</h4>
     <div id="rfc_summary">
       <div class="card mb-3">
         <div class="card-body">
-          <p class="card-text">[要約] この文書は、OpenPGPで使用されるメッセージフォーマットを指定しています。OpenPGPは、公開鍵や対称暗号アルゴリズムによる暗号化、デジタル署名、圧縮、および鍵管理を提供します。この文書は、OpenPGP形式に基づく相互運用可能なアプリケーションを開発するために必要なすべての情報を公開するために維持されています。具体的なアプリケーションの作成手順書ではありませんが、ネットワークを横断する適合パケットの読み取り、確認、生成、および書き込みに必要なフォーマットと方法のみを記述しています。記憶や実装に関する問題には触れておらず、セキュリティ上の欠陥を回避するために必要な実装上の問題については議論しています。この文書は、RFC 4880（「OpenPGPメッセージフォーマット」）、RFC 5581（「OpenPGPのCamellia暗号」）、およびRFC 6637（「OpenPGPでの楕円曲線暗号（ECC）」）を廃止します。</p>
+          <p class="card-text">[要約] この文書は、OpenPGPで使用されるメッセージフォーマットを指定しています。OpenPGPは、公開鍵や対称暗号アルゴリズムによる暗号化、デジタル署名、圧縮、および鍵管理を提供します。この文書は、OpenPGP形式に基づく相互運用可能なアプリケーションを開発するために必要なすべての情報を公開するために維持されています。</p>
         </div>
       </div>
     </div>
@@ -639,7 +639,7 @@ <h5 class="text mt-2">
       </div>
       <div class="col-sm-12 col-md-6">
         <p class="text indent-3">
-「必須」、「必要」、「必須」、「shall」、「shall」、「suff」、 &#34;not&#34;、 &#34;becommended&#34;、 &#34;becommented&#34;、 &#34;may&#34;、 &#34;optional「このドキュメントでは、BCP 14 [RFC2119] [RFC8174]で説明されているように解釈されます。
+このドキュメント内のキーワード「MUST」、「MUST NOT」、「REQUIRED」、「SHALL」、「SHALL NOT」、「SHOULD」、「SHOULD NOT」、「RECOMMENDED」、「NOT RECOMMENDED」、「MAY」、「OPTIONAL」は、ここに示すようにすべて大文字で表記されている場合にのみ、BCP 14 [RFC2119] [RFC8174] で説明されているとおりに解釈されます。
         </p>
       </div>
     </div>
@@ -15458,7 +15458,7 @@ <h5 class="text mt-2">
       </div>
       <div class="col-sm-12 col-md-6">
         <p class="text indent-3">
-ここで、xとyはポイントp =（x、y）の座標であり、それぞれがビッグエンディアン形式でエンコードされ、調整された基礎となるフィールドサイズにゼロパッドされます。調整された基礎となるフィールドサイズは、セクション9.2の「fsize」列に記載されているように、最も近い8ビット境界まで丸められた基礎となるフィールドサイズです。このエンコードは、[SEC1]で与えられた定義と互換性があります。
+ここで、xとyは点P = (x, y)の座標であり、それぞれビッグエンディアン形式で符号化され、調整された基底フィールドサイズに合わせてゼロパディングされます。調整された基底フィールドサイズとは、9.2節の「fsize」列に記載されているように、基底フィールドサイズを最も近い8ビット境界に切り上げたものです。この符号化は[SEC1]の定義と互換性があります。
         </p>
       </div>
     </div>
@@ -15501,7 +15501,7 @@ <h5 class="text mt-2">
       </div>
       <div class="col-sm-12 col-md-6">
         <p class="text indent-3">
-ここで、Pは指定された曲線に対して定義されたルールを使用してエンコードされたポイントの公開キーです。この形式は、モンゴメリー形式で表現された曲線に基づいたECDHキーとEDDSAを使用する際のポイントに使用されます。
+ここで、pは指定された曲線に定義された規則を用いてエンコードされた点の公開鍵です。この形式は、モンゴメリ形式で表現された曲線に基づくECDH鍵、およびEdDSAを使用する場合の点に使用されます。
         </p>
       </div>
     </div>
@@ -15525,7 +15525,7 @@ <h5 class="text mt-2">
       </div>
       <div class="col-sm-12 col-md-6">
         <p class="text indent-3">
-上記の定義を考慮すると、エンコードされたポイントのMPIペイロードの正確なサイズは、NIST P-256とBrainpoolp256R1の両方で515ビット、NIST P-384とBrainpoolp384R1の両方で771、NIST P-521、Brainpoolp512R1および1027の両方で1059であり、263 Curve25519LegacyとED25519Legacyの両方。たとえば、曲線のEddsalegacyの公開鍵の長さED25519legacyは263ビットです：7ビットは、公開キーのネイティブ値の0x40プレフィックスオクテットと32オクテットを表す7ビットです。
+上記の定義に基づくと、エンコードされたポイントのMPIペイロードの正確なサイズは、NIST P-256とbrainpoolP256r1ではともに515ビット、NIST P-384とbrainpoolP384r1ではともに771ビット、NIST P-521では1059ビット、brainpoolP512r1では1027ビット、Curve25519LegacyとEd25519Legacyではともに263ビットとなります。例えば、曲線Ed25519LegacyのEdDSALegacy公開鍵の長さは263ビットです。そのうち7ビットは0x40プレフィックスオクテットを表し、32オクテットは公開鍵のネイティブ値を表します。
         </p>
       </div>
     </div>
@@ -15537,7 +15537,7 @@ <h5 class="text mt-2">
       </div>
       <div class="col-sm-12 col-md-6">
         <p class="text indent-3">
-ゼロポイント（「インフィニティのポイント」とも呼ばれます）は、楕円曲線のポイント上の算術操作の結果として発生する可能性がありますが、このドキュメントで定義されているデータ構造には表示されません。
+ゼロ点 (「無限遠点」とも呼ばれる) は、楕円曲線上の点に対する算術演算の結果として発生する可能性がありますが、このドキュメントで定義されているデータ構造には出現しません。
         </p>
       </div>
     </div>