新しいPCDRA Dumps For Preparing Palo Alto Certifications and Accreditations Certified Palo Alto Networks Exam Well [Q21-Q40].

説明
Cortex Data Lake の目的は、ファイアウォールのログが保存されるクラウドベースのストレージ施設を提供することです。Cortex Data Lakeは、パロアルトネットワークスのソリューションを実現するために、企業のセキュリティデータを収集、変換、統合するサービスです。AIと機械学習、検知精度、アプリとサービスのイノベーションを促進します。Cortex Data Lakeは、次世代ファイアウォール、Prisma Access、Cortex XDRなど、セキュリティ インフラストラクチャ全体のデータを自動的に収集、統合、正規化します。統合されたデータにより、高度なAIと機械学習を実行し、Cortex上に構築されたアプリでセキュリティ運用を根本的に簡素化することができます。Cortex Data Lakeは複数の地域で利用可能で、データレジデンシーとプライバシー要件に対応しています。参考文献
* Cortex Data Lake - パロアルトネットワークス
* Cortex Data Lake - パロアルトネットワークス
* Cortex XDRを支える技術、Cortex Data Lake - パロアルトネットワークス
* CORTEX DATA LAKE - パロアルトネットワークス
* Cortex データレイク・ストレージのサイジング - パロアルトネットワークス

Cortex XDR のアドオンモジュールである Host Insights は、脆弱性評価、アプリケーションとシステムの可視性、および強力な Search and Destroy 機能を組み合わせて、脅威の特定と封じ込めを支援します。脆弱性評価では、エンドポイント全体の脆弱性の露出と現在のパッチレベルをリアルタイムで可視化します。ホストインベントリでは、ホストアプリケーションと設定に関する詳細な情報が表示され、Search and Destroyでは、すべてのエンドポイントにわたる脅威を迅速に検出して駆除することができます。Host Insightsは、エンドポイントの可視化と攻撃封じ込めに総合的なアプローチを提供し、脅威への露出を減らすことで、将来の侵害を回避できるようにします。

説明
Cortex XDR で現在使用可能な BIOC ルールのタイプは、検出（Discovery）です。ディスカバリー BIOC ルールは、Cortex XDR データに基づいてエンドポイント上の不審な動作や悪意のある動作を検出するルールです。Discovery BIOC ルールは、ファイル、インジェクション、ロード イメージ、ネットワーク、プロセス、レジストリ、ユーザーなどのさまざまなイベント タイプを使用して、ルールの基準を定義できます。Discovery BIOC ルールは、演算子、関数、変数を使用して、ルールの複雑なロジックと条件を作成することもできます。Discovery BIOC ルールは、ルールがトリガーされるとアラートを生成し、これらのアラートをインシデントにグルー プ化して、さらなる調査と対応を行うことができる12。
包括的な説明をするために、他の選択肢について簡単に説明しよう：
A: スレット・アクター：これは正解ではない。Threat Actor は、現在 Cortex XDR で利用可能な BIOC ルールのタイプではありません。脅威アクターとは、サイバー攻撃や脅威キャンペーンに責任を負う個人またはグループを指す用語です。Cortex XDR は脅威アクターに基づく BIOC ルールの作成をサポートしていませんが、Unit 42、AutoFocus、Cortex XSOAR3 などのさまざまなソースから脅威インテリジェンスとコンテキストを提供できます。
C：ネットワーク：これは正解ではない。Network は、現在 Cortex XDR で使用できる BIOC ルールのタイプではありません。Network は、発信元 IP、宛先 IP、発信元ポート、宛先ポート、プロトコル、 ドメインなどのネットワーク属性に基づいて基準を定義するために、Discovery BIOC ルールで使用で きるイベントタイプです。Network は独立したタイプの BIOC ルールではなく、Discovery BIOC ルールの一部です2。
D：ドロッパー：これは正解ではない。ドロッパーは、現在 Cortex XDR で利用可能な BIOC ルールのタイプではありません。ドロッパーとは、侵害されたシステムに他の悪意のあるファイルやプログラムをダウンロードしてインストールするように設計されたマルウェアの一種を指す用語です。Cortex XDR は、ドロッパーに基づく BIOC ルールの作成をサポートしていませんが、行動 脅威防御、エクスプロイト防御、WildFire 分析4 などのさまざまな方法を使用して、ドロッパーを検出して防 止することができます。
結論として、現在 Cortex XDR で利用可能な BIOC ルールのタイプは Discovery である。ディスカバリーBIOCルールを使用することで、特定のユースケースやシナリオにマッチするカスタム検出ルールを作成できる。
参考文献
* BIOC ルールの作成
* BIOC ルールイベントの種類
* 脅威インテリジェンスとコンテキスト
* マルウェア対策

説明
セキュリティ・イベントに関連する追加的なテクニカル・サポートのために TAC に連絡する場合、 エージェントから収集する必要がある重要な情報は以下の 2 つである：
* エージェントのテクニカルサポートファイルです。これは、エージェントの構成、ステータス、ログ、およびシステム情報のような、エージェントに関する診断情報を含むファイルです。エージェントテクニカルサポートファイルは、TAC がエージェントまたはエンドポイントのトラブルシューティングを行い、問題を解決するのに役立ちます。エージェントのテクニカルサポートファイルは、Cortex XDR コンソールまたはエージェント自体から生成およびダウンロードできます。
* アラートの防止アーカイブ。これは、プロセス ツリー、ネットワーク アクティビティ、レジストリの変更、関係するファイルなど、アラートに関連するフォレンジック データを含むファイルです。防止アーカイブは、TACがアラートと悪意のあるアクティビティを分析し、理解するのに役立ちます。生成して
* Cortex XDRコンソールから、またはエージェント自体から防止アーカイブをダウンロードする。
他の選択肢は、TAC にとって重要な情報ではない。例えば
* エージェントの配布 ID は、エージェントがエンドポイントにインストールされる際に割り当てられる一意の識別子です。配布 ID は、TAC がエージェントとそのプロファイルを識別するのに役立ちますが、技術サポートやフォレンジック分析を提供するには十分ではありません。配布 ID は、Cortex XDR コンソールまたはエージェントのインストールフォルダにあります。
* エージェントに現在適用されているすべての例外のリストは、エージェントのセキュリティポリシーから除外されるファイル、プロセス、または動作を定義するルールのセットです。例外は、TAC がエージェントの設定と動作を理解するのに役立ちますが、技術サポートやフォレンジック分析を提供するのに必須ではありません。例外は、Cortex XDR コンソールまたはエージェント設定ファイルにあります。
* 一意のエージェント ID は、エージェントが Cortex XDR に登録する際に割り当てられる一意の識別子です。一意のエージェント ID は、TAC がエージェントとそのエンドポイントを識別するのに役立ちますが、技術サポートやフォレンジック分析を提供するには十分ではありません。一意のエージェント ID は、Cortex XDR コンソールまたはエージェントログファイルで確認できます。
参考文献
* 代理店テクニカルサポートファイルの生成とダウンロード
* 予防アーカイブの生成とダウンロード
* Cortex XDR エージェント管理者ガイド：エージェント配布ID
* Cortex XDR エージェント管理者ガイド：例外セキュリティプロファイル
* Cortex XDRエージェント管理者ガイド：一意のエージェントID]。

説明
Cortex XDR エージェントを手動でアップグレードするには、Cortex XDR コンソールの [Asset Management] ページまたは [Endpoint Administration] ページを使用します。Asset Management] ページで、1 つまたは複数のエンドポイントを選択し、[Actions] > [Upgrade Agent] をクリックします。エンドポイント管理] ページで、1 つまたは複数のエージェントのバージョンを選択し、[アップグレード] をクリックします。エージェントインストールページを使用して、エージェントの自動アップグレードをスケジュールすることもできます。参考文献
* 資産管理
* エンドポイント管理
* エージェントのインストール

説明
XQLクエリでBIOCルールを作成するには、有効なBIOCルールとするために最低限event_typeフィールドでフィルタリングする必要があります。event_typeフィールドは、PROCESS、FILE、REGISTRY、NETWORK、USER_ACCOUNTなど、アラートをトリガーしたイベントのタイプを示します。このフィールドでフィルタリングすることで、クエリの範囲を絞り込み、ユースケースに関連するイベントに焦点を当てることができます。causeality_chain、endpoint_name、threat_eventなどの他のフィールドはオプションで、クエリをさらに絞り込んだり、アラートに追加情報を表示したりするために使用できます。参考文献
* Palo Alto Networks Certified Detection and Remediation Analyst (PCDRA) Study Guide、9 ページ
* Palo Alto Networks Cortex XDR ドキュメント、BIOC ルールクエリ構文

説明
Cortex XDR では、ネットワーク内の脅威を検知し対応するために使用できる様々なタイプの侵害指標 （IOC：Indicator of Compromise）に基づいた IOC ルールを定義することができます。Cortex XDR で定義できる IOC の種類の 1 つに、宛先 IP アドレスがあります。これは、ローカルエンドポイン トが通信しているリモートホストの IP アドレスです。このタイプの IOC を使用して、コマンド＆コントロールサーバー、フィッシングサイト、マルウェア配布ホストへの接続など、悪意のあるネットワークアクティビティを特定できます。また、宛先IPアドレスIOCに対して、ネットワーク・トラフィックの方向（受信または送信）とプロトコル（TCPまたはUDP）を指定することもできます。参考文献
* Cortex XDRドキュメンテーションポータル
* クエリで使用するためにIOCリストを作成する可能性はありますか？
* Cortex XDRデータシート

説明
Cortex XDR Analyticsは、機械学習と人工知能を使用してネットワーク攻撃を検出・防止するクラウドベースのサービスです。Cortex XDR Analyticsは、悪意のあるプロセス、ファイル、またはネットワーク接続をブロックする保護ポリシーを適用することで、攻撃パターンがエンドポイントで観測されるとすぐに妨害することができます。このようにして、Cortex XDR Analyticsは、攻撃が損害を与えたりシステムを危険にさらしたりする前に、攻撃を阻止することができます。参考文献
* コーテックスXDRアナリティクスの概要
* コルテックスXDRアナリティクス・プロテクション・ポリシー]]。

説明
一度に複数のインシデントを選択する場合、ユーザーがインシデントを右クリックしたときにメニューから利用できるオプションは次のとおりです：インシデントを一括してアナリストに割り当てる］と［複数のインシデントのステータスを変更する］です。これらのオプションを使用すると、特定のアナリストにインシデントを割り当てたり、ステータスをオープン、進行中、解決済み、クローズに変更するなど、選択したインシデントに対して一括アクションを実行できます。これらのオプションを使用すると、インシデントをより効率的かつ効果的に管理し、優先順位を付けることができます。これらのオプションを使用するには、インシデント・テーブルからインシデントを選択して右クリックし、メニューから必要なオプションを選択する必要があります。また、Ctrl+Aですべてのインシデントを選択し、Ctrl+Shift+Aでインシデントをアナリストに割り当て、Ctrl+Shift+Sでインシデントのステータスを変更するなど、キーボード・ショートカットを使用してこれらのアクションを実行することもできます12：
* アナリストへのインシデントの一括割り当て
* 複数のインシデントのステータスを変更する

説明
Cortexに報告されたばかりの新しいインシデントの「assigned to」フィールド値は「Unassigned」です。これは、インシデントがまだどのアナリストまたはグループにも割り当てられておらず、誰かが所有権を持つのを待っていることを意味します。割り当て先」フィールドは、インシデント レイアウトに表示されるデフォルト フィールドの1つで、インシデント リストでインシデントをフィルタリングおよびソートするために使用できます。担当者」フィールドは、アナリストが手動で変更することも、プレイブックまたはルール12によって自動的に変更することもできます。
包括的な説明をするために、他の選択肢について簡単に説明しよう：
A: 保留です：これは正解ではありません。Pendingは "assigned to "フィールドの有効な値ではありません。Pendingは、インシデントの現在の状態を示す "status "フィールドの可能な値です。ステータス」フィールドには、「新規」、「アクティブ」、「完了」、「クローズ」、「保留」3 などの値を指定できます。
B：空白です：これは正解ではありません。どのインシデントでも、"assigned to "フィールドが空白になることはありません。プレイブックまたはルールによって特定のアナリストまたはグループに割り当てられない限り、新しいインシデントのデフォルト値は常に「未割り当て」です12。
D：新しい：これは正解ではない。新規」は「assigned to」フィールドの有効な値ではありません。新規」は、インシデントの現在の状態を示す「ステータス」フィールドの可能な値です。ステータスフィールドには、"新規"、"アクティブ"、"完了"、"クローズ"、または "保留中 "などの値を指定できます3。
結論として、Cortexに報告されたばかりの新しいインシデントの「assigned to」フィールド値は「Unassigned」である。
このフィールドは、インシデントの所有権と責任を管理するために使用でき、手動または自動で変更できる。
参考文献
* Cortex XDR Pro 管理者ガイド：インシデントの管理
* Cortex XDR Pro 管理者ガイド：インシデントの割り当て
* Cortex XDR Pro 管理者ガイド：インシデントステータスの更新

説明
暗号化、データ窃取、サービス拒否、そして場合によっては嫌がらせを利用して被害者を利用するマルウェアの一種がランサムウェアです。ランサムウェアはマルウェアの一種で、被害者のファイルを暗号化したり、システムへのアクセスを遮断したりした上で、復号キーやアクセス回復のための身代金を要求します。
ランサムウェアはまた、身代金が支払われない場合、被害者のデータを公開または削除すると脅すこともあります。ランサムウェアは、個人、企業、組織に甚大な被害と混乱をもたらす可能性があり、駆除や復旧が困難な場合もあります。ランサムウェアの例としては、CryptoLocker、WannaCry、Ryuk、Revilなどがあります。
参考文献
* 知っておくべきマルウェアの12種類とその例 - CrowdStrike
* マルウェアとは？マルウェアの定義、種類、保護
* 12種類以上のマルウェアを例とともに説明（完全なリスト）

説明
表示をフィルタリングして「スター付き」のインシデントのみを表示するには、ウィジェットのスターをクリックする必要があります。これにより、インシデント スターリング構成で定義した特定の条件に一致するアラートである、スター付きアラートを含むインシデントのみを表示するフィルタが適用されます。インシデントのスターリング機能を使用すると、環境内で最も重要または関連性の高いインシデントに優先順位を付けて焦点を当てることができます1。
包括的な説明をするために、他の選択肢について簡単に説明しよう：
A: カスタムXQLウィジェットを作成してください：これは正解ではありません。カスタム XQL ウィジェットを作成しても、スター付きインシデントのみを表示するように表示をフィルタリングする必要はありません。カスタム XQL ウィジェットとは、XQL クエリ言語を使用してデータ・ソースと可視化タイプを定義して作成するウィジェットです。カスタムXQLウィジェットを使用して独自のダッシュボードやレポートを作成できますが、インシデントをstars2でフィルタリングするためには必要ありません。
B：これは現在サポートされていません：これは正解ではありません。星印の付いたインシデントのみを表示するように表示をフィルタリングすることは、現在Cortex XDRでサポートされています。ウィジェットの星印アイコンを使用してこのフィルタを適用するか、フィルタビルダーを使用して星印フィールド1に基づいてカスタムフィルタを作成できます。
C: カスタムレポートを作成し、スター付きインシデントでフィルタリングします：これは正解ではありません。カスタム・レポートを作成してスター付きインシデントでフィルタリングすることは、表示をフィルタリングしてスター付きインシデントだけを表示する唯一の方法ではありません。
カスタム レポートは、Report Builder を使用してデータ ソース、レイアウト、およびスケジュールを定義して作成するレポートです。カスタム レポートを使用して、Cortex XDR データに関する定期的なレポートを生成および共有できますが、stars3 によるインシデントのフィルタリングの唯一のオプションではありません。
結論として、ウィジェットの星印をクリックすることは、「星印」が付けられたインシデントのみを表示するように表示をフィルタリングする最もシンプルで簡単な方法です。この機能を使用することで、環境内で最も重要なインシデントまたは関連性の高いインシデントをすばやく特定し、焦点を絞ることができます。
参考文献
* 星による事件の絞り込み
* カスタムXQLウィジェットの作成
* カスタムレポートの作成

説明
アラートとインシデントの正しい関係とは、ある時間枠内に発生した同じ因果関係の連鎖を持つアラートをまとめてインシデントとすることである。因果関係の連鎖とは、マルウェア感染、横移動、データ流出など、同じ悪意ある活動に関連する一連のイベントのことです。Cortex XDRは、アラートのソース、タイプ、期間など、アラートのさまざまな属性を考慮する一連のルールを使用して、それらが同じ因果関係の連鎖に属するかどうかを判断します。関連するアラートをインシデントにグループ化することで、Cortex XDRはレビューする個々のイベントの数を減らし、豊富な調査詳細を含む攻撃の全体像を提供します1。
同じホストを持つアラートは、ある時間枠において必ずしも1つのインシデントにまとめられるとは限らないため、選択肢Aは誤りです。同じホストを持つアラートは、異なる因果関係の連鎖に属する場合もあれば、悪意のある活動とは無関係な場合もあります。たとえば、ホストにマルウェア感染とネットワーク異常がある場合、これらのアラートが同じ攻撃の一部でない限り、同じインシデントにグループ化されない可能性があります。
3時間以内に発生したアラートが常に1つのインシデントにグループ化されるとは限らないため、オプションBは正しくない。時間枠は、アラートをインシデントにグループ化する唯一の基準ではありません。3時間の時間枠内に発生したアラートは、異なる因果関係の連鎖に属する場合もあれば、悪意のある活動とは無関係の場合もあります。たとえば、ホストが3時間以内にファイルのダウンロードとレジストリの変更を行った場合、これらのアラートが同じ攻撃の一部でない限り、同じインシデントにグループ化されない可能性があります。
すべてのアラートで新しいインシデントが発生するわけではないので、オプションDは正しくない。すべてのアラートに対して新しいインシデントを作成することは、アラート疲れと非効率的な調査をもたらします。Cortex XDRは、因果関係の連鎖やその他の属性に基づいて、関連するアラートを1つのインシデントにグループ化することで、インシデントの数を減らすことを目的としています。
参考文献
* Palo Alto Networks Certified Detection and Remediation Analyst (PCDRA) Study Guide、9 ページ
* Palo Alto Networks Cortex XDR ドキュメント、インシデント管理の概要2
* Cortex XDR：AIを活用したサイバーセキュリティで情報漏えいを阻止1

説明
File Search and Destroy は Cortex XDR の機能で、エンドポイントから悪意のあるファイルを検索して削除することができます。この機能を使用すると、正規表現パラメータを使用して、ハッシュ、フルパス、または部分パスでファイルを検索できます。その後、検索結果からファイルを選択し、ハッシュまたはパスによってファイルを破棄できます。ハッシュでファイルを破棄すると、エンドポイント上のすべてのファイルインスタンスが削除されます。ファイルの検索と破棄は、脅威への迅速な対応と被害の拡大防止に役立ちます。参考文献
* 悪意のあるファイルの検索と破壊
* Cortex XDR Pro 管理者ガイド

参考までに：
%20process