> For the complete documentation index, see [llms.txt](https://cortex-docs.paloaltonetworks.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://cortex-docs.paloaltonetworks.com/cortex-xsiam/cloud-security/cloud-security-rules-and-policies/cloud-security-policies.md).

# Cloud security policies

Cloud security policies allow you to define the scope of assets for which to create issues when a rule matches.

While cloud security rules provide the detection logic (defining *what* to detect), cloud security policies provide the context (defining *where* to apply the rule) and enforcement (*what* to do when the rule is triggered).

A cloud security policy consists of:

* **Rules:** Select from a list of security detection rules or create a new rule.
* **Scope:** Filter which assets the rule applies to.

On their own, cloud security rules create findings across all assets. But when a rule is associated with a policy, for the assets within the scope of that particular rule, the findings are promoted to issues.

While cloud security rules establish the criteria for evaluation but do not initiate any actions unless incorporated within a policy, cloud security policies serve as enforcement mechanisms that govern the responses to the identified findings.

<img src="/files/fAJUe6CDUi7CWDdTr1ih" alt="image2.png" width="375">

The Cloud Posture Security Policies page allows you to manage policies that define security and compliance actions for cloud posture. You can create, edit, filter, and manage policies through a structured table and widget panel.

{% hint style="info" %}

### Note

If you have the following Scope Based Access Control (SBAC) settings in place, **User Settings** → **Cases and Issues Scope** → **Select domains** → **Posture**, you may encounter a Case mismatch in Issues/Cases/Findings counts. This is because the Case count on the Rules page captures Cases belonging to the Posture domain. Whereas Platform pages, capture Issues within Cases belonging to the Posture domain.
{% endhint %}

**Default Cloud Posture Security Policy**

The *Default Cloud Posture Security Policy* is an out-of-the-box (OOTB) policy that evaluates your environment against out-of-the-box detection rules. These default rules are rule-based and heuristic-based (using AI and machine learning), drawing on security research, CIS benchmarks, customer requests, and Palo Alto Networks' internal threat research.

The *Default Cloud Posture Security Policy* is enabled by default, but can be disabled and enabled as needed.

**Custom cloud security policies**

If instead of using the default cloud security policy you prefer to define your own, you can define custom cloud security policies.

**Issues**

Issues are artifacts of the policy and represent actionable items that you need to address. A key distinction between findings and issues is that findings are not actionable, while you can take action on issues.

For more information about issues, see [Issues, findings, and events](/cortex-xsiam/detect-investigate-and-respond-to-threats/investigation-and-response/case-concepts/issues-findings-and-events.md) and [Investigate issues](/cortex-agentix/detect-investigate-and-respond-to-threats/investigation-and-response/investigate-issues.md).


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter:

```
GET https://cortex-docs.paloaltonetworks.com/cortex-xsiam/cloud-security/cloud-security-rules-and-policies/cloud-security-policies.md?ask=<question>&goal=<endgoal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal.

The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.
