日産化学、クラウド環境への不正アクセス調査が完了情報漏えい・改ざん・マルウェア感染は確認されず|セキュリティニュースのセキュリティ対策Lab

投稿日時: 2026年08月06日更新日時: 2026年08月06日

日産化学株式会社は2026年8月5日、同社システムに対する不正アクセス事案の第2報を公表しました。同社が利用するクラウド環境で第三者による不正アクセスが確認され、外部のセキュリティ専門機関と連携して調査を進めていましたが、調査の結果、情報漏えい、データ改ざん、不正利用、ランサムウェアを含むマルウェア感染は確認されなかったとしています。

サマリー

日産化学は2026年7月1日、クラウド環境で不審な活動を検知した
調査の結果、6月30日に第三者による不正ログインや不正なサーバ作成が行われていたことを確認した
不正なサーバを起点とした一部サーバへのアクセス痕跡は確認された
一方で、個人情報や取引先情報を含む情報資産の漏えい、他システムへの侵害拡大、データ改ざん、マルウェア感染は確認されていない
不正ログインに至った原因や認証情報の入手経路、クラウドサービス名などの詳細は公表されていない

項目	内容
公表日	2026年8月5日
初回公表日	2026年7月16日
企業名	日産化学株式会社
対象	同社が利用するクラウド環境
確認された事象	第三者による不正ログイン、不正なサーバ作成、不正なサーバを起点とした一部サーバへのアクセス痕跡
漏洩情報の内容	情報漏えいは確認されていない。個人情報や取引先情報を含む情報資産の漏えいも確認されていない
改ざん・不正利用	データ改ざん、不正利用は確認されていない
マルウェア感染	ランサムウェアを含むマルウェア感染は確認されていない
事業影響	事業活動および製品・サービス提供への支障は発生していない
原因	不正ログインの具体的原因、認証情報の入手経路、攻撃手法の詳細は公表されていない
対応状況	不正利用されたアカウントの無効化、不正なアクセス経路の遮断、アクセス管理および監視体制の強化を実施
個人情報保護委員会への報告	公表文では、個人情報保護委員会への報告有無に関する記載は確認できない

何が起きたか

日産化学は2026年7月1日、同社が利用するクラウド環境で不審な活動を検知し、調査を開始しました。その結果、前日の6月30日に第三者による不正ログインや不正なサーバの作成が行われていたことが確認され、同社は影響拡大防止を優先してアクセス経路の遮断や関連アカウントの無効化を実施しました。

7月16日の初回公表時点では、同社システムにおける不正アクセスの可能性を確認した段階であり、原因や影響範囲については外部専門家の協力を得ながら調査中としていました。8月5日に公表された第2報では、外部のセキュリティ専門機関および社内情報システム部門による調査が完了し、クラウド環境や関連システムのログ、対象環境の分析結果が示されています。

今回の事案は、オンプレミスのサーバ侵害というより、クラウド環境のアカウントや権限を起点にした不正アクセスとして読むべき内容です。クラウド環境では、認証情報や権限設定、監視設定に問題があると、攻撃者が正規アカウントに近い形で操作してしまうため、侵害の見え方が分かりにくくなることがあります。

調査結果、情報漏えいは確認されず

日産化学によれば、不正ログイン、不正なサーバ作成、不正なサーバを起点とした一部サーバへのアクセス痕跡は確認されました。一方で、個人情報や取引先情報を含む情報資産の漏えい、他システムへの侵害拡大、不正な改ざん、ランサムウェアを含むマルウェア感染などの被害は確認されなかったとしています。

この点は、実務上かなり重要です。不正アクセスの痕跡が確認された場合でも、必ずしも情報漏えいやランサムウェア被害まで進んでいるとは限りません。ログ保全、クラウド監査ログの確認、関連システムの横断調査を行い、攻撃者がどのアカウントで何を実行し、どの範囲まで到達したかを詰める必要があります。

今回の公表では、事業活動および製品・サービスの提供にも支障は発生していないとされています。製造業や化学メーカーの場合、業務システムやクラウド環境の侵害が生産、物流、受発注、研究開発情報の管理に波及するかどうかが大きな確認ポイントになりますが、第2報では少なくとも公表範囲において、そのような事業影響は確認されていません。

対応状況

日産化学は、不正利用されたアカウントの無効化、不正なアクセス経路の遮断、アクセス管理および監視体制の強化を実施したとしています。初動としては、攻撃者の操作経路を止め、関連アカウントを失効させ、クラウド環境内で作成された不審なリソースや通信の有無を確認する流れだったと考えられます。

第2報では、今後の対策として、システム設定や運用状況の定期的な点検、監視・検知体制の継続的な強化を進めると説明しています。クラウド環境では、設定変更や権限付与が日常的に発生するため、点検を一度だけ実施して終わるのではなく、継続的な構成管理と監査ログのレビューに落とし込めるかが再発防止の分かれ目になります。

過去にも、アカウント不正アクセス後に情報流出が確認されなかった事案として、東京計器のChatworkアカウント不正アクセス事案のように、調査完了後も認証情報管理と取引先への注意喚起が重要になるケースがありました。

クラウド環境の不正アクセスで確認したい論点

今回のようにクラウド環境で不正ログインと不正なサーバ作成が確認された場合、情報システム部門が最初に見るべきなのは、侵入アカウント、作成リソース、権限変更、外向き通信、ログ改ざんの有無です。クラウドの不正利用では、情報窃取だけでなく、暗号資産マイニング、攻撃インフラ化、踏み台利用、不要なコスト発生も現実的なリスクになります。

特に、不正なサーバが作成されていた点は見逃せません。攻撃者がクラウド環境内に計算資源を作成できたということは、当該アカウントに一定のリソース作成権限があった可能性があります。公表文では具体的なクラウドサービス名や権限範囲は示されていませんが、同種事案では管理者権限だけでなく、開発者権限、CI/CD用アカウント、外部委託先向けアカウントも確認対象に入れるべきです。

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

自組織でクラウド環境を利用している場合、今回の事案は他社のニュースとして済ませにくい内容です。クラウド環境では、境界型防御だけではなく、アカウントと権限、監査ログ、設定変更履歴を前提にした運用が必要になります。

管理者アカウントや高権限アカウントには多要素認証を必須化し、アクセスキーやAPIキーは棚卸しとローテーションを定期的に行うべきです。人が使うアカウントとシステムが使うアカウントを分け、利用者、用途、有効期限、権限範囲を台帳で管理しておくと、インシデント発生時の影響範囲調査がかなり楽になります。

監視の観点では、不審なログインだけでなく、新規サーバ作成、権限昇格、セキュリティグループやファイアウォール設定の変更、監査ログ停止、普段使わないリージョンでのリソース作成を検知対象に入れる必要があります。クラウドの監査ログは保存期間が短い設定のまま放置されることもあるため、証跡保全の観点から長期保存と改ざん耐性のある保管先を用意しておきたいところです。

今回の公表では情報漏えいやマルウェア感染は確認されていませんが、不正ログインと不正なサーバ作成が確認された時点で、攻撃者がクラウド環境内で操作できていたことになります。情報システム部門としては、クラウドの権限設計を最小権限に寄せ、検知後に即座にアカウント無効化、アクセス経路遮断、リソース隔離、ログ保全を実行できる手順を整備しておくことが重要です。