---
sourceDocument: Yokohama のガバナンス、リスク、コンプライアンス
sourceDocumentLink: https://servicenow-prod.fluidtopics.net/r/ja-JP/yokohama/governance-risk-compliance

 Release :

    - yokohama

ft:locale :

    - ja-JP

ft:publication_title :

    - Yokohama のガバナンス、リスク、コンプライアンス

ft:clusterId :

    - grc

bundleId :

    - grc

workflow :

    - Technology


---

# 運用上の脆弱性

# オペレーショナル脆弱性 {#ariaid-title1}

* リリースバージョン: Yokohama
* 
* 更新日 2025年07月31日
* 
* ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 所要時間：3分

オペレーショナルレジリエンス のオペレーショナル脆弱性機能により、ユーザーは運用上の脆弱性や重大な機能ギャップにフラグを立て、主要なステークホルダーと連携し、根本的な原因を分析し、解決策を特定できます。

チームがオペレーショナル脆弱性を使用すると、違反、ソフトウェアのギャップ、または侵害に起因する問題に対処できます。ユーザーは、従業員センターから運用上の脆弱性に関するレポートを送信したり、オペレーショナルレジリエンスワークスペースで直接レポートを作成したりできます。  
一般的な運用上の脆弱性には、次のような状況があります。

* 顧客データの公開
* サードパーティの問題
* ソフトウェアの欠陥
* 政治や環境の状況
{#exploring-op-vul__ul_lcf_qt5_fwb}

## オペレーショナル脆弱性のメリット {#exploring-op-vul__section_imb_4fs_wcc}

オペレーショナル脆弱性機能は、組織に次の利点をもたらします。

* チームが注意する必要のある不一致、侵害、または苦情をビジネスユーザーが報告できます。
* 重要性および影響許容度アセスメント、シナリオ分析、自己証明、サービスなど、複数のソースから作成できます。
* エンティティ、場所、ユーザー、会社など、注意が必要な影響を受ける組織領域および関連する組織領域を記録します。
* 複数チーム間のコラボレーションを促進し、調査、評価、証拠の収集、観察事項の記録、将来のレビューのための応答に関する決定を行います。
* 修復方法と予防策を開始し、根本原因分析を実施して脆弱性の原因を取り除くことができます。
{#exploring-op-vul__ul_iht_rz4_pvb}

## 技術的な脆弱性と運用上の脆弱性の定義 {#exploring-op-vul__section_jrr_sql_rcc}

組織では、運用上の脆弱性を次の主要なグループに分類できます。

1. 技術的な脆弱性：組織の IT インフラ内に存在する重大なギャップ、欠陥、または弱点のこと。このカテゴリには、セキュリティプロトコル、システム設計、内部コントロール、または日常業務の慣行における不備が含まれます。
2. 運用上の脆弱性：組織の運用に影響を与える可能性のある IT 以外の要因、プロセスに関連する要因、または外部要因に関係する脆弱性。通常は、スキャンツールによる検出を免れるサードパーティ、施設、または外部状況の問題が含まれます。

## オペレーショナル脆弱性のワークフロー {#exploring-op-vul__section_ynv_vql_rcc}

オペレーショナル脆弱性の解決には、いくつかの重要な手順が含まれます。

1. 識別：運用上のギャップを認識します。
2. アセスメント：対処が必要な脆弱性かどうかを評価します。このアセスメントは 1 回または繰り返し実行でき、修復のコストと、問題を修正することで見込める節減額を比較検討します。
3. 意思決定：アセスメントに基づいて、対処措置を決定します。脆弱性に対処することが決定した場合は、次のタスクを行います。
   * タスクのアサイン：特定のタスクを適切な個人にアサインします。
   * 完了と検証：タスクが完了したら、脆弱性が解決されていることを確認します。
   {#exploring-op-vul__ul_mtl_bjs_wcc}
4. 受け入れの代替パス：アセスメント後に、脆弱性をそのまま受け入れることができます。この場合、それ以降のアクションは実施されず、脆弱性は認識されてクローズされます。
{#exploring-op-vul__ol_e3m_1mn_scc}

## オペレーショナル脆弱性のユースケース {#exploring-op-vul__section_o5v_nbn_scc}

次の例では、運用上の脆弱性を示す状況が概説されています。こうした問題は、IT スキャナーでは検出できませんが、対象分野のエキスパートが識別できます。特定のサードパーティとの連携や単一施設への依存など、日常業務における弱点やギャップを表しています。
{#exploring-op-vul__table_l4q_whs_wcc__entry__2}

| シナリオ | 説明 |
|-|-|
| サードパーティと連携する、または単一施設に依存する | 特定の地域のサードパーティに重要なプロセスをアウトソーシングしている会社について考えてみましょう。時事問題が原因で、サードパーティはサービスの提供を妨げられ、会社はこの地域からサービスを受けることができません。 顧客にサービスを提供するというコミットメントを持つこの会社は、業務を継続するために代替のサードパーティを速やかに特定する必要があります。 会社にとって重要なポイントは、サードパーティが集中するリスクに対処することです。 |
| 手動介入が必要な非 IT 関連の脆弱性 | 遠隔地にある重要な金融機関について考えてみましょう。近くで発生した状況によりそのエリアが危険にさらされる場合、管理チームはこれを脆弱性として特定する可能性があります。 これは、手動介入が必要な非 IT 関連の脆弱性の例を示しています。 |
[ ]

{#exploring-op-vul__table_l4q_whs_wcc}

組織はこうした運用上の脆弱性に対処するために、複数の地域にサードパーティを分散させたり、金融機関を移転させたりするなど、さまざまなアプローチを調査できます。こうしたソリューションを実践するために、組織は通常、費用対効果を分析し、運用上の脆弱性を軽減するためのコストや、ソリューションが 1 回限りの修正、一時的な対策、または永続的なソリューションのどれであるかなどの要素を比較検討します。