「利用しているクラウドサービスで不正アクセスが発生した。自分のパスワードは大丈夫だろうか?」
2026年10月、お名前.com デスクトップクラウドで第三者による不正アクセスが発生しました。運営会社は、サーバー内の情報が閲覧された可能性を公表しています。
ただし、ここで重要なのは、情報が閲覧された可能性があることと、情報漏えいや悪用が確認されたことは同じではないという点です。
今回の記事では、公式発表に基づく事実を整理したうえで、利用者が今すぐ確認したいパスワード、認証情報、偽メールへの対策を具体的に解説します。
- 公式発表で確認されている事実
- どのパスワードを変更すべきか
- クラウド内に保存した認証情報の確認方法
- 不審なログインやフィッシングへの備え
- 企業が実行できる二次被害防止策
目次|クリックで開閉
1.お名前.comの不正アクセスで公表されたこと
2026年10月21日、お名前.comはデスクトップクラウドに対する第三者の不正アクセスを公表しました。
公式発表によると、10月20日に一部利用者のサーバー環境で不正なプログラムの設置を確認。影響の可能性があるサーバー数は26,739件とされています。
また、サーバー内に保管されている情報が閲覧された可能性があると説明しています。
一方、発表時点では、預かっている顧客の個人情報の漏えいや、閲覧された情報の悪用は確認されていないとしています。
出典:お名前.com公式|第三者による不正アクセスに関するお知らせ
2.情報閲覧の可能性と漏えい確認の違い
「情報が閲覧された可能性」とは、第三者がサーバー内の情報にアクセスできた可能性があるという意味です。
これだけで、すべての利用者の情報が外部に持ち出されたことや、実際に悪用されたことが確定するわけではありません。
| 項目 | 2026年10月21日の発表内容 |
|---|---|
| 不正アクセス | 発生を確認 |
| 不正プログラム | 一部環境で設置を確認 |
| サーバー内情報の閲覧 | 可能性あり |
| 顧客個人情報の漏えい | 発表時点では確認されていない |
| 閲覧情報の悪用 | 発表時点では確認されていない |
「確認されていない」は「絶対に発生していない」という意味ではありません。調査が続いているため、最新の公式発表を確認する必要があります。
3.最初に確認したい3つのこと
不正アクセスの知らせを受けた利用者は、次の3点から確認を始めましょう。
- 何を保存していたか:サーバー内のID、パスワード、接続設定、業務ファイルを洗い出す
- どこで使っていたか:同じ認証情報を使う別サービスがないか確認する
- 不審な動きがないか:可能なサービスではログイン履歴や通知を確認する
サーバーが停止していて内部を確認できない場合は、手元の設定資料、パスワード管理アプリ、過去の接続記録などから整理してください。
4.変更すべきパスワードの優先順位
お名前.comは、サーバー内に認証情報を保管・利用していた場合、速やかに変更するよう呼びかけています。
優先順位を決めるなら、まずサーバーに保存していた、またはサーバーから利用していた認証情報です。
- クラウド内に保存したサービスのログインID・パスワード
- リモート接続や管理用の認証情報
- メール、クラウドストレージなどの接続情報
- 取引口座など、金銭に関係するサービスの認証情報
- 業務システムの管理者アカウント
変更操作は、可能な限り影響を受けていない安全な端末から、各サービスの公式サイトや正規アプリで行ってください。
パスワード変更後は、古い認証情報を使う自動接続設定なども見直す必要があります。
5.クラウド内の認証情報を洗い出す
「パスワードは保存していない」と思っていても、アプリが接続情報を保持している場合があります。
例えば、ブラウザーの保存済みパスワード、リモート接続設定、業務アプリのログイン情報、APIキーなどです。
すべての情報が実際に閲覧されたと断定する必要はありません。重要なのは、閲覧されていた場合に悪用されるおそれがある認証情報を把握することです。
APIキーやアクセストークンを利用している場合は、パスワード変更だけでは足りないことがあります。提供元の手順に従って無効化・再発行を検討してください。
6.同じパスワードの使い回しに注意
お名前.comの公式発表では、同一パスワードを他サービスでも使用している場合、あわせて変更するよう求めています。
例えば、クラウド接続用のパスワードとメールのパスワードが同じなら、一つの認証情報が知られた場合に別サービスへの不正ログインを試みられるおそれがあります。
サービスごとに異なる長く複雑なパスワードを設定し、管理が難しい場合は信頼できるパスワード管理ツールの利用を検討しましょう。
7.多要素認証とログイン履歴を確認する
パスワードを変更した後は、利用サービスが対応していれば多要素認証を有効にしましょう。
多要素認証とは、パスワードに加えて認証アプリやセキュリティキーなど、別の確認手段を使う仕組みです。
あわせて、確認可能なサービスでは次の項目を見てください。
- 見覚えのないログイン日時や端末
- 不審な接続元や地域
- 知らないうちに追加された認証手段
- 登録メールアドレスや連絡先の変更
- 有効なログインセッションや連携アプリ
不審なセッションを終了させる機能がある場合は、正規の手順で実施してください。
8.偽メール・偽サポートを見分ける
事故の発生直後は、それに便乗したフィッシング詐欺にも注意が必要です。
「緊急復旧」「アカウント確認」「補償申請」などを装い、偽サイトへ誘導する手口が考えられます。
お名前.comは、メールや電話でパスワードやクレジットカード情報を尋ねることはないと案内しています。
メール内のリンクを慌てて開かず、ブックマークや自分で入力した公式URLから情報を確認してください。電話番号も公式サイト掲載の連絡先と照合しましょう。
9.FX自動売買利用者が確認したいこと
今回、筆者もお名前.com デスクトップクラウド上でMT4の自動売買を利用していました。
自動売買の提供元から緊急のLINE案内を受け、スマートフォンで取引状況を確認した経験があります。
セキュリティ面では、取引口座のログイン情報や接続設定をクラウド内でどのように利用していたか、確認することが重要です。
確認したい項目は、取引口座の認証情報、保存された接続設定、EAの外部サービス連携、不審な注文履歴などです。
ただし、今回の不正アクセスによって特定のFX口座が乗っ取られたと確認されたわけではありません。事実と予防的な確認を混同しないでください。
10.不審な動きが見つかった場合の初動
もし身に覚えのないログインや設定変更を見つけたら、次の順番で対応を検討してください。
- 画面や通知を保存し、発見日時を記録する
- 安全な端末からパスワードを変更する
- 可能であれば不審なセッションや連携を無効化する
- 対象サービスの公式サポートへ連絡する
- 金銭に関係するサービスなら取引履歴も確認する
業務用アカウントの場合は、担当者だけで処理せず、社内の管理責任者にも連絡しましょう。
11.サーバー復旧後の安全確認
サーバーが利用できる状態に戻っても、すぐに以前の設定をそのまま使うことが安全とは限りません。
運営会社の復旧案内を確認し、必要な場合はOSやアプリの更新、認証情報の再設定、保存ファイルの確認を行います。
不審なプログラムや設定変更の疑いがある場合、自己判断で稼働を再開する前に提供元へ確認してください。
再開時には、業務システムやEAが意図しない操作をしないことも確認しましょう。
12.建設会社のクラウド利用にも共通する教訓
今回の事故はFX自動売買の利用者だけの問題ではありません。
建設会社では、見積書、図面、協力会社の連絡先、顧客情報などを外部クラウドに保存する場合があります。
もしクラウドサービスに不正アクセスが起きたら、どの情報を保存していたか、誰が確認し、どの認証情報を変更するかが重要です。
外部サービスへの依存を整理する際は、クラウド事業者の停止リスクと企業への影響も参考になります。
事故の連絡先を整理するには、サイバー事故時の緊急連絡体制を確認してください。
事故後の費用や保険については、中小企業のサイバー保険と実務確認で契約ごとの確認事項を整理しています。補償の有無は契約条件や事故の事情によって異なります。
13.今日の一歩とまとめ
今回の公式発表で重要なのは、情報閲覧の可能性がある一方、発表時点では顧客の個人情報の漏えいや情報の悪用が確認されていないという点です。
不安を必要以上に広げず、今できる確認を一つずつ進めましょう。
- □ クラウド内で利用したID・パスワードを洗い出す
- □ 該当する認証情報を安全な端末から変更する
- □ 同じパスワードを使う別サービスも確認する
- □ 多要素認証とログイン履歴を確認する
- □ 不審なメールのリンクを開かず公式サイトを確認する
- □ 公式発表の更新を継続して確認する
情報漏えいが確定していなくても、認証情報の確認と変更は実行できます。その小さな行動が、二次被害の予防につながります。
※本記事は2026年10月21日付のお名前.com公式発表に基づき、2026年10月23日に作成しています。調査の進展により状況が変わる可能性があります。最新情報は公式サイトをご確認ください。

コメント Comments
コメント一覧
コメントはありません。
トラックバックURL
https://risk.pakira-izu.co.jp/2026/10/23/onamae-unauthorized-access-credentials-security-check/trackback/