日本・アルカディア・ネットワークの管理する顧客サーバー環境への不正アクセス（流出は未確認）
公表日
日本・アルカディア・ネットワークが管理・運用する一部のお客様サーバー環境で、第三者による不正アクセス使う権限のない人が、他人のIDやパスワード、システムの弱点を使って、サービスやサーバーに入り込むことです。日本では「不正アクセス禁止法」で禁止されている犯罪です。の痕跡と不審なファイルが見つかりました。個人情報などが外部へ流出した直接的な痕跡は確認されていません。対象の人数・件数は公表されていません。
対象者は？
同社が管理・運用する一部のお客様サーバー環境のうち、対象となった顧客です。対象は限定されているとされています。対象人数・件数は公表されていません。個人情報、メール本文、添付ファイル等が外部へ流出した直接的な痕跡は確認されていません。
対象のお客様には、同社から個別に連絡しているとされています。詳しくは同社の公式のお知らせをご確認ください。
いますぐできること
- 同社のサーバー環境を利用している場合は、同社から個別の連絡が届いていないか確認し、届いていれば案内に従う。
- 公式のお知らせ（https://jan.jp/news/4707/）で、最新の案内を確認する。
何が起きたのか
2026年5月1日の午後9時頃、同社は、自社が管理・運用する一部のお客様サーバー環境で、第三者による不正アクセス使う権限のない人が、他人のIDやパスワード、システムの弱点を使って、サービスやサーバーに入り込むことです。日本では「不正アクセス禁止法」で禁止されている犯罪です。の痕跡と不審なファイルが置かれているのを見つけました。同社はすぐに調べ始め、午後10時頃までに最初の対応を行いました。5月12日に第1報を公表し、対象のお客様には個別に連絡していると伝えました。6月9日には、外部の専門機関による調査が終わったことを報告しました。
なぜ起きたのか・なぜ広がったのか
侵入の経路などの原因は、まだ発表されていません。調査では、情報を盗むことに特化した不正なプログラムや、外部へ情報を送ったことを示す通信の異常は見つかりませんでした。同社は、情報を盗むことが主な目的の攻撃ではなかった可能性が高いと評価されていると説明しています。
いまの状況2026-06-09 時点
2026年6月9日の時点で、外部専門機関の調査は完了しています。個人情報、メール本文、添付ファイル等が外部へ流出した直接的な痕跡は確認されていません。関係機関への所定の報告は完了し、影響が及ぶお客様には個別に連絡しているとのことです。同社は、認証情報の管理、アクセス制限、監視体制、ログ確認体制を抜本的に見直すとしています。侵入経路、影響を受けたサーバー数、対象人数・件数については、まだ発表されていません。
企業として考えたいこと
自社のサーバーに不審なファイルが見つかった場合に、1時間以内に初動対応をとり、どの顧客に影響するかをすぐ特定できる準備はできていますか。
技術的な要約
日本・アルカディア・ネットワークは2026年5月12日、同社が管理・運用する一部の顧客サーバー環境で第三者による不正アクセスの痕跡と不審ファイルの設置を、5月1日午後9時頃に確認したと公表した。同社は直ちに調査を開始し、同日午後10時頃までに初動対応を実施した。第1報時点では個人情報やファイル等の外部流出は確認されておらず、対象範囲と影響可能性は調査中とされた。2026年6月9日には外部フォレンジック機関の調査完了が報告され、情報窃取に特化した不正プログラムや外部への情報送信を示す通信異常は確認されず、情報窃取を主目的とする攻撃ではなかった可能性が高いと評価された。対象人数・件数、侵入経路は公表されていない。
公開情報が限られている点について
攻撃の分類
- 侵入口
- 不明侵入経路は公表されていない。第三者による不正アクセスの痕跡と不審ファイルの設置が確認された。
- 脆弱性
- 判明している脆弱性はありません
- 攻撃者
- 特定・主張なし
- ATT&CK
影響
- 業務停止
- なし 業務停止については公表されていない。Tier表では情報・業務影響が未確定とされている。
- データ
- 調査中上限 —確定 —個人情報、メール本文、添付ファイル等が外部へ流出した直接的な痕跡は確認されていない。対象人数・件数は公表資料に記載がない。
- 波及先
- —
- 金銭影響
- —
- サプライチェーン
- 同社が管理・運用する顧客サーバー環境が対象で、当該サーバーを利用する顧客には個別に連絡している。具体的な波及先は公表されていない。
時系列
- 2026-05-01 21:00
- 2026-05-01 22:00
- 2026-05-12
- 2026-05-12
- 2026-05-14セキュリティ対策Labが本件を報道。侵入経路、Webシェルの有無、影響サーバー数、攻撃者の滞在期間などは未公表と指摘。4
- 2026-06-09外部デジタルフォレンジック専門機関による調査が完了し、結果を報告。2
- 2026-06-09情報窃取に特化した不正プログラムや外部への情報送信を示す通信異常は確認されず。情報窃取を主目的とする攻撃ではなかった可能性が高いと評価。2
- 2026-06-09個人情報、メール本文、添付ファイル等の流出の直接的な痕跡は確認されず。関係機関への所定の報告を完了し、影響が及ぶ顧客には個別連絡。2
- 2026-06-09認証情報管理、アクセス制限、監視体制、ログ確認体制の抜本的な見直しを進めると表明。2
- 2026-10-13Tier表が本件をB評価（暫定）として掲載。1
技術解説
確認された事象と第1報までの経過 事実
同社は2026年5月12日、同社が管理・運用する一部のお客様サーバー環境で、第三者による不正アクセスの痕跡と不審なファイルの設置を、令和8年（2026年）5月1日午後9時頃に確認したと公表した。同社は直ちに調査を開始し、同日午後10時頃までに初動対応を実施した。確認から初動対応までは約1時間である。第1報の時点では、個人情報やファイル等のデータが外部へ流出した事実は確認されていなかった。同社は、対象は限定されており、当該サーバーを利用する顧客には個別に連絡していると説明した。対象範囲と影響可能性は引き続き調査中とされていた。
外部フォレンジック調査の結果（2026年6月9日） 事実
2026年6月9日、同社は外部のデジタルフォレンジック専門機関による調査が完了したとして、結果を報告した。調査では、情報の窃取に特化した機能を持つ不正プログラムは確認されず、外部への情報送信を示す通信の異常も確認されなかった。個人情報、メール本文、添付ファイル等が外部へ流出した直接的な痕跡も確認されていない。同社は、本件は情報の窃取を主たる目的とする攻撃ではなかった可能性が高いと評価されていると公表した。あわせて、関係機関への所定の報告を完了し、影響が及ぶ顧客には個別に連絡しているとした。認証情報管理、アクセス制限、監視体制、ログ確認体制の抜本的な見直しを進めるとも述べている。
公表資料で確認できない事項 事実
対象人数・件数は、公表資料に記載がない。侵入経路も公表されておらず、ブログ記事は原因を「第三者による不正アクセス（詳細は公表されていない）」と記している。2026年5月14日付のセキュリティ対策Labの記事は、侵入経路、設置された不審ファイルの種類、Webシェルの有無、影響を受けたサーバー数、データの閲覧・改ざんの有無、攻撃者の滞在期間などが公表されていないと指摘している。これは第1報の公表直後の指摘である。6月9日の報告で触れられた事項は、上の節にまとめたとおりである。
「流出は未確認」という結論の読み方 解釈
最終報の表現は「直接的な痕跡は確認されておりません」「可能性が高いと評価されております」である。流出がなかったと断定する書き方ではない。この書き方は、調査で確認できた範囲を正確に述べたものと読める。一方で、不審ファイルが何をするものか、攻撃者が何をしたのかは、公表された範囲では分からない。そのため、情報窃取以外の目的を含めた攻撃の全体像は読み取れない。外部の評価表がB評価（暫定）としているのも、情報・業務影響が未確定という点を踏まえたものである。この評価は第三者によるもので、同社の見解ではない。顧客側は、個別連絡の内容を基準に自社への影響を判断するのが現実的である。
対応
- 封じ込め
- 確認から約1時間後の2026年5月1日午後10時頃までに初動対応を実施。外部のデジタルフォレンジック専門機関による調査を実施し、2026年6月9日に完了。認証情報管理、アクセス制限、監視体制、ログ確認体制の抜本的な見直しを進めるとしている。
- 公表の仕方
- 2026年5月12日に第1報を公表し、対象サーバーの利用者には個別に連絡。2026年6月9日に調査結果を報告した。
- 当局対応
- 関係機関への所定の報告を完了（具体的な機関名は公表されていない）
教訓と対策
| 教訓 | 具体的な対策 |
|---|---|
| 委託・管理運用しているサーバーでも、不審なファイルの設置を早期に見つける仕組みが要る。本件は設置された不審ファイルの確認が端緒になった。 | 公開ディレクトリや実行ファイル配置先にファイル整合性監視（FIM）を入れ、新規・変更ファイルを検知したら即時にアラートを出す。EDRで子プロセス生成も監視し、検知から対応担当への通知までを自動化する。 |
| 確認から約1時間で初動対応を実施できたことは、被害の見極めの前提になる。手順が事前に決まっていることが効く。 | サーバー隔離、ネットワーク遮断、証拠保全（メモリ・ディスクのスナップショット取得）の手順をランブックにする。四半期ごとに夜間想定の机上演習を行い、検知から隔離までの所要時間を計測して改善する。 |
| 「流出の痕跡なし」を示すには、調べるためのログが残っている必要がある。本件では外部への通信異常の有無が評価の根拠の一つになった。 | FW・プロキシ・DNS・NetFlowの外向き通信ログと、認証・管理操作のログを、改ざん困難な別系統（WORMストレージやSIEM）に集約する。保持期間は少なくとも1年とし、検索できる状態で運用する。 |
| 同社は再発防止の柱に、認証情報管理、アクセス制限、監視体制、ログ確認体制の見直しを挙げている。管理者権限まわりは共通の弱点になりやすい。 | 管理用アカウントにMFAを必須とし、管理画面・SSHは踏み台や許可IPに限定する。特権IDを棚卸しして共有アカウントを廃止し、鍵・パスワードを定期的にローテーションする。ログ確認は週次レビューと検知ルールで運用する。 |
| 対象の顧客へ個別に連絡するには、どのサーバーをどの顧客が使っているかを即座に特定できる必要がある。 | 資産台帳でサーバー、顧客、連絡先、データ種別を紐づけ、変更のたびに更新する。インシデント時にこの台帳から影響顧客リストを出力する手順を用意し、連絡文面のテンプレートも事前に承認しておく。 |
自組織などでの確認項目
- 自社が管理・運用している（または委託して運用している）サーバーで、見慣れないファイルが追加された場合、何分以内に誰が気づく仕組みになっていますか。
- 「外部への情報送信を示す通信の異常がない」と調査で示すために必要なログを、自社は何日分、検索できる状態で保管していますか。
- 自社のサーバーに問題が見つかったとき、そのサーバーを使っている顧客や部署を一覧で出すまで、どのくらい時間がかかりますか。
- 管理者アカウントの認証方式（MFA・接続元制限）と、直近の棚卸し時期を、自社の環境で確認できますか。
未解明点
- 侵入経路（どの機能・設定・認証情報から入られたのか）は公表されていない。
- 設置された不審ファイルの種類、Webシェルの有無、攻撃者が何をしたのかは公表されていない。
- 影響を受けたサーバー数、対象となった顧客数、対象人数・件数は公表されていない。
- 攻撃者の滞在期間や、データの閲覧・改ざんの有無は公表されていない。
- 「関係機関」がどの機関か、公表されていない。
出典
- 1セカヤサAIブログ（情報漏洩・不正アクセスTier表）2026-10-13報道本文確認済
- 2blog.b-son.net2026-06-09報道本文確認済
- 3日本・アルカディア・ネットワーク株式会社2026-05-12公式本文確認済
- 4セキュリティ対策Lab（合同会社ロケットボーイズ）2026-05-14報道本文確認済