大阪高裁、Teamsに約6,000アカウントを誤登録 ユーザー名・メールアドレスが一時相互閲覧可能に

セキュリティニュース

投稿日時: 更新日時:

大阪高裁、Teamsに約6,000アカウントを誤登録 ユーザー名・メールアドレスが一時相互閲覧可能に

大阪高等裁判所は、民事部が特定の事件に関するMicrosoft Teamsのチームを作成した際、本来登録すべきではない約6,000アカウントを誤ってメンバーとして登録したと公表しました。

事故は2026年8月27日午前10時40分ごろに発生し、午後0時20分ごろ、外部からの問い合わせを受けて判明しました。大阪高裁は直ちに当該チームを削除しましたが、その間、誤登録されたアカウントにはチームへの招待メールやTeamsの通知が送られ、通知からチームへアクセスした場合、チームメンバーのユーザー名とメールアドレスを相互に確認できる状態となっていました。

一方、大阪高裁は、当該事件の記録情報にはアクセスできる状態ではなかったと説明しています。誤登録された利用者が実際にチームへアクセスした件数や、ユーザー名・メールアドレスを閲覧した事実の有無は、公表資料からは確認できません。

大阪高裁のTeams誤登録事案のサマリー

  • 大阪高等裁判所民事部は2026年8月27日、特定の事件に関するMicrosoft Teamsのチームを作成する際、本来登録すべきではない約6,000アカウントを誤登録しました。
  • 内訳は、裁判所外部ユーザー約3,500アカウント、裁判所職員ユーザー約2,500アカウントです。
  • 誤登録は午前10時40分ごろに発生し、午後0時20分ごろに外部からの問い合わせを受けて把握しました。
  • 誤登録状態は約1時間40分続いたことになります。
  • 誤登録されたメンバーには、チームへ招待された旨のメールやTeamsの通知が送信されました。
  • 通知などからチームへアクセスした場合、チームメンバーのユーザー名とメールアドレスを一時的に相互確認できる状態でした。
  • 当該事件の記録情報にはアクセスできる状態ではありませんでした。
  • 誤登録された利用者が実際にチームへアクセスした件数や、ユーザー名・メールアドレスを閲覧した人数は公表されていません。
  • 約6,000という数字は「誤登録されたアカウント数」であり、「6,000件の個人情報漏えいが確認された」という意味ではありません。
  • 誤登録の具体的な操作原因や、再発防止策の詳細は公表されていません。
  • 個人情報保護委員会への報告有無も、公表資料からは確認できませんでした。
項目 内容
公表日 2026年9月4日と報道。大阪高裁の公式ページ本文には掲載日の明記なし
発生日 2026年8月27日午前10時40分ごろ
対象組織 大阪高等裁判所民事部
対象サービス Microsoft Teams
インシデント 特定事件のチーム作成時に、本来登録すべきでないアカウントを誤登録
誤登録されたアカウント 約6,000アカウント
内訳 裁判所外部ユーザー約3,500、裁判所職員ユーザー約2,500
閲覧可能だった情報 チームメンバーのユーザー名、メールアドレス
実際の閲覧有無 公表資料では確認できませんでした
事件記録へのアクセス アクセスできる状態ではなかった
把握日時 2026年8月27日午後0時20分ごろ
発覚経緯 外部からの問い合わせ
対応 当該チームを直ちに削除
原因 具体的な操作原因は公表されていません
個人情報保護委員会への報告 公表資料では確認できませんでした

Teamsのチーム作成時に約6,000アカウントを誤登録

大阪高等裁判所によると、事故が発生したのは2026年8月27日午前10時40分ごろです。

大阪高裁民事部がMicrosoft Teamsを利用し、特定の事件に関するチームを作成する際、本来登録するメンバー以外を誤って追加しました。

誤登録されたのは、裁判所外部ユーザー約3,500アカウントと、裁判所職員ユーザー約2,500アカウントの計約6,000アカウントです。

大阪高裁は、どのような操作によって約6,000アカウントが一括して登録されたのか、具体的な原因を明らかにしていません。

招待メールやTeams通知が送信、ユーザー名とメールアドレスを確認可能に

誤って登録された利用者には、当該チームへ招待されたことを知らせるメールやTeamsの通知が届きました。

さらに、メールや通知からチームへアクセスした場合、チームに登録されているメンバーのユーザー名とメールアドレスを相互に確認できる状態になっていました。

この状態は、午前10時40分ごろの誤登録から、午後0時20分ごろに事態を把握するまで約1時間40分続いたとみられます。

ただし、大阪高裁の公表文では、誤登録された約6,000アカウントのうち、実際に何アカウントがチームへアクセスしたのかは明らかにされていません。

そのため、本件について「約6,000件の個人情報が漏えいした」と断定することは適切ではありません。確認されているのは、約6,000アカウントが誤ってチームに登録され、アクセスした場合にはユーザー名とメールアドレスを相互に確認できる状態になったという点です。

裁判記録にはアクセスできない状態

大阪高裁は公式発表で、誤登録されたメンバーが「当該事件の記録情報にアクセスできる状態にはなっていなかった」と明記しています。

したがって、現時点で裁判記録や訴訟資料が約6,000アカウントに公開された、あるいは閲覧されたという事実は確認されていません。

一方、チームの存在を知らせる招待メールや通知が実際に送信され、アクセスした場合にはメンバー情報を確認できたことは公式に認められています。

影響評価では、「事件記録へのアクセス」と「チームメンバー情報の閲覧可能状態」を混同しないことが必要です。

発覚のきっかけは外部からの問い合わせ

大阪高裁が問題を把握したのは、同日午後0時20分ごろでした。

きっかけは、システム監視や内部確認ではなく、外部からの問い合わせでした。大阪高裁は問い合わせを受けて事態を把握し、直ちに当該チームを削除しています。

誤登録の発生から把握まで約1時間40分を要しており、この間に大量の招待メールやTeams通知が送信されていました。

今回の公表では、約6,000アカウントという通常とは考えにくい規模のメンバー追加をシステムや運用上どのように検知していたのか、あるいは検知できなかったのかについて説明はありません。

「誤登録数」と「情報漏えい件数」は分けて評価する必要

本件では「約6,000アカウント」という数字が大きいため、6,000人分の個人情報が漏えいした事案と受け取られる可能性があります。

しかし、大阪高裁が公表している約6,000という数字は、あくまで本来メンバーではないにもかかわらずTeamsのチームに登録されたアカウント数です。

実際にチームへアクセスしたアカウント数は公表されておらず、ユーザー名とメールアドレスが実際に閲覧された人数も明らかになっていません。また、裁判記録についてはアクセスできる状態ではなかったとされています。

Microsoft 365の操作ミスは「実行前」と「実行直後」の統制が重要

今回の事案では、サイバー攻撃やアカウント侵害ではなく、Teamsのチーム作成に伴う運用上の誤りが問題となりました。

クラウドサービスでは、一度の操作によって多数のユーザーへ招待やアクセス権が付与されることがあります。そのため、操作担当者への注意喚起だけではなく、大量変更を前提とした統制が必要です。

例えば、メンバー追加前に対象件数と対象者一覧を確認する、一定件数を超える変更は別担当者の承認を必要とする、外部ユーザーを含むチームでは作成後にメンバー数を再確認するといった運用が考えられます。

セキュリティ対策Labでは、Microsoft Teamsを含むMicrosoft 365の運用ミスとして、厚生労働省のTeamsチャットなどが大量削除された事案も取り上げています。今回とは事故類型が異なりますが、高影響操作に対する変更管理という点では共通する課題があります。

関連記事:厚生労働省のMicrosoft Teamsチャット約750万件が東芝の誤実施で消失・復元不能

情報システム部門への示唆

今回の事案で注目すべきなのは、約6,000アカウントの誤登録そのものだけでなく、異常な規模の操作が外部からの問い合わせまで把握されなかった点です。

Microsoft 365のようなクラウドサービスでは、権限付与や共有設定、メンバー追加といった操作が即座に外部ユーザーへ反映されます。誤操作が発生した後に担当者が気付くことを前提とするのではなく、実行前確認と実行後監視の双方を設計する必要があります。

特に、外部ユーザーを含むチームや共有領域を作成する業務では、通常時のメンバー数を基準化し、数百・数千件単位の追加が発生した場合に確認を挟む仕組みが有効です。担当者自身による確認だけでなく、別担当者による承認やシステム上の閾値監視を組み合わせることで、単純な操作ミスが大量の情報公開につながるリスクを下げられます。

また、誤共有が発生した場合に備え、監査ログから「誰を追加したか」「誰がアクセスしたか」「何を閲覧したか」を迅速に追跡できる状態にしておく必要があります。

今回、大阪高裁は事件記録にはアクセスできなかったと説明しています。一方、約6,000アカウントの誤登録に至った具体的原因や、実際のアクセス状況、再発防止策の詳細は公表されていません。今後追加説明が行われる場合には、大量誤登録が発生した操作経緯と、アクセスログによる影響範囲の確認結果が重要なポイントになります。

出典