環境開発工業、サイバー攻撃でシステム障害 — 廃油・産廃回収は通常稼働を継続、影響範囲は調査中

項目	内容
発生日	2026年7月16日（サーバでシステム障害が発生）
公表日	2026年8月4日
対象組織・業界	環境開発工業（廃油・産業廃棄物の回収・再資源化）
攻撃手法	サイバー攻撃による不正アクセス（詳細な手口は未公表）
情報源	Security NEXT（2026年8月4日）

概要

廃油や産業廃棄物の回収を手がける環境開発工業は、2026年8月4日までに、サーバにおいてシステム障害が発生し、サイバー攻撃を受けていたことを明らかにしました。障害が発生したのは2026年7月16日で、一部システムに影響が及んだとしています。

同社の説明では、2026年7月21日時点で、個人情報や顧客・取引先に関するデータの外部流出は確認されていないとのことです。廃油および産業廃棄物の回収などの業務は通常通り提供されており、事業への影響は限定的に抑えられています。

経緯

• 2026年7月16日: サーバにおいてシステム障害が発生。一部システムに影響
• 被害が発生したサーバに対して対策を実施
• 2026年7月21日時点: 個人情報や顧客・取引先に関するデータの外部流出は確認されていないと説明
• 外部の専門機関と連携し、原因および影響範囲の調査を開始
• 2026年8月4日: サイバー攻撃によるシステム障害であることが報じられる。廃油・産業廃棄物の回収業務は通常通り継続
• 調査は継続中

原因

侵入経路・初期アクセスの手法は公表されていません。同社は「サイバー攻撃によるシステム障害」と説明しており、攻撃の種別（ランサムウェアか、データ窃取を狙った侵入か）にも触れていません。

考えられる原因（推測）: 廃棄物処理事業者は、収集運搬の配車管理、マニフェスト（産業廃棄物管理票）の電子化対応、計量・請求データの管理といった業務システムをオンプレミスのサーバで運用しているケースが多く見られます。この構成でサーバ側にシステム障害が発生する典型的な経路としては、(a) インターネットに公開されたVPN機器・リモートアクセス機器の脆弱性悪用、(b) リモートデスクトップ（RDP）への認証突破、(c) 業務端末からのマルウェア感染を起点とした横展開、が挙げられます。「一部システムに影響」という限定的な表現と、回収業務が通常稼働を維持していることから、基幹業務の遂行に必須な系統までは影響が到達しなかった可能性が考えられます。ただしこれは公表事実からの推測であり、確定した原因ではありません。

対策

組織が学ぶべきこと

1. 「業務が止まらなかった」ことは偶然ではなく設計の結果である

本件で注目すべきは、サーバのシステム障害が発生しながら廃油・産業廃棄物の回収という基幹業務が通常通り継続できている点です。廃棄物の収集運搬は社会インフラに近い性質を持ち、停止すれば排出事業者側の操業にも波及します。障害中でも業務を回せたということは、システムに依存しない代替手順（紙運用へのフォールバック、影響を受けたサーバの切り離しで済む構成）が結果的に機能したことを意味します。

2. 「7月21日時点で流出は確認されていない」の読み方

同社は日付を明示して「この時点までは確認されていない」と説明しています。これは調査の到達範囲を限定した誠実な表現であり、「流出はなかった」という断定とは意味が異なります。ランサムウェア被害を含む侵害事案では、初期に「漏えい未確認」とされたものが調査進捗に伴って「流出の可能性あり」へ更新される例が繰り返し発生しています。取引先への説明も、この「暫定→確定」の段階を前提に設計しておく必要があります。

3. 発生から公表までの約3週間をどう説明するか

7月16日の発生から公表までに約3週間が経過しています。BtoBの廃棄物処理事業では、排出事業者からマニフェスト情報や現場情報を預かる立場にあるため、取引先が「自社の情報は影響を受けたのか」を判断できる材料をいつ提供できるかが問われます。調査完了を待たずに「現時点で確認できていること／まだ確認できていないこと」を切り分けて開示する運用が、取引先側の対応判断を助けます。

ヤグラの視点 — 復旧可能性という指標：「止まらなかった」を再現可能にする条件

インシデントの深刻さは、しばしば漏えい件数だけで語られます。しかし事業者にとって等しく重いのは、業務が何日止まったかです。同じ産業廃棄物処理業では、システム障害から新環境での再構築を経て段階的に業務再開へ至った事案も報じられており、対応の重さは事案ごとに大きく異なります。本件で回収業務が通常稼働を維持できたことは、それ自体が評価すべき結果です。

この「止まらなかった」を偶然ではなく再現可能な状態にするには、二つの条件が必要です。第一に、影響を受けた系統を早期に切り離せること。切り離しの判断には、どのサーバがどこまで侵害されたかの見極めが要ります。第二に、切り離した状態でも業務が回る代替手順が事前に定義されていること。この二つは平時にしか準備できません。

前者を支えるのがログの横断監視です。侵害範囲を短時間で見極められなければ、安全側に倒して広範囲を止めるしかなくなり、結果として業務停止が長引きます。ヤグラの AI SOC は、オンプレミス機器からクラウドまでのログを集約・相関し、AIが調査を回すことで検知から初動までの時間を短縮する基盤です。「どこまでやられたか」を早く確定できることは、そのまま「どこを止めずに済むか」の判断材料になります。

今後の対応

同社は外部の専門機関と連携して原因・影響範囲の調査を継続しています。個人情報や取引先データの流出有無について、調査進捗に応じた続報が出る可能性があり、注視が必要です。

更新履歴

日時	内容
2026-08-05	過去アーカイブとして記事化（キュレーション）