速報

JAL・JTAの予約情報約9万2千人分に外部参照の形跡|対象項目と利用者対応

CATEGORY

クロンオンライン診療に不正ログイン|患者情報の閲覧と二要素認証の設定案内

※本ページのリンクにはプロモーションが含まれています。

オンライン診療の医療機関画面と患者端末の間で診療情報が閲覧される危険と認証確認を示す概念イラスト

この記事のポイント

対象
クロンオンライン診療、クロンスマートパスの利用者向け認証設定
影響
医療機関5施設6アカウントと患者14アカウントへの不正ログインを確認。3医療機関の患者73名分の情報が閲覧された。両集計の重複の有無は公表されていない。
推奨対応
医療機関は初期化されたパスワードを再設定し二要素認証を設定する。患者は他サービスと異なるパスワードを利用し使い回し先も変更する。不審なメール・SMS・電話で認証コード等を伝えない。
公表日

目次

MICINは2026年10月27日、「クロンオンライン診療」で一部の医療機関と患者のアカウントに第三者が不正ログインしたと公表しました。医療機関側は5医療機関の6アカウント、患者側は14アカウントが対象です。このうち3医療機関のアカウントから患者73名分の情報が閲覧されたとしています。

医療機関には、初期化されたパスワードの再設定との設定を求めています。患者には他サービスと異なるパスワードの利用や、使い回し先の変更、端末の機能の活用を推奨しています。サービス停止は予定しておらず、利用を継続できるという案内です。

スポンサーリンク

医療機関と患者のアカウントを分けて影響を確認

MICINの10月27日付公式発表によると、不正ログインの発生日は10月23日です。外部から入手したIDとパスワードの組み合わせを試すリスト型攻撃によるものとみられると説明しています。調査時点で同社のサーバーやへの侵入の形跡は確認していません。

医療機関のアカウントから閲覧された患者情報には、氏名、メールアドレス、電話番号、生年月日、住所、性別のほか、カルテ番号、診察券番号、受診状況、医師によるメモが含まれます。医療従事者についても氏名とメールアドレスが閲覧された可能性があるとしています。

患者のアカウントから閲覧された可能性がある情報は、氏名、メールアドレス、電話番号、生年月日、住所、性別、受診者コードです。一部の患者では処方箋画像、診察記録、サービス利用履歴も対象です。本人確認書類とパスワード情報は含まれず、クレジットカード情報はMICINが保持していないため対象外と説明しています。

「73名分」は医療機関アカウント経由で閲覧された患者情報の人数で、「14アカウント」は患者側の不正ログイン件数です。両者の重複がないことは示されていないため、単純に合算して87人の被害と扱うことはできません。また、情報項目の一覧が全対象者に共通するとも限りません。

発覚当日に遮断とパスワード初期化を実施

MICINは発覚当日に不正なアクセス元の通信を遮断しました。不正ログインが確認されたアカウントと、二要素認証を設定していないアカウントのパスワードを初期化し、全医療機関アカウントをログアウト処理したとしています。初期化の対象は、不正ログインを確認したアカウントだけに限定されていません。

対象の医療機関と患者へは個別に連絡し、個人情報保護委員会への報告も済ませています。不審なログインの監視を強化し、今後はログイン時のセキュリティ強化を予定しています。公表時点で不正決済などの二次被害は確認されていませんが、これを将来も被害が起こらないという意味には読み替えられません。

スポンサーリンク

医療機関は再設定と二要素認証の案内を確認

「クロンオンライン診療」「クロンスマートパス」を利用する医療機関には、初期化されたパスワードを他サービスと異なるものへ設定するよう求めています。二要素認証の設定方法は、MICINが送付した「【重要】再ログイン・二要素認証設定のお願い(オンライン診療クロン・クロンスマートパス)」という件名のメールで案内しています。

本サイトとしては、院内でアカウントの管理担当と利用者を確認し、再ログインできたことと二要素認証を設定したことを別々に記録することを提案します。第三者へパスワードを知らせたり、メールへの返信でコードを渡したりする手順を追加してはいけません。今回の公式発表は、そのような情報提供を求めていません。

患者は使い回し先と不審な連絡にも注意

患者には、クロンオンライン診療とクロンスマートパスのパスワードを他サービスと異なるものにするよう案内しています。同じパスワードを使う別サービスでも変更を推奨しています。リスト型攻撃という見解から、特定の他サービスが情報の入手元だったと推測することはできません。

MICINは、同社を名乗る不審なメール、SMS、電話への注意も呼びかけています。同社からパスワード、認証コード、クレジットカード情報を尋ねることはないと明記しています。本サイトの提案として、受診確認などを理由に情報入力を求める連絡が来ても、記載されたリンクから進まず、普段使う公式画面や案内済みの窓口から確認してください。

問い合わせ先は公式発表で患者用と医療機関用に分かれています。今回の資料にはの具体的な入手元や個別医療機関名の一覧は示されていません。未公表の組織を被害先として推測せず、対象者への個別連絡と今後の公式更新を確認する必要があります。本記事の確認日は10月29日です。

出典・一次情報

本記事は以下の公開情報をもとに作成しています。最新の状況は各リンク先で確認してください。

この記事を書いた人

Ryohei

Webエンジニア / アプリ開発者 / 技術ブログ運営者

福岡のWeb制作会社に勤務するWebエンジニアです。10年以上にわたりWeb制作・開発に携わり、ヒアリングや進行管理から、コーディング、CMSの構築、システム開発、サーバーの構築・保守・運用まで、Webサイト制作の工程を幅広く担当しています。Webサイトは、これまでに100以上の構築・保守を手がけてきました。

個人でもWebサイトの制作・改修やWebアプリの開発・運用を行い、AIを活用した開発にも取り組んでいます。近年はWebセキュリティにも注力しています。

2015年から技術メディア「Into the Program」を運営し、実務や開発で得た知識をもとに、プログラミングの実装方法やWebサイトの運用・セキュリティ情報を発信しています。

主な分野
Webサイト構築・保守・運用 / HTML/CSS / JavaScript / PHP / WordPress / サーバー構築・保守・運用 / アプリ開発 / セキュリティ対策
資格・試験合格
情報セキュリティマネジメント試験
基本情報技術者試験
AWS認定ソリューションアーキテクト アソシエイト
PHP8技術者認定ウィザード
メディア運営
2015年〜

記事の作成・更新について

セキュリティ記事は、ベンダーの公式アドバイザリやCVE・JVNなどの一次情報を参照し、出典と情報確認日を記載します。実環境での検証を行った場合は、その環境と確認範囲を明示します。重要な追加情報や誤りを把握した場合は、内容を確認して追記・訂正します。

あわせて確認したい対策・解説

関連する記事

おすすめの書籍

キーワードから探す

スポンサーリンク

認証情報

本人であることを証明するための情報。IDとパスワード、APIキー、アクセストークン、秘密鍵など。

詳しく見る

認証

アクセスしてきた相手が本人であることを確かめる仕組み。パスワードや生体情報、電子証明書などを使う。

詳しく見る

データベース

データを決まった形式で整理して保存し、検索や更新をしやすくした仕組み。WordPressではMySQLやMariaDBを使う。

詳しく見る

パスキー

パスワードの代わりに、端末の生体認証やPINでログインする仕組み。フィッシングに強く、パスワードの漏えいの心配がない。

詳しく見る

二要素認証

パスワードに加えて、スマートフォンに届くコードなど別の種類の要素でも本人確認をする仕組み。

詳しく見る