サイバーキルチェーン
Lockheed Martinが提唱する攻撃フェーズモデル。偵察→武器化→配送→エクスプロイト→インストール→C2→目的実行の7フェーズ。各フェーズで防御策を適用し攻撃を阻止する考え方。
詳細を見る →CVE、EDR、OAuth、SBOMなど、サイバーセキュリティ用語の意味を日本語で解説。検索・カテゴリ・難易度で絞り込めます。
全1182語のうち 961〜1020語を表示しています。全件横断はサイト内検索を利用できます。
このページの表示範囲では、条件に合う用語がありません。 入力したキーワードで全件を検索する
Lockheed Martinが提唱する攻撃フェーズモデル。偵察→武器化→配送→エクスプロイト→インストール→C2→目的実行の7フェーズ。各フェーズで防御策を適用し攻撃を阻止する考え方。
詳細を見る →ソフトウェアのビルドパイプライン・オープンソースライブラリ・ITベンダーなど「信頼されたサプライヤー」を踏み台にして最終標的に侵入する攻撃。SolarWinds事件(2020)・XZ Utils(2024)が代表例。
詳細を見る →基点となるフルバックアップ以降に変更された部分をまとめて保存する方式。直前の取得からの変更を保存する増分と異なり、同じ基点からの変更が累積する。
詳細を見る →集計結果へ制御されたランダム性を加え、特定の一人のデータが含まれるかどうかによって結果が大きく変わらないようにする数学的なプライバシー保護枠組み。
詳細を見る →電子証明書で、対象に結び付くDNS名、IPアドレスなどを表す拡張。TLSでは接続先のサービス識別子が証明書で認められた名前に一致するか確認する際に重要となる。
詳細を見る →企業ITネットワークと産業制御ネットワークの間に設け、直接通信を避けながら必要なデータ交換、更新、遠隔接続を仲介・監視する境界領域。
詳細を見る →製造、エネルギー、水処理、交通などの物理プロセスを監視・制御するための、SCADA、DCS、PLCなどを含むシステムの総称。
詳細を見る →不審な添付ファイルやURLを隔離された分析環境で動作させ、プロセス、通信、ファイル変更などの挙動から脅威を評価する動的解析。
詳細を見る →発行済みの電子証明書のうち、有効期間中でも失効したものを示す署名付きの一覧。証明書の期限だけでは分からない失効状態を確認するために使う。
詳細を見る →証明書の発行を依頼するため、公開鍵や申請情報などを含めて作成する署名要求。CSR自体は発行済み証明書ではなく、秘密鍵を認証局へ渡すためのファイルでもない。
詳細を見る →暗号用途で使えるよう、出力の予測困難性などを考慮して設計された疑似乱数生成器。鍵、セッショントークン、ソルトなどの生成では、用途に適した安全な乱数APIを使う。
詳細を見る →CSPでobjectやembed要素が読み込めるリソースの配信元を制限する指令。HTMLへの埋め込み経路の一部を制御するもので、JavaScriptオブジェクトの内容を検証する機能ではない。
詳細を見る →CSPで、fetch、XMLHttpRequest、WebSocket等のスクリプトからの接続先を制限する指令。接続先サービスが誰に操作を許可するかを決める認可やCORSとは異なる。
詳細を見る →CSPで、nonceやハッシュで信頼したスクリプトが動的に読み込むスクリプトへ信頼を伝播させるソース式。対応する評価では、ホスト等の許可リストより信頼の連鎖が重要になる。
詳細を見る →CSPで、レスポンスごとに生成した予測困難な値を許可対象のスクリプト等に結び付ける仕組み。単に配信元を許可する方式とは異なり、値が一致する要素を実行許可の対象にする。
詳細を見る →CSPで、スクリプト等の内容から計算したハッシュ値を実行許可の条件にする方式。固定したインラインスクリプトを、広い配信元許可やレスポンスごとのnonceなしで許可する用途がある。
詳細を見る →CSPでHTMLフォームの送信先を制限する指令。ページ内スクリプトによる通信先を制限するconnect-srcとは対象が異なり、フォーム送信経路の意図しない変更を抑える。
詳細を見る →CSPで、そのページをフレーム等へ埋め込める親側のオリジンを制限する指令。自分のページが読み込むフレームの宛先を制限するframe-srcとは、制御の向きが反対になる。
詳細を見る →CSPでHTMLのbase要素が指定できる基準URLを制限する指令。相対URLの解釈に使う基準を意図しない宛先へ変えられることに備えるもので、通常の通信先制限とは別に働く。
詳細を見る →CSPに違反する読み込みや実行を遮断せず、違反を報告するためのHTTPレスポンスヘッダー。既存サイトへの影響を調べ、強制するポリシーを段階的に設計するために使う。
詳細を見る →アプリや利用者を認証し、必要なシークレットや短命な資格情報をポリシーに基づいて仲介・配布する仕組み。
詳細を見る →シークレット管理基盤から最初の秘密情報を取得するために必要となる、起点の認証情報や信頼確立に関する課題。
詳細を見る →クラウドの監査ログ、ID、設定変更、ワークロード挙動を相関し、不審な活動の検知・調査・封じ込めを行う運用。クラウド固有の文脈を利用する。
詳細を見る →CDNに保存された対象応答を削除・無効化し、更新後の内容を取得させる運用。改ざん復旧や誤公開への対応で使うが、利用者が既に取得したコピーまで消すものではない。
詳細を見る →システムで使う暗号アルゴリズム、鍵長、証明書、暗号ライブラリ、利用場所などを把握するための暗号資産台帳。更新影響の判断に用いる。
詳細を見る →データを暗号化して機密性と完全性を保護する形式。JWTの内容を秘匿する用途にも使われ、署名やMACを扱うJWSとは役割が異なる。
詳細を見る →JWSやJWEなどで使う暗号アルゴリズムの識別子と処理要件を定める仕様。形式の仕様とは役割が異なり、登録された方式をすべて採用すべきという意味ではない。
詳細を見る →デジタル署名またはMACによってデータの完全性を保護する形式。JWTの保護にも使われるが、JWS自体は内容を秘密にする暗号化形式ではない。
詳細を見る →JWTを検証する側が、受け入れる署名・暗号方式をあらかじめ限定する設定方針。受信したトークン内の方式指定だけを信用せず、用途と鍵に適合する方式を選ぶ。
詳細を見る →モデル単体ではなく、入力処理、外部ツール、ガードレール、運用、評価、残余リスクを含むAIシステム全体の設計と安全性情報を整理した文書。
詳細を見る →Windows上のプロセス作成、ネットワーク接続、ファイル作成などを詳細なイベントとして記録し、検知や調査の可視性を補うMicrosoft Sysinternalsの機能。
詳細を見る →インシデント対応中の事実、影響、実施済み対応、未解決事項、次回判断時刻を関係者へ簡潔に共有する状況報告。意思決定を揃えるために用いる。
詳細を見る →定義済みの条件と承認ルールに基づき、通知、情報収集、アカウント保護、端末隔離などのインシデント対応処理を自動実行する仕組み。
詳細を見る →OAuth 2.0の認可要求パラメータをJWTへ格納し、署名または暗号化によって完全性、送信元確認、機密性を与える標準。
詳細を見る →SHA-2 ファミリーに属する暗号学的ハッシュ関数で、入力から 256 ビット(32 バイト)の固定長ハッシュ値を生成する。改ざん検知・デジタル署名・証明書・ブロックチェーンなどで広く使われる。
詳細を見る →Djangoで受け付けるHostの名前を定める設定。意図しないHostを使った要求への防御に関係し、ブラウザが他サイトからAPIを読むことを許可するCORSとは異なる。
詳細を見る →DjangoでX-Frame-Optionsヘッダーを付け、フレーム等へのページ埋め込みを制限するミドルウェア。クリックジャッキングへの保護を補い、APIの認可やフォーム検証とは別に働く。
詳細を見る →DjangoのCSRF用CookieにSecure属性を付け、HTTPS接続でのみ送信させる設定。セッションCookieの送信制限とは別に適用し、CSRFトークンの検証自体を代替しない。
詳細を見る →DjangoのCSRF保護で、危険なメソッドの要求に対して信頼する追加の送信元オリジンを定める設定。信頼元を追加してもCSRFトークンの検証自体を不要にするものではない。
詳細を見る →DjangoのSecurityMiddlewareで、対象のHTTP要求をHTTPSへリダイレクトする設定。暗号通信への誘導を行うが、証明書の用意やプロキシのHTTPS判定を自動的に整えるものではない。
詳細を見る →Djangoがプロキシ経由の要求をHTTPSとして認識する際に、信頼するヘッダーと値を定める設定。利用者が送った値を無条件に信頼せず、前段での除去・上書きの保証が必要になる。
詳細を見る →DjangoでHTTPS誘導やHSTS、応答のセキュリティヘッダー等を設定に応じて適用するミドルウェア。追加しただけですべての保護が有効になるわけではなく、個別設定を確認する。
詳細を見る →DjangoのセッションCookieにSecure属性を付け、ブラウザからHTTPS接続でのみ送信させるための設定。JavaScriptからの読み取りを制限するHttpOnlyやCSRFトークンとは別の制御。
詳細を見る →Djangoの詳細なエラー表示等を切り替える開発用設定。本番で有効にするとソースや変数などの内部情報を公開し得るため、実際に読み込まれる本番設定で無効化を確認する。
詳細を見る →Djangoテンプレートで変数をHTMLへ出力する際、特定の文字をエスケープする既定の仕組み。XSSへの防御を補うが、すべての出力文脈で安全になるわけではない。
詳細を見る →優先情報要求へ答えるために、必要な情報、入手先、期間、形式、担当、収集上の制約を具体化した脅威インテリジェンスの作業要件。
詳細を見る →脆弱性や設定不備を検出してから、修正、緩和、資産廃止などの対応を完了し、その有効性を確認するまでに要した時間を測る指標。
詳細を見る →データを復号せず暗号化したまま所定の演算を行い、その計算結果を復号すると平文で計算した結果に対応するよう設計された暗号技術。
詳細を見る →JSONを基礎として署名、暗号化、鍵の表現、アルゴリズム識別などを扱う仕様群の呼び名。JWS、JWE、JWK、JWAなどの役割を分けて理解するための枠組み。
詳細を見る →文書やデータ自体へ閲覧、編集、印刷、転送、有効期限などの利用条件を関連付け、保存場所の外へ移動した後も利用を制御・記録する仕組み。
詳細を見る →対象証明書から信頼の起点までの証明書の連鎖について、署名、有効期間、制約などが受け入れ条件を満たすか確認する処理。証明書を並べるパス構築とは区別する。
詳細を見る →証明書の発行・利用に適用される方針。X.509のCertificate Policies拡張では、関連するポリシーをOIDなどで示し、利用側の受け入れ方針との判断材料にする。
詳細を見る →インターネットに接続されたデバイス(サーバー・IoT・産業制御システム等)を検索できる特殊検索エンジン。バナー情報・サービス種別・脆弱性情報を収集。OSINTやペネトレーションテストの偵察に使用。
詳細を見る →暗号モードの処理を開始する際に与える入力値。必要な長さ、一意性、予測困難性はモードによって異なり、鍵とは別に扱う。IVという名前だけで生成方法は決められない。
詳細を見る →共通する行動、資源、インフラなどから、単一の組織が関与している可能性があると評価された一連の敵対的活動を表すSTIXのオブジェクト。
詳細を見る →実際に検知すべき事象のうち、検知ルールや分析モデルが正しく異常・攻撃として識別できた割合。検知漏れを把握するための指標の一つ。
詳細を見る →データや処理が、異なる信頼水準、管理主体、権限、セキュリティポリシーの領域間を移動する境目で、検証や制御が必要になる設計上の境界。
詳細を見る →プロセッサなどのハードウェア機能を用いて、コードとデータを通常のOSや他プロセスから隔離し、機密性と完全性を保ちながら実行する保護領域。
詳細を見る →脅威情報や分析上の関係について、根拠、情報源、分析方法から、評価をどの程度信頼できるかを段階や数値で示すもの。
詳細を見る →パスワードをそのまま送る代わりに、チャレンジと応答を使って認証する方式。PostgreSQLなどで採用され、ソルトや反復計算を含む検証情報を利用して認証する。
詳細を見る →