software
AIが生み出した大量のバグ対応に追われ、約束していたサブスクリプションサービスの提供にまで手が回らない状況
Microsoftは、Exchange Server Subscription Edition（SE）向けの大型累積更新プログラムの提供が遅れている原因について、AIによるバグ発見機能が生み出した追加作業のせいだと説明しています。
Redmond（Microsoft本社）のExchangeチームは先週木曜日、「Where is Exchange SE CU1 anyway?（結局、Exchange SE CU1はどこにあるのか？）」と題した投稿でこの事実を認めました。同投稿では、「Exchange SE Cumulative Update 1（CU1）をいつリリースできるのか、顧客からの問い合わせが増えている」ことを明らかにしています。
「これまで当社は、2026年上半期末までにリリースする予定だと伝えてきました。その後、この予定は『2026年下半期』に更新されています。一体どうなっているのか、CU1はどこにあるのか、という声が寄せられています」
この話に馴染みのない読者のために説明すると、Exchange SEはMicrosoftのメールサーバー製品のサブスクリプション版であり、累積更新プログラム（CU）とは、直近のバグ修正すべてに加え、新機能の追加や非推奨コードの削除といった変更を盛り込んだパッケージの新バージョンを指します。Microsoftは年に1回、あるいは2回のペースでCUを公開しており、個別のパッチを都度適用するよりもCUの適用を好むユーザーも少なくありません。
Exchange SEはサブスクリプション製品であるため、CUが期日通りに届かないという事態は、従量課金型ソフトウェアの利点を示す好例とは言い難いものです。
Microsoftは、CU1の到着が遅れている理由として、「ここ数カ月、Microsoftの複数の経営幹部が、自社製品の脆弱性発見にさまざまなAIツールをどのように活用しているかについて言及してきた」という事情を挙げています。
同投稿によれば、Exchange開発チームは「報告された問題への対応に追われている。これには、実際にセキュリティ上の問題であるかどうかの検証、再現、修正、修正後の回帰・不具合のテスト、そして毎月の更新プログラムのリリースが含まれる」としています。
Redmondからの発表ではさらに、遅延の理由として「何よりもセキュリティを最優先する」というMicrosoftの方針も挙げられています。念のため補足すると、Microsoftがこの姿勢を採用したのは、Exchangeの欠陥が原因で中国系とみられる攻撃者によるExchangeへの攻撃を招き、米国政府から厳しい叱責を受けたことがきっかけでした。
Exchangeチームによれば、バグ対応に追われながらも、並行してCU1の作業も進めているといいます。
「当社は毎月のセキュリティペイロードを社内のCU1ビルドに定期的に組み込んでおり、妥当な安定状態に達し、かつ差し迫ったセキュリティペイロードのない月が訪れ次第、Exchange SE CU1をリリースする予定です」
Exchangeチームがこうした立場を取っているのは、CU1を公開した直後に、新たなセキュリティ更新を含む別のCUに差し替える必要が生じる事態を避けたいためです。
「そうなれば、多くの組織の管理者にとって更新作業が二重の手間になってしまいます」と同投稿は説明しています。「社内的にも、2つの大型リリース（セキュリティ更新とCU）が適切にテストされ、高品質を担保しつつ見落としがないようにするのは非常に困難な作業です。CU1は正式版（RTM）以降にリリースしたすべての内容を包含する必要があるためです」
Exchange管理者にとっては、Microsoftが二つの大型更新プログラムを同時に導入させる負担を避けようとしている点はありがたく感じられるかもしれません。とはいえ、CU1より優先すべき「差し迫ったセキュリティペイロード」が一切ない月をMicrosoftがいつ見つけられるのか、疑問に思う向きもあるでしょう。
Microsoftの投稿は、次のように締めくくられており、確実なことはほとんど示されていません。「要するに、Exchange SE CU1は必ず提供します。ただし、具体的な日付をお伝えすることはできません。しかし、決して忘れているわけではありません」
そしてどうやらMicrosoftは、AIを活用したバグ発見機能が製品開発チームにどのような影響を及ぼすかについても、事前に想定していなかったようです。®
