> 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-cloud-runtime-security/cortex-cloud-data-sources-and-connectors/palo-alto-networks-integrations/cloud-next-generation-firewall/ingest-data-from-cloud-next-generation-firewall.md).

# Ingest data from Cloud Next-Generation Firewall

{% hint style="info" %}

### Notice

Requires the Data Collection add-on.
{% endhint %}

Cloud Next-Generation Firewall (CNGFW) is a fully managed, cloud-native security service from Palo Alto Networks. Enabling CNGFW data collection allows for the ingestion of CNGFW logs into the platform by establishing a dedicated connector within the existing data source configuration flow. The connection is established at the CSP account. You can connect resources regardless of whether they are managed by Strata Cloud Manager (SCM). The interface supports:

* Connecting CNGFW to the current account
* Connecting CNGFW from other accounts

Cortex products utilize the Cloud Logging Collection Service (CLCS), a pub/sub service, and the Strata Logging Service (SLS) to stream this data. Adding and removing CNGFW devices is recorded in audit logs, and users can view the consent audit during the process. Any issues related to CNGFW logs are created in the same manner as traditional NGFW issues.

{% hint style="warning" %}

### Prerequisite

* Cortex Cloud RBAC permissions: Requires **View/Edit** permissions for **Data Sources** (under **Configurations** → **Data Collections**).
* Cloud Service Provider (CSP) account permissions: Configuration of data ingestion from multiple accounts and regions requires Super User permissions on both the Cortex Cloud tenant and on the device accounts.

  <div data-gb-custom-block data-tag="hint" data-style="info" class="hint hint-info"><h3>Note</h3><p>Cross CSP (Cloud Service Provider) is supported only within the same SFDC hierarchy. Consequently, MSSP use cases where the customer owns one end of the solution are not supported.</p></div>

{% endhint %}

<details>

<summary>Supported log types and datasets</summary>

Once ingested, your data is stored in the `panw_ngfw_*_raw` datasets. You can query this data using Cortex Query Language (XQL).

The following log types are supported for CNGFW ingestion:

| Log Type            | Dataset Name                  |
| ------------------- | ----------------------------- |
| Authentication Logs | `panw_ngfw_auth_raw`          |
| Configuration Logs  | `panw_ngfw_config_raw`        |
| File Data Logs      | `panw_ngfw_filedata_raw`      |
| Global Protect Logs | `panw_ngfw_globalprotect_raw` |
| Hipmatch Logs       | `panw_ngfw_hipmatch_raw`\*    |
| System Logs         | `panw_ngfw_system_raw`        |
| Threat Logs         | `panw_ngfw_threat_raw`\*      |
| Traffic Logs        | `panw_ngfw_traffic_raw`\*     |
| Tunnel Logs         | `panw_ngfw_tunnel_raw`        |
| URL Logs            | `panw_ngfw_url_raw`\*         |
| User ID Logs        | `panw_ngfw_userid_raw`        |

\***Note**: These datasets use the query field names as described in the [Cortex schema](https://docs.paloaltonetworks.com/cortex/cortex-data-lake/log-forwarding-schema-reference.html) documentation. For more information about the logs, see [Strata Logging Service Log Reference](https://docs.paloaltonetworks.com/strata-logging-service/log-reference).

</details>

<details>

<summary>How to ingest detection data from CNGFW:</summary>

1. Select **Settings** → **Data Sources & Integrations**
2. On the **Data Sources & Integrations** page, click **+ Add New**, search for **CNGFW**, then hover over and click **Add**.
3. In the **Add Cloud Next-Generation Firewall** dialog box, you can choose to connect CNGFW to this account or other accounts.

   * To connect CNGFW from the current account, select **Connect Cloud NGFW from current account** (default), and select the applicable regions.
   * To connect CNGFW from another account, select **Connect Cloud NGFW from other accounts** and select the applicable regions for the other accounts. You can search and multi-select accounts by account number, account name, or region. For cross-account connections, you must have Super User permissions on the CSP account and the device account.

     <div data-gb-custom-block data-tag="hint" data-style="info" class="hint hint-info"><h3>Important</h3><p>This cross-account support is limited to the same SFDC hierarchy; it does not extend to MSSP scenarios where the customer and provider own separate ends of the solution.</p></div>

   Depending on the regions selected, you may need to read the **Cloud NGFW Connection from other regions** disclaimer and approve the CNGFW connection.

   <div data-gb-custom-block data-tag="hint" data-style="info" class="hint hint-info"><h3>Note</h3><p>If you change a device region, you must first disconnect the device from Cortex Cloud and then reconnect it after the region change is complete.</p></div>
4. Click **Connect** to establish the instance.

   Connection is established regardless of the firewall credential status and can take up to several minutes, select **Sync now** to refresh your instances.

</details>


---

# 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-cloud-runtime-security/cortex-cloud-data-sources-and-connectors/palo-alto-networks-integrations/cloud-next-generation-firewall/ingest-data-from-cloud-next-generation-firewall.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.
