脅威モデリングとSTRIDE：MDR/IVDRサイバーセキュリティコンプライアンスへの第一歩
今日のハイパーコネクテッドな医療環境では、サイバーセキュリティは単なるデータ保護ではなく、人命保護に関わる問題です。欧州市場向けに医療機器を開発する場合、MDR（EU 2017/745）およびIVDR（EU 2017/746）に準拠するには、サイバーセキュリティを最初から組み込む必要があります。その始まりは効果的な脅威モデリングであり、STRIDEフレームワークが最適な武器となります。
サイバーセキュリティが規制上の必須事項である理由
MDRおよびIVDRの下では、サイバーセキュリティは一般安全性および性能要件（附属書I）の一部です。デバイスの設計から市販後調査まで、あらゆるものに影響を与えます。脅威に対処しないと、コンプライアンスだけでなく、患者の安全と臨床効果も損なわれる可能性があります。
ここでセキュリティリスク管理（SRM）が登場し、すべては脅威の特定から始まります。
脅威モデリングとは？
脅威モデリングは、攻撃者が仕掛ける前に医療機器の脆弱性を特定するための構造化されたアプローチです。EU規制で義務付けられており、FDAおよびMDCGガイダンスによって承認されています。
脅威モデリングは、主に次の質問に答えるのに役立ちます。
- 何が問題になる可能性があるか？
- どのようにして起こりうるか？
- どのような影響があるか？
- それを防ぐために何ができるか？
STRIDE：実績のある脅威モデリングフレームワーク
Microsoftが開発し、現在医療サイバーセキュリティで広く使用されているSTRIDEモデルは、脅威を6つのタイプに分類します。
- なりすまし：偽のログインなどの偽のID
- 改ざん：デバイスのファームウェアまたは設定の変更
- 否認：監査証跡なしにアクションを否認
- 情報漏洩：不正なデータアクセス
- サービス拒否（DoS）：デバイスを使用不能にする
- 特権昇格：不正な管理者アクセス権の取得
規制当局および標準化団体は、STRIDEがハードウェアとソフトウェアの両方のレイヤーにわたる脅威を、コードを1行も記述する前に発見するのに役立つため、STRIDEを推奨しています。
STRIDEの活用：医療機器のユースケース
接続されたインスリンポンプを想像してください。STRIDEを使用すると、脅威モデルは次のようになります。
| STRIDEカテゴリ | 脅威の例 |
|---|---|
|
なりすまし |
偽の医師の資格情報で投与量を変更 |
|
改ざん |
患者がファームウェアをリモートで変更 |
|
情報漏洩 |
患者のグルコースデータのBluetoothリーク |
|
サービス拒否 |
サービス拒否フラッド攻撃によりインスリン供給が無効になる |
各脅威に対して、対応する制御（暗号化、認証、ファームウェア検証など）を特定します。
脆弱性の特定：詳細を省略しない
優れた脅威モデルはSTRIDEだけではありません。以下が含まれます。
- データフロー図（DFD）
- 資産分類
- 攻撃対象領域のマッピング
- 脆弱性スキャン（SBOMツールによるCVEなど）
これらを組み合わせることで、通知機関または規制当局への提出前に、デバイスのセキュリティ体制を完全に把握できます。
MDR/IVDRおよびその先への準拠を維持
MDCG 2019-16およびIEC 81001-5-1などの国際規格では、以下が求められています。
- セキュアバイデザインの原則
- 初期開発からの脅威モデリング
- 継続的な脆弱性監視
- リスクの優先順位付けと軽減戦略
最も重要なことは、ライフサイクル管理を重視していることです。サイバーセキュリティは発売で終わりではありません。
お困りですか？
脅威モデルをゼロから構築する場合でも、既存のSRMフレームワークを検証する場合でも、当社の規制およびセキュリティ専門家チームがお手伝いします。
STRIDE、SBOM、MDR附属書Iコンプライアンス、および市販後のリスク戦略の詳細な分析については、ホワイトペーパー「医療機器のセキュリティリスク管理」をダウンロードしてください。
サイバーセキュリティは現在、共通の責任であり、競争上の優位性です。脅威が現実世界のインシデントになる前に、脅威のモデリングを開始してください。
医療機器のセキュリティリスク管理：MDRおよびIVDRコンプライアンスホワイトペーパー
サイバーセキュリティが患者の安全に直接関係する規制環境では、医療機器メーカーはチェックリストにとどまらず、セキュリティリスク管理（SRM）に対する構造化されたライフサイクル重視のアプローチを採用する必要があります。このホワイトペーパーでは、MDRおよびIVDR要件を満たすために必要な実際的な手順を、脅威モデリング（STRIDEなど）、SBOMの実装、脆弱性評価、および市販後調査を網羅して解説します。
学習内容：
✅ MDR/IVDRが製品ライフサイクル全体でサイバーセキュリティを義務付ける方法
✅ STRIDE、OWASP、CAPEC、および攻撃ツリーの実際の使用
✅ リスク管理戦略とセキュリティバイデザインの実践
✅ 第83条から第89条に基づく市販後の義務
📄 今日の接続された医療機器向けに構築された、SRMコンプライアンスへの実用的で標準ベースのロードマップを入手するには、完全なホワイトペーパーをダウンロードしてください。
シルビア・ビルチェス
医療機器
コンサルティングラインディレクター
終わりに
規制の枠組みと技術チームの両方と密接に連携している者として、私は初期の脅威モデリングがデバイスのサイバーセキュリティ体制とその規制の道のりを左右する様子を直接見てきました。STRIDEおよびその他のフレームワークは、単なる理論的なツールではありません。安全で、準拠し、回復力のある医療機器を設計するために不可欠です。
サイバーセキュリティは後から付け足せるものではありません。最初のアーキテクチャのドラフトから会話の一部である必要があり、デバイスのライフサイクル全体を通して進化する必要があります。これをうまく行うことは、規制のボックスにチェックを入れることだけではありません。患者を保護し、信頼を維持し、デバイスが現実世界で確実に機能するようにすることです。
まだ構造化された脅威モデリングを開発プロセスに組み込んでいない場合は、今が始める時です。
