コーチングプラクティス: ゼロデイ脆弱性を修正する方法
取り組んでいることをほぼ何でも入力すると、IX Coach が現実に最も合うプラクティスを見つけます。「ゼロデイ脆弱性を修正する方法」については、現在のプラクティスライブラリからの最適な一致をご覧ください。
役立つかもしれないプラクティス
- この事例からの回復だけでなく、再発を防ぐよう修正を設計する
根本原因の修正がこの発生だけでなく、原因そのものを永続的に排除することを確実にする。
5つのなぜ - インボックスゼロを実践的に扱う
インボックスゼロはマーリン・マンが開発したワークフローだ。受信トレイをToDoリストやファイリングキャビネットとしてではなく、一時的な受け入れチャネルとして扱う。各メッセージを決定(削除・委任・返信・保留・実行)へと処理し、受信トレイを空のままにする。それが確実にストレスを減らすかどうかは、実際のタスクシステムと組み合わせるかどうかにかかっている——それがなければ、ただ不安を移動させているだけだ。 - 全消去監査から始める:すべてオフにして、必要なものだけを戻す
すべてのプッシュ通知を無効化し、本当にリアルタイムのニーズを表すものだけを再度有効にする。
通知デトックス - アキュゼーション・オーディット(非難の先出し)
相手があなたについて考えているかもしれない最悪のことを——先に、自分から声に出す——それを無力化する。
『交渉は「決して」妥協するな』——実践編 - 各失敗を可能性と影響で評価する
生の失敗リストを、軽減すべき優先順位のついたリスクの集合に変える。
プレモータム:すでに失敗したと想像する - リスクレジスターだけでなく計画そのものを変更することを要求する
計画を変えないレッドチーム演習は何も達成していない。
レッドチーミング:失敗する前に計画をストレステストする - フィアー・セッティング(定義・予防・修復)
最悪の事態を詳細に書き出し、それをどう防ぐか、どう回復するかを書き出す。
プレメディタティオ・マロルム 徹底解説 - 素早く、丁寧に修復する
傷を積み重ねさせない。何週間もかけず、数時間か数日以内に修復する。
安全機能性のある関係 - 自分専用の不快さの段階を構築する
自分が避けていることを、軽い不快さから圧倒的なものまで順位づけし、一番下から始める。
不快さを受け入れる:抵抗を成長へと変える - 問題解決の前に「知らない」という構えを取る
問題について本当に分かっていないことをまず言語化することで、解決策の生成を遅らせる。
初心(ショシン)実践入門
関連する悩み
- ゼロデイ脆弱性を修正する方法
根本原因の修正がこの発生だけでなく、原因そのものを永続的に排除することを確実にする。
この事例からの回復だけでなく、再発を防ぐよう修正を設計する
- ゼロデイ脆弱性を見つける方法
根本原因の修正がこの発生だけでなく、原因そのものを永続的に排除することを確実にする。
- ゼロデイ脆弱性のリスクを軽減する方法
根本原因の修正がこの発生だけでなく、原因そのものを永続的に排除することを確実にする。
- ゼロデイ脆弱性にパッチを当てる方法
根本原因の修正がこの発生だけでなく、原因そのものを永続的に排除することを確実にする。
- ゼロデイ脆弱性を未然に防ぐ方法
根本原因の修正がこの発生だけでなく、原因そのものを永続的に排除することを確実にする。
- ゼロデイ脆弱性への対処法
生の失敗リストを、軽減すべき優先順位のついたリスクの集合に変える。
各失敗を可能性と影響で評価する
自分の言葉で状況を説明する でプラクティスライブラリ全体を検索できます。