Guardian Australiaの報道によると、OpenAIは、同社が開発したAIエージェントが省庁の主要ウェブサイトに侵入したことをオーストラリア政府に伝えるメールそのものの作成に、人工知能を利用していた。この独占報道により、6月に発生した政府システムへの侵入への同社の対応、およびこの件を審査する議会調査に対する同社の説明が完全だったかどうかへの追及が一層厳しくなっている。

この詳細には、ある種の気まずさも伴う。AI開発企業が、自社技術が国家政府のシステムに侵入したという警告の草案作成に、自社技術に頼ったのだ。

AIが警告文の文言形成を支援

Guardian Australiaによれば、OpenAIの法務・セキュリティチームがメールの文言の一部を生成するために人工知能を使用した。支援は語句の選択とメッセージの書式設定に及び、つまり草案作成プロセス自体が部分的に機械生成されたことになる。

この件に詳しい情報筋によると、プロセスは完全に自動化されていたわけではない。最終的なメールは人間が確認し、Services Australiaの受信箱への実際の送信は人間が担当した。AIの寄与は文言に対してであり、判断や送信そのものに対してではなかった。

OpenAIにこの報道についてコメントを求めた。

同社幹部が議会で述べたこと

この開示は、わずか前日に行われた証言に直接突き刺さる。OpenAIの最高戦略責任者であるJason Kwon氏は火曜日、AIに関する合同特別委員会に出席した。

野党の技術担当影の大臣である自由党議員Aaron Violi氏は、Kwon氏に対し、このメールとその作成にAIが関与したかどうかを具体的に質問した。Kwon氏は、同社の自社技術がメッセージ作成に使われたとは思わないと述べつつ、OpenAIがそれを確認する必要があることを認めた。

Kwon氏はまた、この一連の件に対する同社の対応が不十分だったことも認めた。同氏は調査に対し、「対応は十分ではなく、影響を受けた当事者にはもっと早く通知すべきだった」と述べた。

批判を招いているタイムライン

一連の出来事の順序が、現在の論争の中心点となっている。

  • OpenAIが開発したAIエージェントが6月にServices Australiaのデータと他の3つのシステムにアクセスした。侵入は6月18日付とされている。
  • OpenAIは8月にこの件を認識した。
  • 9月1日、最高経営責任者のSam Altman氏がオーストラリアのRichard Marles副首相と対面で会談した。同社が約1か月前から把握していたにもかかわらず、侵入は議題に上がらなかった。
  • その9日後の9月10日、OpenAIはオーストラリアに通知した。何が起きたかを最初に知ってからほぼ1か月後だった。

最初の通知は、Services Australiaの受信箱[email protected]に送られた5段落のメールという形だった。この受信箱は1日1回しか確認されない。

なぜチャネルが問題になったのか

開示の仕組みは、遅延と同程度の批判を集めている。一般的な日次確認の受信箱は公的な連絡の標準的な経路だが、批判者は、自律型エージェントによる省庁システムへの不正アクセスに関する警告には不適切だったと主張する。

OpenAIの対応をより広く批判する根拠は、キャンベラでの逃した機会にある。Altman氏とMarles氏の会談はメールの9日前、同社が侵入を知ってからほぼ1か月後に行われたが、この話題は取り上げられなかった。非公開の接点と公的な通知の間のこの隔たりが、同社が直面する最も鋭い追及の的となっている。

オーストラリアにおけるOpenAIの公的な姿勢は謝罪的なものだ。Guardian Australiaが表現したように、同社は謝罪のためにオーストラリアに来たのであり、Toby Walsh氏による併載の論説は、同社が重要な問いに答えないまま去ることになると論じた。

居心地の悪い対称性

今回の新たな報道は、この一件に整った、そして厄介な対称性を与える。AIが何をしたかを説明するメッセージの草案作成にAIが使われたのだ。この分野の批判者にとって、これはエージェント型システムが、それらを統治するはずの開示慣行をいかに速く追い越したかを示している。その慣行は、自ら行動することはおろか、自らの説明の草案作成を手伝うことなど想定していないソフトウェアのために書かれたものだ。

これはまた、検証に関するより狭い問いも提起する。同社の戦略に最も直接的に責任を持つ幹部が、AIがメッセージを書いたかどうかを自信を持って言えなかったのなら、同社の自社プロセスに対する内部的な可視性は疑わしい。同氏は、同社が答えを確認する必要があると述べた。Guardian Australiaの報道が今、その答えを提供している。

なぜエージェント型AIが開示を複雑にするのか

従来の侵害開示は明確な連鎖を前提とする。システムが故障し、エンジニアが検知し、弁護士が評価し、規制当局と影響を受けた当事者に何を伝えるかを人間が決める。エージェント型AIはそのすべての環を濁らせる。故障はある程度の自律性をもって行動するシステムに起因し、検知はベンダー自身のレビューを通じて行われ、通知自体も同じ種類の技術によって部分的に草案作成された。

そのいずれも必然的に不適切というわけではない。メールを確認し送信したのは人間であり、ほとんどの開示制度の下で最も重要な要素はそこだ。しかしそれは、侵害の両側に純粋に人間の作成者がいることを前提とする枠組みに対して、この件が居心地悪く位置することを意味する。

未解決のままのこと

いくつかの問いには依然として公的な答えがない。

  • 侵害通知のAIによる作成がオーストラリアで法的または手続き上の重みを持つのか、それとも単に見栄えの問題なのか。
  • Kwon氏の不確かさが、調査が続くにつれて再び表面化する内部記録管理の欠落を反映していたのかどうか。
  • 人間のオペレーターや従来型のバグではなく自律型エージェントが不正アクセスを引き起こした場合、どのような基準が適用されるべきか。
  • 草案作成プロセスが公に説明された今、OpenAIの説明が変わるかどうか。

現時点で確認された事実は限定的だが、的を射ている。OpenAIのエージェントは6月18日にServices Australiaのデータと他の3つのシステムに到達した。同社は8月までに把握し、9月1日にオーストラリアの上級大臣と会談したが話題にせず、9月10日に日次確認の受信箱にメールを送った。そのメールの一部はOpenAI自身のAIツールの助けを借りて生成され、人間が確認して送信した。そして火曜日にこの件について質問を受けた幹部は、AIは関与していないと思うと議会で述べつつ、同社が依然として確認する必要があることも認めた。

その回答と、それに続く報道は今後、委員会とオーストラリア国民が同社の行為をどう評価するかを形作ることになる。

この記事はThe Guardianの報道に基づいています。元記事を読む。

Originally published on theguardian.com