現場目線で企業リスクを可視化する調査・リスクマネジメント

お名前.com不正アクセス|自動売買停止で利益を逃した実体験と教訓

お名前.com不正アクセス|自動売買停止で利益を逃した実体験と教訓

2026年10月21日、私が利用している「お名前.com デスクトップクラウド」で、第三者による不正アクセスに伴うサービス停止が発生しました。

私はこのサービスを利用して、MT4による自動売買を運用しています。

ところが、最初は自動売買が停止していることにまったく気づきませんでした。

異常を知ったのは昼寝から起きた後。スマートフォンで取引を確認し、公式サイトを調べ、AIに相談してメールを確認するうちに、ようやく状況を把握しました。

最終的にはスマホから手動決済し、利益を確定できました。しかし、最高時点の含み益より少ない利益での決済となりました。

今回は利益で終わりましたが、もし大きなポジションを保有していたらどうなっていたでしょうか。

この経験から、外部サービスを利用する企業にも共通する「停止への気づき」と「緊急対応」の重要性を考えます。

この記事で分かること

  • お名前.comが発表した不正アクセスの概要
  • 利用者が異常に気づくまでの実際の経緯
  • 自動売買停止時に確認したい取引状況
  • メールやLINEの通知を見落とさないための対策
  • 建設会社を含む中小企業が無料でできる備え
目次|この記事の13項目
  1. お名前.comで何が起きたのか
  2. 私は最初、事故にまったく気づかなかった
  3. 10月21日に実際に起きたこと
  4. スマホMT4で異常を確認し手動決済
  5. 利益で終わっても残った教訓
  6. 自動売買が止まってもポジションは残る
  7. 通知が届いていても気づけない理由
  8. 無料でできる五つの緊急対策
  9. 不正アクセス後の認証情報の確認
  10. 建設会社にも共通するクラウド停止リスク
  11. 損失は補償されるのか
  12. 社長が確認したい緊急対応チェック表
  13. 今日の一歩とまとめ

1.お名前.comで何が起きたのか

お名前.comは2026年10月21日、「デスクトップクラウド」に対する第三者の不正アクセスを公表しました。

公式発表によると、一部の利用者のサーバー環境で不正なプログラムの設置が確認され、サーバー内の情報が閲覧された可能性があるとのことです。

同社は被害拡大を防ぐため、10月21日午前4時以降、利用者のサーバーを順次停止すると発表しました。対象はデスクトップクラウドの全プランです。

影響の可能性があるサーバー数は26,739件と公表されています。ただし、この数字はすべてのサーバーで侵害が確認された件数ではありません。

また、発表時点では、同社が預かる顧客の個人情報の漏えいや、閲覧された情報の悪用は確認されていないと説明されています。

出典:お名前.com公式|第三者による不正アクセスに関するお知らせ

2.私は最初、事故にまったく気づかなかった

私は普段、デスクトップクラウド上でMT4の自動売買を利用しています。

自動売買は便利です。自分が画面を見ていない時間にも、設定されたプログラムが取引を監視します。

しかし、今回の事故で、その便利さの裏側にあるリスクを実感しました。

サーバーが停止していることに、私は最初まったく気づかなかったのです。

昼寝から起きた午後1時30分頃、取引の動きに違和感を覚えました。

「いつもと動きが違う。何かおかしい」

それが確認を始めたきっかけでした。

システムが止まることだけでなく、停止に気づけない時間があることもリスクなのだと感じました。

3.10月21日に実際に起きたこと

当日の出来事を時系列で整理します。

日時 出来事
10月21日 午前4時以降 お名前.comがサーバーを順次停止すると公式発表
午前4時2分 お名前.comから不正アクセスに関する案内メールを受信
午後1時7分 自動売買システムの購入会社からLINEで緊急連絡を受信
午後1時30分頃 昼寝から起き、取引の動きに違和感を覚える
その後 スマホMT4、公式サイトを確認。AIに相談してメールを確認
その後 スマホMT4から手動決済し、利益を確定

お名前.comのメール受信から異常に気づくまで約9時間半、購入会社のLINE連絡からは約23分でした。

ただし、これは私が事故を認識するまでの時間です。自分のサーバーが正確に何時に停止したか、どの時刻に自動決済が予定されていたかを示すものではありません。

なお、同社は10月20日にもデスクトップクラウドの緊急メンテナンス情報を掲載しています。

4.スマホMT4で異常を確認し手動決済

取引の動きがおかしいと感じ、私はスマートフォンのMT4を確認しました。

次にお名前.comの公式サイトを確認し、サービス停止に関する案内を見つけました。

さらにAIに相談すると、メールの確認を促されました。そこで初めて、朝から案内メールが届いていたことを知りました。

状況を把握した私は、慌ててスマホMT4から手動決済しました。

結果として利益を確定できましたが、最高時点で確認した含み益より少ない金額での決済となりました。

今回はスマホから操作できたことが幸いでした。

ただし、サーバーが停止した場合でも、誰もがスマホから必ず手動決済できるわけではありません。証券会社のシステム、通信状況、口座へのログイン可否などによって異なります。

事前に確認しておきたいこと

  • スマホから取引口座へログインできるか
  • 未決済ポジションを確認できるか
  • 手動決済や注文取消しの操作を理解しているか
  • 証券会社とサーバー会社、それぞれの連絡先を保存しているか
  • 自動売買の停止時に何が動き、何が止まるか理解しているか

5.利益で終わっても残った教訓

今回の取引は、結果として利益を確定できました。

その意味では、大きな損失にならずに済みました。

しかし、最高時点の含み益より少ない利益での決済となったことから、外部サーバーに任せている取引が突然停止するリスクを改めて意識しました。

もちろん、正常に自動売買が動いていたとしても、必ず最高時点で決済できたとは限りません。今回の利益の差を、すべてサーバー停止による確定損害と断定することはできません。

それでも、もし大きなポジションを保有していたときに同じことが起きたらと考えると、今回の経験は決して軽く扱えません。

重要なのは、取引金額の大小ではなく、外部サービスの停止によって自分の想定していた管理ができなくなる可能性です。

6.自動売買が止まってもポジションは残る

MT4・MT5のEAを外部サーバー上で動かしている場合、サーバーが停止すると、EAによる監視や新規発注、決済などが停止することがあります。

一方、すでに証券会社側で成立しているポジションは、EAを動かしていたサーバーが停止しただけで消えるわけではありません。

その間も為替相場は動きます。

EAが管理していた決済条件が実行されなければ、含み益が減ったり、含み損が拡大したりする可能性があります。

なお、証券会社側に登録されたストップロスやテイクプロフィットなどは、EAの停止とは別に機能する場合があります。どの注文がサーバー側で管理され、どの処理がEAに依存するかは、利用する取引環境によって異なります。

今日できる無料の確認

自動売買が停止した場合、未決済ポジションをどこで確認し、どの端末から操作できるのかを、平常時に確認しておきましょう。

7.通知が届いていても気づけない理由

今回、連絡が届いていなかったわけではありません。

お名前.comからは朝4時2分にメールが届いていました。自動売買システムの購入会社からも、午後1時7分にLINEで緊急連絡がありました。

しかし、私が異常を認識したのは午後1時30分頃です。

通知が届くことと、その通知を読んで対応できることは別です。

これは個人の取引だけでなく、企業の業務システムにも共通します。

担当者が休んでいたら。社長が移動中だったら。夜間や休日だったら。

重要なメールが届いていても、誰も気づかなければ対応は始まりません。

通知について確認したいこと

  • 重要な送信元のメールが迷惑メールに入っていないか
  • スマホの通知が必要な時間帯に届く設定になっているか
  • メール以外の連絡手段があるか
  • 本人が不在でも確認できる担当者がいるか
  • 通知を見た後の初動手順が決まっているか

8.無料でできる五つの緊急対策

今回の経験から、追加費用をかけずに始められる対策を五つに整理しました。

  1. 公式の障害情報ページを登録する。
    異常を感じたとき、検索せずにすぐ確認できるようにします。
  2. 重要なメールの通知設定を見直す。
    障害連絡や緊急メンテナンスの案内を見逃しにくくします。
  3. 別の端末から状況を確認する手順を把握する。
    スマホや別のパソコンで確認できる範囲を平常時に試します。
  4. 緊急連絡先を整理する。
    サービス会社、取引先、システム販売会社などの窓口を区別します。
  5. 停止時の行動を短く書き残す。
    異常発見、公式情報確認、影響確認、必要な連絡という順番を決めます。

代替サーバーや追加監視サービスには費用がかかる場合があります。しかし、上記の確認なら既存のスマホやメール機能を使って始められます。

9.不正アクセス後の認証情報の確認

今回のお名前.comの公式発表では、サーバー内に保管された情報が閲覧された可能性があるとされています。

同社は、サーバー内で保管・利用していたIDやパスワードの変更、他サービスで同じパスワードを使用している場合の変更、便乗したフィッシングへの注意を呼びかけています。

一方、発表時点で同社が預かる顧客の個人情報の漏えいや情報の悪用は確認されていないと説明しています。

「情報が閲覧された可能性がある」と「すべての利用者の情報漏えいが確認された」は同じではありません。

  • サーバー内で使用していた認証情報を確認する
  • 該当するパスワードを変更する
  • 同じパスワードを使い回しているサービスも見直す
  • 利用できる場合は多要素認証を設定する
  • 不審なメールのリンクからではなく、公式サイトを直接開く

サービス停止への対応と、認証情報の保護は、両方とも必要です。

10.建設会社にも共通するクラウド停止リスク

今回の出来事はFXの自動売買に関するものですが、外部サービスに業務を任せる構造は建設会社にも共通します。

例えば、工程管理、現場写真共有、電子請求書、電子契約、会計システムなどです。

こうしたサービスが停止した場合、次のような影響が考えられます。

サービス 停止時に想定される影響 無料でできる備え
工程管理 当日の作業予定や担当者を確認しづらくなる 直近の重要予定を別途共有する
現場写真共有 施工状況の確認や元請への報告が遅れる 緊急連絡先と代替共有手順を整理する
電子請求書 請求処理や入金管理に支障が出る 締日と重要な請求予定を一覧化する
電子契約 契約締結や契約内容の確認が進まない 停止時の連絡・確認手順を決める

これは今回の事故で建設会社に実際に発生した被害ではなく、外部サービス停止時に想定される一般的な影響です。

関連記事:クラウド事業者に依存するリスクと企業の備え

11.損失は補償されるのか

外部サービスが不正アクセスを受け、利用者に経済的な影響が生じた場合でも、すべての損失が自動的に補償されるわけではありません。

サービス提供会社への損害賠償請求では、利用規約、免責条項、会社側の責任、損害との因果関係、損害額の立証などが問題になります。

今回のように、最高時点の含み益と実際の確定利益に差があった場合も、正常にシステムが動いていれば必ず最高時点で決済できたとは限りません。

企業向けサイバー保険についても、補償対象となる事故や費用、利益損失の扱い、外部サービス停止に関する特約、免責事項は契約によって異なります。

FX取引の相場損失や利益機会の喪失が、一般的なサイバー保険で補償されるとは限りません。

保険の確認も大切ですが、その前に、停止時の初動対応を整えておくことが必要です。

関連記事:中小企業のサイバー保険と実務上の確認ポイント

12.社長が確認したい緊急対応チェック表

会社で利用している重要な外部サービスについて、次の項目を確認してみてください。

確認 項目 具体的な確認内容
□ 異常の発見 停止をどの通知や画面で把握するか
□ 公式情報 障害情報ページをすぐ開けるか
□ 担当者不在 代わりに確認する担当者がいるか
□ 代替手段 最低限の業務を別の手段で進められるか
□ 緊急連絡先 サービス会社と関係先の窓口が分かるか
□ 情報保護 認証情報の変更が必要か判断できるか
□ 証拠保存 通知、操作時刻、業務への影響を記録できるか
□ 資金繰り 入金や支払いへの影響を確認できるか

緊急連絡先の整備については、関連記事サイバー事故に備える緊急連絡先の準備も参考にしてください。

13.今日の一歩とまとめ

今回、私はお名前.com デスクトップクラウドのサービス停止に最初は気づかず、スマホMT4で異常を確認してから、公式サイトとメールを調べました。

最終的には手動決済で利益を確定できましたが、最高時点の含み益より少ない利益となりました。

今回の経験で強く感じたのは、「通知が届いていること」と「事故に気づいて対応できること」は別だという点です。

企業でも、外部サービスが停止すること自体を完全に防げるとは限りません。

だからこそ、停止に気づく仕組みと、止まった後に取る行動を事前に決めておく必要があります。

今日の一歩

会社で使っている重要なクラウドサービスを一つ選び、①公式の障害情報ページ、②緊急連絡先、③停止時の代替手段を確認してください。

追加費用をかけずに、今日から始められる対策です。

※本記事は2026年10月21日時点の公式発表と利用者本人の体験に基づきます。個人の体験と一般的な企業リスクを区別して記載しています。特定の金融取引を推奨するものではなく、損害賠償や保険金の支払いを保証するものでもありません。

この記事をシェアする

記事一覧へ戻る

コメント Comments

コメント一覧

コメントはありません。

トラックバックURL

https://risk.pakira-izu.co.jp/2026/10/21/onamae-desktop-cloud-unauthorized-access-ea-trading-outage/trackback/

関連記事 Relation Entry