服務定位

Prisma Cloud 的核心定位是 agent + agentless 雙軌 CNAPP、五模組覆蓋 cloud workload 從 IaC 到 runtime 的完整鏈：Compute Security（前 Twistlock、container / serverless / host workload 的 Defender agent + image scan）、CSPM（cloud posture、misconfiguration、compliance baseline）、Code Security（前 Bridgecrew、IaC 與 SCM scan）、Data Security（DSPM、雲端資料庫與 bucket 敏感資料偵測）、CIEM（cloud entitlement、跨雲 over-permission 治理）。Defender agent 是 host / pod / Lambda extension 上跑的常駐元件、提供 runtime IDS、file integrity、process anomaly 等 agentless 抓不到的訊號。

跟 Wiz 比、Prisma 走 agent + agentless 雙軌、Wiz 走 agentless-only。Wiz 用 cloud snapshot scan + control-plane API 抽訊號、部署快、不踩 host；Prisma Defender agent 補上 runtime behavior 的覆蓋（process spawn pattern、JNDI lookup、anomalous network connect）、代價是要在 host / pod / Lambda 上佈 agent、deployment 複雜度高一個層級。跟 Lacework 比、Lacework 用 Polygraph behavior graph 做 host-level anomaly、focus 在 detection；Prisma 覆蓋面廣（含 IaC + CIEM + DSPM）、但每個模組深度比 Lacework 偵測單點淺一點。跟 CrowdStrike Falcon Cloud Security 比、CrowdStrike 的 endpoint agent 已在多數 enterprise 環境跑、Cloud Security 直接共用 endpoint plane；Prisma 是 cloud-first CNAPP 加上 agent、不是 endpoint EDR 延伸。

關鍵張力：覆蓋面廣度 ↔ 模組整合成熟度 是 Prisma 客戶最常踩的 trade-off。五模組來自不同收購、UI / API / data model 整合仍在進行中、客戶常遇到「同一個 finding 在 Compute Console 顯示是 critical、在 CSPM 是 medium」、或「Code Security 報的 IaC issue 跟 Runtime 報的實際 config 對不起來」。預算允許就用 Prisma 拿覆蓋面廣度、不允許就走 Wiz（agentless 部署快）或 Lacework（單模組偵測深）。

本章目標

讀完本頁、讀者能判斷：

1. Prisma Cloud 在 cloud security stack 中承擔哪幾段（Compute / CSPM / Code / Data / CIEM）、哪些跟既有 SIEM / EDR / IdP 重疊或互補
2. Defender agent 該佈在 host / pod / Lambda 哪幾層、跟 Trivy / Snyk 等 OSS / SaaS image scanner 的分工
3. Compliance template（PCI / HIPAA / NIST / FedRAMP）跟自家 custom policy 的混用方式、誰能改 policy、誰 review
4. 何時用 Prisma、何時改走 Wiz（agentless-only）/ Lacework（detection-focused）/ Trivy（OSS CLI）/ EDR

最短判讀路徑

判斷 Prisma 部署是否健康、最少看四件事：

• Defender agent 覆蓋率：production K8s cluster 的 DaemonSet 是否所有 node 跑、VM workload 的 agent install rate、Lambda function 的 extension 啟用比例；缺一塊就有 runtime 偵測盲點
• Console 跟模組一致性：Compute Console / CSPM dashboard / Code Security finding / CIEM report 同一個 resource 的風險評級是否一致、不一致時誰是 SSoT
• Compliance template 對齊：啟用了哪幾套（PCI-DSS / HIPAA / NIST 800-53 / CIS / FedRAMP / SOC2）、跟內部 baseline 的客製 rule 是否走版控
• Alert 跟 SOC handoff：Prisma alert 是進自家 incident queue 還是 forward 到 Splunk / Google Security Operations、Cortex XSOAR 是否串 playbook

四件事任一缺失、就是 Detection Coverage and Signal Governance 邊界的待補項目。

日常操作與決策形狀

Defender agent deployment：agent 三種 footprint — K8s DaemonSet（每個 node 一個、攔截 container syscall + image runtime scan）、VM / host agent（Linux / Windows 安裝、file integrity + process anomaly）、Lambda extension（function runtime 注入、serverless 行為偵測）。Production 通常是 DaemonSet + VM agent 雙軌、Lambda extension 視 serverless workload 規模啟用。deployment 比 Wiz 多一步 — 要走 IaC（Helm chart / Terraform module）管 agent rollout、不能手動裝。

Console 跟 RBAC：Prisma Cloud Console 是統一入口、但底下 Compute（前 Twistlock UI 殘留）跟 Cloud（CSPM / Code / Data / CIEM）兩個 plane 分開。RBAC 角色設計常踩坑 — Compute 的 collection（host group）跟 Cloud 的 account group 是不同概念、需要分別給權限。

CSPM connector：CSPM 走 read-only cloud API（AWS Cross-Account Role / GCP Service Account / Azure App Registration）抽 config snapshot、定期 reconcile baseline。連 cloud account 是 onboarding 第一步、跟 Wiz / Lacework 同樣的 pattern、Prisma 的 connector permission template 偏寬、要 review 哪些 API 真用得到。

Code Security（Bridgecrew）：IaC scan 走 GitHub / GitLab / Bitbucket App、Terraform / CloudFormation / Kubernetes manifest / Dockerfile 在 PR 階段攔截 misconfiguration。Checkov 是 Bridgecrew 開源的底層引擎、Prisma 把 Checkov 規則庫 + 自家 policy 包成 SaaS。對應 6.6 release gate、IaC issue 在 PR 階段擋比 runtime 抓便宜兩個量級。

CIEM：cloud entitlement 治理、跨 AWS IAM / GCP IAM / Azure RBAC 找 over-permission 跟 toxic combination（例如 user 同時有 iam:PassRole + lambda:CreateFunction 可 privilege escalation）。CIEM 報告通常是大量「建議收權限」、實際 remediation 要跟 AWS IAM / Google Cloud IAM owner 排優先序、不是看到全收。

Data Security（DSPM）：雲端資料庫（RDS / BigQuery / Snowflake）+ object store（S3 / GCS）的 sensitive data discovery、跟 Google DLP / Microsoft Purview 功能重疊。Prisma DSPM 的優勢是跟 CSPM / CIEM 同 Console、可以看「敏感資料所在的 bucket 是否有 public ACL + 哪些 role 可以讀」、是 資料 + 入口 + 身份 同 plane 的關聯。

Runtime Protection（Aporeto microsegmentation）：Defender agent 提供 process / network level 的 runtime IDS / IPS — JNDI lookup 行為、異常 outbound callback、container escape 嘗試、unsigned binary 執行。比起 image-scan-only 多了 已知 CVE 沒 patch 但 runtime 行為偵測到 的覆蓋層。

跟 Palo Alto 生態整合：Prisma alert 可直接打到 Palo Alto Cortex XSOAR（SOAR / playbook）/ Cortex XDR（endpoint + cloud unified detection）/ NGFW / SASE（firewall rule 自動 push）。對已是 Palo Alto-heavy 環境是生態一致性增加；對非 Palo Alto 環境、Prisma 也 forward 到 Splunk / Elastic Security 走 webhook / Syslog。

核心取捨表

選 Prisma 的核心訴求：已在 Palo Alto 生態（NGFW / SASE / Cortex XDR / XSOAR）+ 需要 runtime agent + posture 雙覆蓋 + compliance audit heavy（PCI / HIPAA / FedRAMP）、且能承擔模組整合不完美 + 部署複雜度 + multi-year contract。純 agentless 用 Wiz、detection-focused 用 Lacework、純 OSS PR scan 用 Trivy + Syft / Grype。

進階主題

Defender agent rollout 策略：K8s DaemonSet 用 Helm chart 管 version + tolerations、staging cluster 先跑 1-2 週觀察 syscall overhead 跟 false positive、再 promote 到 production。VM agent 走 Ansible / SCCM / Terraform user-data、image baking 把 agent 包進 golden AMI 比每次 boot 安裝穩。Lambda extension 走 Lambda Layer、只對 high-value function 開（金流 / IdP / secret access）、不是全 function 都包。

Runtime IDS / IPS 模式：Defender 可設 audit only（只 log、不阻擋）或 prevent（自動 kill process / block network）。production 多數 workload 走 audit、只對 確定無誤報 的 rule 開 prevent（已知 malware hash、明確 CVE exploit pattern）。誤判 prevent 業務 process 比放過 alert 代價高、應該預設 audit + SIEM forward + SOC triage。

Compliance template + Custom policy 混用：Prisma 提供 PCI-DSS / HIPAA / NIST 800-53 / CIS Benchmark / FedRAMP / SOC2 完整 baseline、可直接啟用。但 baseline 通常太嚴或太寬、實務做法是 fork baseline + 加自家 exception + 加 organization-specific rule、走 Git 版控（policy as code、JSON / YAML）、PR review 後 sync 回 Console。policy 不能 console 直改、否則跟既有 SIEM rule 一樣失去 change history。

Cortex XSOAR / XDR 整合：Prisma alert → XSOAR playbook 是 Palo Alto 環境的標準路徑、playbook 自動執行 enrichment（拉 threat intel）/ containment（NGFW block / disable IAM user）/ remediation（Terraform PR auto-create）。playbook 要走版控 + dry-run、高影響動作（disable IAM user / delete resource）走 approval gate、不能 fire-and-forget。

計費結構：Prisma 按 module 選購 + 按 credit 消耗 + 按 workload count 三層計費、enterprise 通常是 multi-year package（3 年 commit 拿折扣）。實務坑 — 加新 cloud account 沒控管會吃 credit、Code Security 對大 monorepo scan 也吃 credit、Data Security 對大 bucket scan 是高成本項。月底常見的 sticker shock 來自 Defender agent 數量爆衝（K8s auto-scale 把 node count 推高）跟 新 cloud account onboard 沒走 quota 控管。

排錯與失敗快速判讀

• Defender agent overhead 影響業務 process：DaemonSet pod 吃 CPU / memory 過高、container syscall hook 拖慢 latency-sensitive workload — 把 runtime rule 從 prevent 改 audit、調 collection scope 排除 latency-critical namespace、向 Palo Alto support 開 ticket 看 agent profile
• 同一個 finding 模組評級不一致：Compute Console 顯示 critical、CSPM 顯示 medium — 確認 SSoT 是哪個模組、Compute 是 workload-level、CSPM 是 cloud-config-level、兩者本來就看不同 layer、用 Cortex XSOAR 統一 prioritization 而非靠 Console 對齊
• CSPM connector permission 報錯：Prisma 預設 IAM policy 太寬 / 太窄 — 走 least privilege 版本、跟 AWS IAM owner 確認哪些 API 真用到、不要照官方 template 全開
• Compliance template 一啟用就 1000+ finding：baseline 太嚴 + 既有環境本來就沒符合 — 走 staged adoption、先選 critical control（IAM / encryption / public exposure）、剩下進 backlog 排期、不要一次全開
• Code Security PR scan block 太多：Bridgecrew rule 對既有 IaC noisy — 用 baseline mode（既有 issue 標記、只 block 新 issue）、給 team 12 週 SLA 清 backlog、不要 day-1 block 全部
• CIEM 報告太多 over-permission：5000+ unused permission 看不完 — 排序看 toxic combination（privilege escalation path）優先、單純 unused 走每季 access review、不一次處理
• Cortex XSOAR playbook 誤殺：自動 disable IAM user 結果關到 CI/CD service account — 高影響動作走 approval gate、playbook default 是 containment（temporary block）not deletion

何時改走其他服務

不在本頁內的主題

• Defender agent 完整 syscall hook 清單 / runtime rule 語法 reference
• Bridgecrew Checkov 規則庫的逐條解釋 / 自寫 Checkov rule 細節
• Palo Alto Cortex XSOAR playbook 的 Python SDK 實作
• Prisma SASE / NGFW / Cortex XDR 完整功能（屬 network security / EDR、不在 CNAPP 範圍）
• Compliance 法規的逐條解讀（PCI-DSS / HIPAA 法律面）

案例回寫

Prisma 在 07 案例庫沒有直接 vendor-level 事件、但多個 supply chain / edge exposure case 是 Defender runtime + image scan 雙層的對照：

下一步路由

• 上游：7.13 偵測覆蓋率與訊號治理、7.10 供應鏈與第三方信任
• 平行：Wiz、Lacework、CrowdStrike Falcon Cloud Security
• 下游：Splunk / Elastic Security（Prisma alert forward）、AWS IAM / Google Cloud IAM（CIEM remediation 落地）
• 跨類：Trivy / Syft / Grype（OSS image scan 互補）、GitHub Advanced Security / Snyk（SCA 互補）
• 跨模組：6.6 release gate（Code Security PR scan）、8 事故處理 vendor 清單（alert handoff）
• 官方：Prisma Cloud Documentation