さくらのレンタルサーバで不正アクセス|136万アカウントに影響の可能性、利用者・企業が確認すべきこと

2026年8月、さくらインターネットが提供する「さくらのレンタルサーバ」の一部利用者環境において、第三者による不正アクセスが発生したことが公表されました。

8月17日の発表では、一部サーバーへのマルウェア設置や583アカウントへの不正ログインが確認されたとされています。

さらに8月19日の第二報では、契約情報などを管理する販売管理システムについても不正アクセスを受けた可能性が判明し、会員情報1,360,563アカウントが影響を受けた可能性があることが明らかになりました。

ただし、これは1,360,563アカウントの情報流出が確定したという意味ではありません。現時点ではデータの外部持ち出しは確認されておらず、侵入経路や影響範囲について調査が続けられています。

本記事では、2026年8月19日時点で公表されている情報をもとに、

  • 何が起きたのか
  • どのサービス・情報に影響する可能性があるのか
  • さくらのレンタルサーバ利用者が確認すべきこと
  • 今回事案から企業が考えるべき不正アクセス・認証対策

を整理します。

※本記事は2026年8月19日時点で公表されている情報に基づいています。今後の調査によって内容が更新される可能性があります。


さくらのレンタルサーバで何が起きたのか

さくらインターネットは2026年8月9日に異常を検知し、調査を開始しました。

その結果、「さくらのレンタルサーバ」の一部サーバーにマルウェアが設置され、583アカウントへの不正ログインが確認されています。

対象となったアカウントでは、顧客領域内に保存されていた情報や利用者識別子が、第三者によって閲覧・取得された可能性があります。

一方、2026年8月19日時点では、Webサイトなどが改ざんされた被害は確認されていません。

今回影響が確認されているのは「さくらのレンタルサーバ」であり、

  • さくらのVPS
  • さくらのクラウド
  • さくらの専用サーバ PHY
  • 高火力 PHY

については、今回の不正アクセスによる被害は確認されていないとされています。


第二報で「136万563アカウント」に影響の可能性

今回特に注目したいのが、8月19日に公表された第二報です。

レンタルサーバ側の封じ込め対応後に調査を進めたところ、契約情報などを管理する販売管理システムについても不正アクセスを受けた可能性が新たに判明しました。

影響を受けた可能性がある会員情報は、

1,360,563アカウント

とされています。

この中には、すでに公表されていた「さくらのレンタルサーバ」の対象利用者も含まれています。

また、一部についてはハッシュ化されたパスワード情報にアクセスされた可能性も確認されています。

ただし、重要なのは「影響を受けた可能性」と「情報流出が確認された」を分けて考えることです。

2026年8月19日時点では、データが外部へ持ち出された事実は確認されておらず、1,360,563アカウントすべての情報が漏えいしたことが確定したわけではありません。

また、販売管理システムにはクレジットカード情報は保存されていないと説明されています。


現時点で分かっていること

今回の発表を整理すると、次のようになります。

項目2026年8月19日時点の状況
異常検知2026年8月9日
対象さくらのレンタルサーバの一部環境
不正ログイン583アカウントで確認
マルウェア一部サーバーへの設置を確認
顧客領域の情報閲覧・取得された可能性
Webサイト改ざん現時点では確認されていない
販売管理システム不正アクセスの可能性を確認
影響可能性のある会員情報1,360,563アカウント
パスワード一部でハッシュ化された情報へのアクセスの可能性
クレジットカード情報販売管理システムには保存されていない
データの外部持ち出し現時点では確認されていない

まだ分かっていないこと

一方で、今回の事案にはまだ明らかになっていない重要な点があります。

特に、

  • 最初の侵入経路
  • 攻撃が始まった正確な時期
  • 不正アクセスに使われた手法
  • 販売管理システムとレンタルサーバへの不正アクセスの関連性
  • 実際に閲覧・取得された情報の範囲
  • データが外部へ持ち出されたかどうか
  • 最終的な影響アカウント数

などについては、今後の調査結果を待つ必要があります。

そのため現段階で「パスワードが原因だった」「特定の脆弱性から侵入された」などと断定することはできません。

さくらインターネットは外部専門機関を交えたフォレンジック調査を進めています。


さくらのレンタルサーバ利用者が確認すべきこと

今回対象となる可能性がある利用者は、まずさくらインターネットからの公式案内を確認してください。

そのうえで、自分の管理するサーバーやWebサイトについて不審な変化がないか確認することが重要です。

1.身に覚えのないファイルがないか

サーバー内に自分で設置した覚えのないファイルやプログラムが追加されていないか確認します。

特にWordPressなどCMSを運営している場合は、テーマやプラグインだけでなく、アップロードディレクトリなども確認しておきたいところです。

2.知らない管理者アカウントが追加されていないか

WordPressやその他CMS、管理ツールなどに、身に覚えのない管理者権限のアカウントが作成されていないか確認します。

攻撃者が侵入後のアクセス手段を維持するため、新しいアカウントなどを作成するケースがあります。

3.Webサイトやアプリケーションに不審な変更がないか

Webサイトの表示だけでなく、

  • JavaScript
  • PHPファイル
  • リダイレクト設定
  • .htaccess
  • プラグイン
  • テーマ
  • cronなどの定期実行設定

についても、不審な変更がないか確認しておくとよいでしょう。

4.心当たりのないログインがないか

管理画面やサーバーなどのログを確認できる場合は、通常とは異なるアクセスや心当たりのないログインがないか確認します。

5.不審なメール送信が行われていないか

侵害されたサーバーが迷惑メールやフィッシングメールの送信などに悪用される可能性もあります。

身に覚えのないメール送信や急激な送信量の増加がないか確認しておきましょう。


今回の事案で企業が注目すべきポイント

今回のインシデントは、さくらのレンタルサーバ利用者だけが考えるべき問題ではありません。

Webサービス、会員サービス、EC、金融・決済アプリなどを提供する企業にとっても重要な論点があります。

「ログインできた=正規ユーザー」とは限らない

今回、実際に583アカウントへの不正ログインが確認されています。

ただし、現時点では認証情報がどのような経路で取得・利用されたのかは明らかになっていません。

したがって今回の事案だけを根拠として、特定の認証方式の問題だったと断定することはできません。

一方、企業のセキュリティ設計という観点では、

IDとパスワードが一致したから正規ユーザーである

という判断だけに依存することにはリスクがあります。

認証情報が何らかの方法で攻撃者に渡れば、システム側からは正規利用者と攻撃者を区別することが難しくなるためです。


認証だけではなく「ログイン後」も考える

多要素認証(MFA)は、不正ログイン対策として非常に重要です。

しかし企業が考えるべきなのはログインの瞬間だけではありません。

例えば、

認証

利用端末の確認

アクセス状況の確認

ログイン後の重要操作

異常検知

インシデント発生時の封じ込め

という複数の防御層を設ける考え方が重要になります。

特に金融・決済・会員アプリなどでは、ログイン後に行われる送金、登録情報変更、パスワード変更、決済などの重要操作についても、リスクに応じた追加認証や監視を検討する必要があります。


「侵入を100%防ぐ」だけでは不十分

今回もう一つ注目したいのが、インシデント発生後の対応です。

さくらインターネットは、不正アクセスに利用された可能性のある認証情報を失効させ、マルウェアの除去などの封じ込めを実施しています。

さらに外部専門機関を交えたフォレンジック調査を進めています。

サイバー攻撃を完全に防ぐことは難しいため、企業には「侵入されないこと」だけでなく、

侵入された場合にどれだけ早く検知できるか

影響範囲をどれだけ早く特定できるか

攻撃者のアクセスをどれだけ早く遮断できるか

という視点も求められます。


企業が今確認したい5つのポイント

今回の事案を自社に置き換えるなら、少なくとも次の5点を確認しておきたいところです。

1.認証情報が漏えいした場合の対策はあるか

ID・パスワードが第三者に知られた場合でも、不正利用を防止・検知できる仕組みがあるか確認します。

2.重要システムにMFAを導入しているか

管理画面や社内システム、顧客情報を扱うシステムなど、重要度の高い環境ほど認証方式を見直す必要があります。

3.ログイン後の異常を検知できるか

普段と異なる端末、場所、アクセスパターン、大量操作などを検知できる仕組みがあるか確認します。

4.認証情報を迅速に失効できるか

インシデントが発生した際、影響を受けた可能性のある認証情報、セッション、APIキーなどを迅速に無効化できる体制が重要です。

5.「どこまで侵害されたか」を調べられるか

ログが不足していると、侵入を検知しても影響範囲を特定できません。

認証ログ、操作ログ、管理者操作、システム間アクセスなど、インシデント発生後の調査に必要な情報を残せているか確認しておく必要があります。


モバイルアプリでも同じ問題が起こる

今回の事案はレンタルサーバを中心としたインシデントですが、モバイルアプリでも考え方は共通しています。

金融アプリや決済アプリでは、

  • フィッシングによる認証情報窃取
  • パスワードリスト攻撃
  • マルウェア
  • 不正端末
  • Root化・Jailbreak
  • アプリ改ざん
  • Hooking
  • セッション乗っ取り

など、さまざまな経路から正規ユーザーになりすましたアクセスが発生する可能性があります。

そのため、

認証だけを強化する

のではなく、

「ユーザー」「端末」「アプリ」「実行環境」「操作」を複数の情報から評価する

という多層的な不正対策が重要になります。


まとめ|不正アクセスは「侵入経路」だけでなく「侵入後」まで考える

今回のさくらインターネットの事案では、2026年8月19日時点で、

  • 一部レンタルサーバーへのマルウェア設置
  • 583アカウントへの不正ログイン
  • 顧客領域内の情報が閲覧・取得された可能性
  • 販売管理システムへの不正アクセスの可能性
  • 最大1,360,563アカウントの会員情報への影響可能性
  • 一部のハッシュ化されたパスワード情報へのアクセス可能性

などが公表されています。

一方で、データの外部持ち出しは現時点では確認されておらず、侵入経路や最終的な影響範囲についても調査が続いています。

今後の発表を待つ必要がありますが、企業側として重要なのは、今回の事案を特定企業だけの問題として終わらせないことです。

認証情報が攻撃者に渡ったらどうなるのか。

不正ログインを検知できるのか。

侵入された場合、どこまで影響したか確認できるのか。

認証情報やアクセス権をすぐに失効できるのか。

自社サービスについて改めて確認するきっかけにすることが重要です。


関連記事

参考情報

  • さくらインターネット株式会社「さくらのレンタルサーバ」不正アクセスに関する公表情報
  • PC Watch「さくらのレンタルサーバーの一部環境で不正アクセスが発生、不正ログインや個人データ漏洩の可能性を確認」