実務テンプレート
PR

XServerで不正アクセス?身に覚えのないログインがあった時の対処法とサポート調査の全記録

XServerで身に覚えのないログイン通知が届いたときの対処法と、不正アクセス調査の実体験をまとめた画像
LON
記事内に商品プロモーションを含む場合があります

※本記事にはプロモーションが含まれます。記事末尾のXServer紹介リンクから条件を満たして申し込んだ場合、読者側に紹介特典が適用され、当サイト運営者にも紹介特典が付与されます。

2026年8月13日の朝、XServerから「新しいログイン」に関する通知が届きました。

しかし、その時間に私はログインしていません。

XServerアカウントを確認すると、身に覚えのないIPアドレスからのアクセスがログイン履歴に表示されていました。

さらに、登録メールアドレスにはログイン用の認証コードも届いています。

「もしかして、アカウントに入られた?」

かなり不安になりましたが、すぐにパスワード変更や二段階認証の設定を行い、XServerサポートにも詳細なログ調査を依頼しました。

最終的にXServer側から得られた回答は、

「メール認証コードの入力前で停止しており、XServerアカウントやサーバーパネルにはログインされていなかった」

というものでした。

この記事では、今回実際に起きた出来事を時系列で整理しながら、

  • 身に覚えのないログイン通知が来たとき、最初に何をすればいいのか
  • XServerのログイン履歴で何を確認するのか
  • パスワード変更と二段階認証
  • 「記憶されているデバイス」と「信頼済みデバイス」の違い
  • XServerサポートには何を質問すればいいのか
  • 実際にサポートへ調査してもらって分かったこと

まで、私自身の経験をもとにまとめます。

先に結論

今回、XServer側の脆弱性によって侵入されたことが確認されたわけではありません。

詳細ログの調査では、不審なアクセスはメール認証コード入力前で停止しており、XServerアカウント・サーバーパネルへのログイン、管理画面へのアクセス、情報変更はいずれも確認されませんでした。

むしろ今回は、追加認証が防御として実際に機能した事例でした。

2026年8月13日、身に覚えのないアクセスを発見

始まりはXServerから届いたログイン通知でした。

私はその時間帯にXServerへログインしていません。

そこでXServerアカウントの「ログインセキュリティ」から履歴を確認すると、身に覚えのないIPアドレスからのアクセスが表示されていました。

XServerでは2026年7月28日の機能強化によって、XServerアカウントへの直近30件のログイン履歴を、日時・IPアドレス・ホスト名とともに確認できるようになっています。

今回、この機能が追加されて間もないタイミングで、実際に私自身が使うことになりました。

Xserverのログイン履歴を確認している画像

さらに同じタイミングで、登録メールアドレスに認証コードが届いていました。

XServerには、普段と異なるIPアドレスや端末などから不審なログインを検知した場合、登録メールアドレスに認証コードを送り、そのコードを入力しなければログインできない仕組みがあります。

私はこの認証コードを入力していません。

そこで、

「第三者がどこまで認証を進めていたのか」

を確認する必要があると判断しました。

私が最初に行った3つの対策

XServerで身に覚えのないアクセスを確認した後に行った、パスワード変更・二段階認証・デバイス確認の3つの対策

身に覚えのないアクセスを確認したあと、すぐに次の対策を行いました。

1.XServerアカウントのパスワードを変更

まず、これまで使用していたパスワードを新しいものへ変更しました。

不審なログインを確認した場合、XServer公式でもパスワード変更や二段階認証の設定が案内されています。

原因が分からない段階では、

「今のパスワードが第三者に知られている可能性がある」

という前提で動いた方が安全です。

他サービスと同じパスワードを使い回している場合は、そちらも見直した方がよいでしょう。

2.認証アプリによる二段階認証を設定

続いて、認証アプリによる二段階認証を設定しました。

XServerの二段階認証では、通常のパスワードに加えて、認証アプリのワンタイムパスワードを使用できます。XServerアカウントではSMS認証にも対応しています。

ここで少しややこしいのが、

「不審なログイン時の認証」と「二段階認証」は別の仕組み

という点です。

「不審なログイン時の認証」は、普段と異なるIPや端末などをXServer側が不審と判断した場合にメール認証を求める仕組みです。

一方、二段階認証を設定すると、通常のパスワード認証に加えて認証アプリ等による認証を行います。

XServer公式によると、二段階認証が有効な場合、「不審なログイン時の認証」そのものは行われませんが、不審なログイン時の通知は行われます。

今回をきっかけに、私は認証アプリによる二段階認証へ切り替えました。

3.デバイス一覧を確認・整理

ログインセキュリティには、端末の情報を確認できる画面があります。

私はここで、過去の住所や以前利用していたプロバイダと思われるもの、そして確認時点では身に覚えがないと感じたデバイスを削除しました。

ところが、この操作をきっかけに新しい疑問が生まれます。

「記憶されているデバイス」と「信頼済みデバイス」は何が違うのか?

です。

「記憶されているデバイス」と「信頼済みデバイス」は別物だった

XServerの「記憶されているデバイス」と「信頼済みデバイス」の違いと、削除前にスクリーンショットを残す流れを示した図

XServerサポートへ問い合わせた結果、この2つは意味が違うことが分かりました。

記憶されているデバイス

XServerサポートから受けた説明では、二段階認証の設定有無にかかわらず、過去にパスワード認証などでログインに成功した際に自動的に記録されるデバイスです。

信頼済みデバイス

こちらは、二段階認証を設定したうえで、認証時に利用者自身が「この端末を信頼する」と明示的に選んだ場合のみ登録されます。

XServer公式マニュアルでも、信頼済みデバイスは自動登録されず、「この端末を信頼する」を選択した場合だけ登録されると説明されています。

Xserverの信頼できるデバイスの管理画面のスクリーンショット

私が最初に混同した理由は、管理画面のページタイトルが「信頼済みデバイス」で、その中に「記憶されているデバイス」という一覧が表示されていたからです。

XServerサポートからも、分かりづらい表記である旨を含めて丁寧に説明してもらいました。

知らないデバイスは「削除する前にスクショ」をおすすめしたい

今回、ここで一つ反省があります。

身に覚えのないデバイスを見つけたため、私はすぐに削除しました。

その後XServerへ、

「削除したデバイスが、いつ、どのIPから登録されたものなのか確認できますか?」

と追加調査を依頼しました。

しかし最終回答では、削除済みの「記憶されているデバイス」の情報は確認できないとのことでした。

そのため、もし今後同じ状況になった方は、削除する前に、

  • デバイス名
  • IPアドレス
  • 最終利用日時
  • 二段階認証の省略状態

が分かるスクリーンショットを保存してから解除することをおすすめします。

もちろん、不審な端末をそのまま放置する必要はありません。

証拠を残してから、すぐ解除する。

今回の経験から、私はこの順番がよいと思います。

XServerサポートに調査を依頼した

XServerサポートへ不審なアクセスの調査を依頼し、認証状況・管理画面へのアクセス・不明なデバイス・二段階認証時の端末登録仕様の4点を確認したことを示す図

自分でできる対策を終えたあと、XServerサポートへ問い合わせました。

単に、「不正ログインされましたか?」と聞くのではなく、確認したいことを具体的に分けて質問しました。

私がXServerへ確認した4つのこと

  1. 不審なアクセスは、メール認証コード入力前で止まったのか、それともログインまで完了したのか
  2. XServerアカウント・契約情報・サーバー管理画面等へのアクセスや変更記録はあるか
  3. 身に覚えのないデバイスが、いつ・どのIP・どの認証方法で登録されたのか
  4. 二段階認証未設定でも「信頼済みデバイス」のような端末情報が登録されることはあるのか

このように質問を具体化すると、「何を確認すれば安全と言えるのか」が整理しやすくなります。

同じ状況になったときの問い合わせテンプレート

XServerで身に覚えのないアクセスを確認した場合、必要に応じて以下のような形で問い合わせると状況を伝えやすいと思います。

テンプレート

XServerアカウントに身に覚えのないアクセスを確認しました。

日時:○月○日 ○時○分
IPアドレス:○○○.○○○.○○○.○○○

当該時間に私はログインしておりません。

また、同時刻頃に登録メールアドレスへ認証コードが届きましたが、私自身はこのコードを入力していません。

可能でしたら、以下についてご確認いただけますでしょうか。

・当該アクセスは認証のどの段階まで進んでいたか
・XServerアカウントまたはサーバーパネルへのログインは成立していたか
・契約情報、登録情報、サーバー管理等へのアクセス・変更履歴があるか
・関連する不審なデバイス登録や操作履歴があるか

不正アクセスの可能性を確認したいため、可能な範囲で関連ログをご確認いただけますと幸いです。

重要なのは、「ログインされたか」だけではなく、「どこまで進んだのか」「その後何を操作されたのか」まで確認することです。

約1時間で一次回答。その後、担当部署が詳細ログを調査

XServerへの問い合わせから約1時間で一次回答があり、担当部署の詳細ログ調査によって不審なアクセスがメール認証コード入力前で停止し、管理画面への侵入や情報変更がなかったことを示す図

問い合わせを送ってから約1時間で、XServerサポートから一次回答が届きました。

質問した内容はいずれも詳細な記録の確認が必要なため、担当部署で調査し、改めて回答するという内容でした。

その後、実際に詳細ログを確認した結果が届きました。

結論は、

8月13日07:25の不審なアクセスは、メール認証コード入力前で停止していた

というものでした。

さらに、該当アクセスについて、

  • XServerアカウントへのログインなし
  • サーバーパネルへのログイン・アクセスなし
  • 各管理パネルへのアクセス形跡なし
  • 情報変更記録なし

であることも確認してもらえました。

つまり、今回については、

不審なアクセスは発生したものの、追加認証によって管理画面への侵入は阻止されていた

という結論になりました。

ログイン履歴に表示されても「侵入成功」とは限らなかった

XServerのログイン履歴に不審なアクセスが表示されても侵入成功とは限らず、詳細ログ確認でメール認証コード入力前に停止していたことを示す図

今回、個人的に重要だと感じたのがここです。

私のXServer管理画面では、問題の時刻とIPアドレスがログイン履歴として表示されていました。

そのため、最初は、「すでにログインされたのでは?」と考えました。

しかしXServer側で詳細な記録を確認してもらうと、メール認証コード入力前で停止しており、XServerアカウントやサーバーパネルへのログイン・アクセスは成立していないとの回答でした。

そのため、身に覚えのない履歴を見つけた場合、

管理画面の表示だけで侵入成功・失敗を自己判断せず、まず対策を行い、必要ならサポートに詳細ログを確認してもらう

ことが大切だと感じます。

今回の原因は特定できていない

XServerへの不審なアクセスの原因は特定できておらず、同時期に確認したChrome拡張機能との因果関係も証拠がないため断定していないことを示す図

ここも誤解がないように書いておきます。

今回、

「なぜ第三者と思われるアクセスが認証フローまで来たのか」

という根本原因までは特定できていません。

フィッシングメールのリンクをクリックした覚えもありません。

また同時期に別件でChrome拡張機能の不審な挙動も確認しましたが、その拡張機能と今回のXServerへのアクセスに因果関係があるという証拠はありません。

そのため、本記事でも原因として結びつけてはいません。

分からないことを推測で断定しないことも、セキュリティ事案では大切だと思っています。

今回を通してXServerへの印象はむしろ良くなった

XServerへの不審アクセス対応を通して、追加認証・ログイン履歴・約1時間の一次回答・詳細ログ調査などを実体験し、XServerへの信頼感が高まったことを示す図

身に覚えのないアクセスが起きたこと自体は、もちろん不安でした。

ただし今回の件を、「XServerは危ない」とは私は考えていません。

むしろ実際にトラブルが起きたことで、

  • 不審なアクセス時に追加認証が機能した
  • ログイン履歴から異変に気づけた
  • 問い合わせから約1時間で一次回答が届いた
  • 担当部署で詳細ログまで調査してもらえた
  • 分からない点についても追加調査してもらえた
  • 削除済みデータについては「確認できない」と明確に回答してもらえた

という部分を実体験として確認できました。

しかも今回問い合わせたのは、お盆時期で多くの企業が休みに入っているタイミングです。

その中で迅速に調査を進めてもらえたことには、かなり安心感を持ちました。

サーバーを選ぶとき、

「速い」
「安い」
「WordPressが簡単」

といった部分に目が行きがちです。

しかし実際に運用していると、「何か起きたとき、どこまで確認してもらえるのか」も非常に重要です。

私自身、WordPressサイトの納品後についても「何を保守しているのか」を見える化するため、クライアント向けの保守管理プラグインをAIで自作しています。

今回の経験を通して、私はXServerを今後も利用していこうと思っています。

これからXServerを利用する方へ

XServerをこれから利用する人向けに、お友達紹介プログラムでは紹介された側と紹介者の双方に特典があることと、最新条件を公式サイトで確認するよう案内した図

XServerには「お友達紹介プログラム」があり、公式には紹介した側・紹介された側の双方が特典を受けられる制度として案内されています。特典内容や条件は時期によって変更される可能性があるため、申し込み前に最新条件をご確認ください。

私の紹介リンクはこちらです。

XServerを紹介リンクから確認する

Xserverの友達紹介プログラムを紹介する画像

この紹介リンクから条件を満たして契約された場合、申し込んだ方に紹介特典が適用され、私にも紹介特典が付与されます。

今回のようなトラブルを経験したうえでも、私はXServerを継続して使いたいと考えています。

その実体験も含めて、サーバー選びの参考にしていただければと思います。

よくある質問

XServerから身に覚えのないログイン通知が来たら、すでに侵入されていますか?

必ずしもそうとは限りません。

今回の私のケースでは、管理画面に身に覚えのないアクセスが表示されていましたが、XServer側の詳細調査によって、メール認証コード入力前で停止しており、管理画面へのログインは成立していないことが確認されました。

ただし自己判断はせず、パスワード変更や二段階認証などの対策を行ってください。

身に覚えのない認証コードがメールで届いたらどうすればいいですか?

認証コードは入力せず、第三者にも教えないでください。

メール内のリンクからではなく、自分でXServer公式サイトを開き、ログイン履歴やセキュリティ設定を確認する方が安全です。

XServerのログイン履歴はどこで確認できますか?

XServerアカウントへログインし、「ログインセキュリティ」から確認できます。

現在は直近30件のログイン日時、IPアドレス、ホスト名を確認できます。

「記憶されているデバイス」と「信頼済みデバイス」は同じですか?

同じではありません。

今回XServerサポートから受けた説明では、「記憶されているデバイス」は過去にログイン成功した際に自動的に記録される端末です。

一方、「信頼済みデバイス」は二段階認証時に「この端末を信頼する」を利用者自身が選択した場合のみ登録されます。信頼済みデバイスは自動登録されません。

知らないデバイスがあったらすぐ削除していいですか?

解除自体は早めに行う方が安全ですが、可能であれば先にスクリーンショットを残しておくことをおすすめします。

今回私は先に削除してしまい、その後XServerへ調査をお願いしましたが、削除済みの「記憶されているデバイス」の詳細情報は確認できないとの回答でした。

端末名・IPアドレス・最終利用日時などを記録してから解除すると、後の調査に役立つ可能性があります。

まとめ|「身に覚えがない」で終わらせず、記録を確認する

XServerで身に覚えのないログイン通知を確認した際に、ログイン履歴確認・パスワード変更・二段階認証・デバイス確認・サポート調査を行い、安全性を事実ベースで確認した流れを示す図

今回の出来事では、結果的に管理画面への侵入は確認されませんでした。

しかし、

「自分じゃないログイン通知だけど、まあ大丈夫だろう」

と放置していたら、本当に安全だったかは分かりませんでした。

今回私が行ったのは、

  1. ログイン履歴を確認する
  2. パスワードを変更する
  3. 二段階認証を設定する
  4. デバイス一覧を確認する
  5. XServerサポートへ具体的な項目を指定して調査を依頼する

という流れです。

そしてXServer側の詳細ログによって、初めて、

「今回はメール認証で止まり、管理画面には入られていなかった」

と確認できました。

セキュリティで大切なのは、不安になりすぎることでも、「きっと大丈夫」と放置することでもありません。

事実を一つずつ確認していくこと。

今回の経験が、同じような通知を受け取った方の参考になれば幸いです。

AIや開発ツールを仕事で使っている方へ

サーバーだけでなく、AIツールから認証情報や本番環境を守る考え方も重要です。

こちらの記事がおすすめです。

あわせて読みたい
CodexをWindowsで使う流れ|仕事で任せる範囲と始め方
CodexをWindowsで使う流れ|仕事で任せる範囲と始め方
ABOUT ME
LON | AI Work Hacker
LON | AI Work Hacker
非エンジニア実装家 / AI業務委託
「コードは書かない。AIを操る。」

普段は業務委託のプロとして、AI企業のLINE運用や自動化システム構築を担当。

エンジニア経験ゼロから、AIだけを武器にツールを自作する「実務ハック」を研究中。
記事URLをコピーしました