AI-translated from English; not yet reviewed by a fluent editor.

# AIを使ったエニグマ解読、手がかりは別の通信にあった

> AI支援によるエニグマ解読では、過去の手がかりと、他者が検証できる探索が結び付いた。この事例から、エージェントを使った調査について実務的な教訓が得られる。

By BIG CHANGE Editorial

Published: 2026-09-22T15:53:42.087Z
Updated: 2026-09-22T16:08:50.868Z
Canonical: https://bigchange.ai/blog/ai-enigma-mvueh-archive-break

![Three exposed cipher-like rotors beside a matching notched fragment, with an orange line passing through the assembly.](https://bigchange.ai/api/media/file/archival-clue-rotor-search-hero-v1.png)
AI-generated conceptual illustration by BIG CHANGE. A related clue can narrow a cipher search; the resulting answer still needs independent checks. This conceptual rotor assembly illustrates that relationship, not the historical machine or its recovered settings.

新たに解読された通信は、行軍ルートと即時の無線返信を求めている。[公表された調査報告](https://mvueh-enigma-solved.carterl.chatgpt.site/)

MVUEHとして知られるこのエニグマ暗号文は、1941年7月10日付だ。アーカイブ研究者のFrode Weierudによると、2005年以降、解読が試みられても成功していなかった。Weierudは2026年9月15日に解答を受け取り、鍵と平文を検証した。[Weierudによる9月19日の記録](https://www.cryptocellar.org/bgac/the-mvueh-break.html)

この話で心を動かすのは、読めなかった記録が、歴史家の役に立つ情報を含むようになったことだ。参考になるのは、探索がどう進んだかである。既に解読された通信に含まれる手がかりが探索対象を示し、明示した規則が探索を制約し、復元された機械設定によって解答を検証できるようになった。

## 大きな変化

- **何が変わったか：**AIエージェントは歴史的な手がかりを、解答候補を試すソフトウェアに変える作業を支援した。より広い変化は、研究者が調査用ツールの作成を含む一部の作業を委ねながら、問いと証拠に対する責任を保てることだ。
- **なぜ重要か：**博物館、アーカイブ、研究チームは、時間や専門的なプログラミング人材が足りずに保留されていた手がかりを追える可能性がある。この事例は、現代の暗号や現在使われているパスワードが破られた証拠にはならない。
- **今後の注目点：**コレクションをつなぎ、手がかりを提案し、検証する研究ソフトウェアが、次の現実的な段階になるかもしれない。そうしたツールの信頼性が確認されれば、専門家は探索を一から組み立てる時間を減らし、結果を解釈して吟味する時間を増やせる。検索可能な記録と明確な出典履歴を持つ機関が、最初に恩恵を受ける可能性がある。

## 近くにあった別の通信が足がかりになった

エニグマは電気機械式の暗号機だった。配線されたローターとプラグ接続で文字を変換し、機械が動くにつれて変換規則も変化した。一通の通信を解読するには、その変換を元に戻せる設定を見つける必要があった。連合国は戦時中からエニグマ通信を解読していた。今回解かれたのは、新たに解読されたアーカイブ上の通信である。[NSA博物館による解説](https://www.nsa.gov/History/National-Cryptologic-Museum/Exhibits-Artifacts/Exhibit-View/Article/2719176/world-war-2-enigma/)

アーカイブには、MVUEHの暗号文が82文字と記録され、受信・送信の記録がそれぞれ掲載されている。関連する通信SIPVXは、Alex Shovkoplyasが2017年6月に既に解読していた。ドイツ連邦公文書館で2026年7月に追加の無線通信資料が見つかり、コレクションも増えた。したがって、新たに調査を始める人が利用できた材料には、それまでに成功した人間の解読と追加のアーカイブ調査が含まれていた。[通信記録の一覧](https://cryptocellar.org/bgac/1941-msg-list.html)

解読者の記録によると、SIPVXに繰り返し現れた地名ROSENOWROSENOWから、MVUEHの平文に含まれる可能性のある14文字が導かれた。調査ではGPT-6 Astraと専門エージェントを使って探索を設計し、実行した。元の通信に含まれると提案された一節が、その計算で探す目標になった。[調査記録](https://mvueh-enigma-solved.carterl.chatgpt.site/)

暗号解読者は、こうした一節を*クリブ*と呼ぶ。特定の設定で、提案された文字列が観測された暗号文に変換されるかを確かめるために使う。エニグマでは、ある文字が自分自身に暗号化されることはない。この性質を使えば、成立しない文字の対応を除外できる。国立コンピューティング博物館によると、戦時中のボンブはクリブと機械的な制約を使い、設定を探索しながら可能性を減らしていた。こうした原理は言語モデルよりはるかに前から存在する。[博物館によるボンブの解説](https://www.tnmoc.org/bombe)

クリブには利点とともにリスクもある。地名を推測すれば取り組みやすい問いに絞れるが、成功を示すには、推測した地名以外の証拠も得られなければならない。そうでなければ、研究者は最初に与えた言葉を復元する方法を見つけただけになってしまう。

ソフトウェアなら、人が手作業で調べきれないほど多くの設定を検証できる。エージェントは、研究仮説に基づいたソフトウェアを準備する支援もできる。歴史的な手がかりを実行可能なテストにつなげる意義は、誤った考えを退けられる程度にテストが独立性を保つ場合に生まれる。

## 不確かな文字は、不確かなままにする

史料には、厳密な計算だけでは解決できない問題がある。暗号解読ソフトが受け取るのは転写文だが、転写はすでに文書についての一つの解釈である。

公表された転写報告によると、調査では鍵を復元する前に、不確かな文字について有限個の代替案を残していた。採用された読み方はその候補内にあり、元の史料の文字列も引き続き参照できるようにした。また、文字どおりの解読結果と、その後に行った綴りの修正、署名についての暫定的な解釈を区別している。これらの編集上の変更は、厳密な暗号学的検証から除外された。[転写報告](https://mvueh-enigma-solved.carterl.chatgpt.site/downloads/transcription.md)

この考え方は暗号以外の調査にも役立つ。薄れた出荷台帳を調べるアーキビストを想像してみよう。ある文字はNにもMにも見えるかもしれない。両方の読みを残しておけば、後で別の記録と照合して判断できる。目的地が一致した後に都合のよい文字を黙って選ぶと、研究者がどれほど自由に判断したかが見えなくなる。

読みやすく整った文章を作るよう求められたAIは、この問題に気付きにくくするおそれがある。洗練された転写では、証拠が弱かった箇所が隠れてしまうかもしれない。調査に役立つのは、史料へのリンクを添えた扱いにくい代替候補の記録と、その後に示す読みやすい解釈かもしれない。

この分離によって、異論も有意義になる。別の研究者は記録全体を捨てずに、その一文字だけに異議を唱えられる。アーカイブは原画像、競合する読み方、提案された解釈を別々の記録として保存できる。より鮮明なスキャンや関連文書が見つかれば、結論を修正できる余地も残る。

## もっともらしい文章を復号・再暗号化するだけでは不十分

完了報告が示す、見過ごしやすい要点がある。復号した文章を再び暗号化して元に戻せても、それだけでは十分な証拠にならない。エニグマは可逆なので、誤った鍵でも、その誤った鍵で得た出力を再度処理すれば元に戻せる。報告ではその代わりに、与えられたクリブ以外も自然な文章であること、通信のヘッダーと整合すること、史料に基づく文字候補に従うこと、複数の実装が一致することなど、いくつかの検証を組み合わせている。これは調査者が報告した検証であり、私たちはプログラムを再実行していない。[完了報告](https://mvueh-enigma-solved.carterl.chatgpt.site/downloads/completion-report.md)

アーカイブで復元された鍵の表には、ローターの順序II、V、IIIや初期位置RWDなど、具体的な設定が載っている。このように提示された主張は、AIが自信ありげに訳しただけの文章より、はるかに具体的に異議を唱えたり検証したりできる。[7月に公表された鍵の表](https://cryptocellar.org/bgac/e-keys-july-1941.html)

損傷した文字が何だったかをAIアシスタントに推測させる場合との違いを考えてみよう。もっともらしい復元文は、周辺の歴史に合っていても、多くの別の文章が成立する余地を残すかもしれない。ここでは、提案された設定が暗号機の機械的な規則にも従う必要がある。こうした制約があることで、レビュー担当者は間違いを見つける手段を増やせる。

それでも、検証には適用範囲がある。完了報告によると、ヘッダーだけでは複数の鍵が候補として残る。また、探索が完全かどうかは、明示された機械モデルと許可した転写候補に依存する。復元した答えから知った語句を後の実験で使った場合、それは追試であり、別の盲検下の発見ではない。[探索で明示された限界](https://mvueh-enigma-solved.carterl.chatgpt.site/downloads/completion-report.md)

AIを使った調査を依頼する人にとって、候補の生成と採用の決定を区別することが有用だろう。採用基準からは、候補が満たす必要のあった条件、事前に与えた前提、答えを検証するために残された観測結果がわかるべきだ。長い作業ログは経緯の再構成に役立つが、失敗する可能性のあった検証の代わりにはならない。

## 解答の証拠と、自律的に解いたという主張の証拠は異なる

Weierudは、ログ分析を続けている一方、AIが完全に自力で問題を解いたと説明している。[アーカイブの記録](https://www.cryptocellar.org/bgac/the-mvueh-break.html)

解読者は、9月14日と15日に研究者が並列AIエージェントを用いて進めた作業について述べているが、人間やモデルが推論に費やした時間の完全な集計は示していない。[参加者による作業過程の説明](https://mvueh-enigma-solved.carterl.chatgpt.site/)

これらの記録が裏付けるのは、AI支援による解読だ。自律性を立証するには、人間による介入や判断をより詳しく示す証拠が必要である。

また、暗号文が長期間解読されなかったという事実だけでは、同じ記録とツールを用いた人間の調査にどれほど時間がかかるかは測れない。アーカイブでの年月は、研究者が連続して費やした時間を意味しない。速度を公平に比較するには、双方が使った開始時点の資料、労力、失敗した試みを考慮する必要がある。

それでも、注目すべき点は多い。研究者が手がかりを調べ、目的に合わせた探索プログラムを作る作業をエージェントに任せられれば、これまで保留されていた調査に取り組める可能性がある。人間の指示がかなり残る場合でも、検証可能な結果に至る有意義な調査を増やせることが、実際の利益かもしれない。それを測るには、成功例だけでなく失敗例も含めて複数の事例を調べる必要がある。

## 次のアーカイブ上の問いにこそ可能性がある

Crypto Cellarのプロジェクト史によると、研究は2000年代初頭までさかのぼり、研究者は鍵を公表し、扱いの難しい史料に取り組んできた。今回の成果は、そうした蓄積が調査に利用できる形で残されていたことを土台としている。[アーカイブ・プロジェクトの歩み](https://cryptocellar.org/bgac/index.html)

人員の限られたアーカイブで有望な実験をするなら、対象を絞ったコレクションと、別の資料と照合できる問いから始めるとよい。エージェントは記録間の関連を提案したり、複数の読み方を探索する作業を準備したりできる。アーキビストには、魅力的な一致だけでなく、退けた候補や未解決の曖昧さも必要になる。公表時には、復元された事実と、提案にとどまる関連付けを区別すべきだ。

前向きな可能性は、より多くのコレクションが調査対象になることだ。反対に、低コストの探索から、専門家が一つずつ多大な労力をかけて反証しなければならない、もっともらしい提案が大量に生まれるおそれもある。両者のバランスは、各提案に有用な証拠が添えられているか、機関に検証する余力があるかで変わる。生成された解釈を数えるだけでは、アーカイブが信頼できる知識をどれだけ増やしたかはわからない。

明確な技術的境界もある。たとえば現代のAESは、NISTが仕様を定めたブロック暗号であり、規定された鍵長を使い、128ビットのブロックを処理する。その構造はエニグマのローター式暗号機とは異なる。この調査はAESへの攻撃を実証しておらず、現代の暗号が全般に解読可能になったことも示していない。[AESの標準規格](https://csrc.nist.gov/pubs/fips/197/final)

事例研究では、ローゼノウの正確な場所と暫定的な署名が未確定のままだ。文字を復元しても、その背後にいる場所や人物が自動的に特定できるわけではない。[未解決の歴史的な問い](https://mvueh-enigma-solved.carterl.chatgpt.site/)

こうした問いは、次の調査担当者が具体的な出発点を持つ助けになる。読める通信文、提案された解釈、そして証拠がまだ必要な点についての明示的な説明である。

## Sources

- [Crypto Cellar：MVUEHの解読](https://www.cryptocellar.org/bgac/the-mvueh-break.html) — Weierudは解答を検証したと報告している。自律性についての評価は、参加者による詳しい説明とは異なり、ログ分析は継続中だった。
- [MVUEH暗号解読の事例研究](https://mvueh-enigma-solved.carterl.chatgpt.site/) — 参加者の報告では、研究者主導の作業、エージェント、現在も残る歴史的な問いが説明されている。2日間という期間は、統制された速度比較ではない。
- [NSA博物館：第二次世界大戦のエニグマ](https://www.nsa.gov/History/National-Cryptologic-Museum/Exhibits-Artifacts/Exhibit-View/Article/2719176/world-war-2-enigma/) — 暗号機と戦時中の暗号解読について説明している。歴史的な仕組みを裏付ける資料であり、今回の調査の性能を示すものではない。
- [Crypto Cellar：1941年の通信一覧](https://cryptocellar.org/bgac/1941-msg-list.html) — MVUEHの受信・送信記録、先に解読されたSIPVX、追加のアーカイブ資料を掲載している。リンク先で通信の書式を確認できる。
- [国立コンピューティング博物館：ボンブ](https://www.tnmoc.org/bombe) — 同館は復元されたボンブを展示し、クリブと機械的制約について解説している。これらの手法はAIエージェントより前から存在する。
- [MVUEHの転写報告](https://mvueh-enigma-solved.carterl.chatgpt.site/downloads/transcription.md) — 許可された文字候補、保存された原文の文字列、編集上の表記統一を詳しく記録している。調査者自身による報告である。
- [MVUEHの完了報告](https://mvueh-enigma-solved.carterl.chatgpt.site/downloads/completion-report.md) — 検証の論拠、範囲を定めた探索の前提、その後の確認を記録している。私たちはこの報告を読み、計算を再現してはいない。
- [Crypto Cellar：1941年7月に復元された鍵](https://cryptocellar.org/bgac/e-keys-july-1941.html) — 復元されたMVUEHの機械設定を公表している。具体的な鍵は検証できる形で示されているが、この記事は新たな再実行の正しさを保証していない。
- [Crypto Cellar：ドイツ陸軍暗号の解読](https://cryptocellar.org/bgac/index.html) — プロジェクトの歩みでは、それまでの研究とアーカイブ資料の公表が記録されている。個別の解読結果が出る前の、歴史的状況を記す表現も一部に残る。
- [NIST：米国政府標準暗号（AES）](https://csrc.nist.gov/pubs/fips/197/final) — AESのブロック構造と鍵長を定めている。今回のエニグマ調査は、この現代暗号の検証も解読も行っていない。