* [Blog](https://www2.paloaltonetworks.com/blog)
* [Cloud Security](https://www2.paloaltonetworks.com/blog/cloud-security/)
* [AppSec](https://www2.paloaltonetworks.com/blog/cloud-security/category/appsec/)
* ArtiPACKED: Hacking Giant...

# ArtiPACKED: Hacking Giants Through a Race Condition in Github Actions Artifacts

[](https://www.facebook.com/sharer/sharer.php?u=https%3A%2F%2Fwww2.paloaltonetworks.com%2Fblog%2Fcloud-security%2Fgithub-repo-artifacts-leak-tokens%2F)  
[](https://twitter.com/share?text=ArtiPACKED%3A+Hacking+Giants+Through+a+Race+Condition+in+Github+Actions+Artifacts&url=https%3A%2F%2Fwww2.paloaltonetworks.com%2Fblog%2Fcloud-security%2Fgithub-repo-artifacts-leak-tokens%2F)  
[](https://www.linkedin.com/shareArticle?mini=true&url=https%3A%2F%2Fwww2.paloaltonetworks.com%2Fblog%2Fcloud-security%2Fgithub-repo-artifacts-leak-tokens%2F&title=ArtiPACKED%3A+Hacking+Giants+Through+a+Race+Condition+in+Github+Actions+Artifacts&summary=&source=)  
[](https://www.paloaltonetworks.com//www.reddit.com/submit?url=https://www2.paloaltonetworks.com/blog/cloud-security/github-repo-artifacts-leak-tokens/&ts=markdown)  
\[\](mailto:?subject=ArtiPACKED: Hacking Giants Through a Race Condition in Github Actions Artifacts)  
Link copied  
By [Yaron Avital](https://www.paloaltonetworks.com/blog/author/yaron-avital/?ts=markdown "Posts by Yaron Avital")  
Aug 13, 2024  
15 minutes  
[AppSec](https://www.paloaltonetworks.com/blog/cloud-security/category/appsec/?ts=markdown)  
[CI/CD](https://www.paloaltonetworks.com/blog/cloud-security/category/ci-cd/?ts=markdown)  
[Research](https://www.paloaltonetworks.com/blog/category/research/?ts=markdown)  
[DevOps](https://www.paloaltonetworks.com/blog/tag/devops/?ts=markdown)

![](https://www.paloaltonetworks.com/blog/wp-content/uploads/2024/08/word-image-326742-1.jpeg)

## Executive Summary

This research examines an attack vector allowing the compromise of GitHub repositories, leading to severe consequences and potential high-level access to cloud environments. The vulnerability arises from the abuse of GitHub Actions artifacts in CI/CD workflows. Misconfigurations and security flaws can cause these artifacts to leak tokens from third-party cloud services and GitHub, making them accessible to anyone with repository read access. Malicious actors can exploit these leaked tokens to compromise services and gain unauthorized access.

In the vulnerable projects we discovered during this research, the most common leakage involves GitHub tokens, potentially allowing attackers to push malicious code through the [CI/CD pipeline](https://www.paloaltonetworks.com/cyberpedia/what-is-the-ci-cd-pipeline-and-ci-cd-security) or access sensitive information stored in the GitHub repository and organization.

While the research applies to both private and public GitHub repositories, today's blog post focuses on the discovery of vulnerable public repositories. We uncover high-profile open-source projects, which, prior to mitigation, could have led to a potential impact on millions of consumers. All disclosed cases were reported to the maintainers of these projects. We received support from all teams and were able to collaborate to mitigate the discoveries quickly and efficiently.

CI/CD environments, processes and systems are an essential part of modern software organizations. They're responsible for the flow of building, testing and delivering code to production. Naturally, CI/CD pipelines use highly sensitive credentials to authenticate against various types of services, creating a significant challenge to keep a high-level of [credential hygiene](https://www.paloaltonetworks.com/cyberpedia/insufficient-credential-hygiene-cicd-sec6). This article covers the potential impact of insecure usage of GitHub Actions artifacts, as well as the methods and tools to protect against this threat.

Palo Alto Networks customers are better protected from the threats discussed above through the following products:

* [Prisma Cloud](https://docs.paloaltonetworks.com/prisma/prisma-cloud) users are better protected by the [attack path policies](https://docs.prismacloud.io/en/classic/cspm-admin-guide/prisma-cloud-policies/attack-path-policies) continuously monitoring and alerting on potential attack paths.
* [The Unit 42 Incident Response team](https://start.paloaltonetworks.com/contact-unit42.html) can also be engaged to help with a compromise or to provide a proactive assessment to lower your risk.

## Exploring Workflow Artifacts

Knowing how sensitive CI/CD systems are, I had to follow a hunch I had about an overlooked feature called workflow artifacts in the leading source control platform and home of many open-source projects, GitHub.

I was quite convinced I'd find [sensitive data](https://www.paloaltonetworks.com/cyberpedia/sensitive-data) or credentials, and as it turned out, the discovery was even bigger than what I had envisioned. In fact, it impacted well-known open-source projects owned by Red Hat, Google, AWS, Canonical (Ubuntu), Microsoft, OWASP and others --- and potentially reached millions of their product users.

## GitHub Actions Build Artifacts

In GitHub Actions, workflow build artifacts offer a powerful mechanism for persisting and sharing data across jobs within the same workflow. These artifacts can be any files generated during your build process, such as compiled code, test reports or deployment packages.

Artifacts ensure critical data isn't lost after a workflow finishes, making the data accessible for later analysis or deployment. This is particularly useful for sharing test results or deployment packages between dependent jobs. Overall, workflow build artifacts streamline your workflows by facilitating data transfer and promoting efficient execution within the GitHub Actions environment.

## The Hunch

GitHub Actions workflows frequently use secrets to interact with various cloud services and with GitHub itself. These secrets include the ephemeral, automatically created GITHUB\_TOKEN used to perform actions against the repository. The Actions build artifacts are outputs generated by the execution of workflows, and once created, they're stored for up to 90 days. In open-source projects, these artifacts are publicly available for anyone to consume.

So why not scan these artifacts for secrets?
![GitHub Actions artifact](https://www.paloaltonetworks.com/blog/wp-content/uploads/2024/08/word-image-326742-2.png)
Figure 1. GitHub Actions artifact

This approach should offer a straightforward method for identifying potential security risks.

I then compiled a list of popular open-source projects on GitHub and automated the sequence of downloading their artifacts and scanning them for secrets.

## Found Some Tokens, Now What?

My hunch was spot on. I found working tokens for various cloud services, including music streaming, cloud infrastructure and more. I also found something far more interesting --- various GitHub tokens. Using them, though, was not straightforward.

Let's understand why and take a technical dive into the different types of tokens created by GitHub when a workflow runs.

## How GitHub Tokens Find Their Way into Artifacts

Two types of GitHub tokens kept popping up: GITHUB\_TOKEN, which has a prefix of ghs\_, and ACTIONS\_RUNTIME\_TOKEN, which is a JWT (JSON Web Token).

It's important to note that these tokens **weren't part of the repository code**but were only found in repository-produced artifacts. Before determining what I could do with them, I wanted to know how these tokens ended up inside artifacts in the first place.

Most GitHub users use the actions/checkout GitHub action for the obvious need of cloning their repository code for availability during the workflow run. The default behavior of actions/checkout is to persist credentials, which means the GITHUB\_TOKEN is written to the local git directory, enabling it to run authenticated git commands against the repository. Most users, I'm willing to bet, aren't aware of this default behavior and don't require the functionality. In many cases, after all, a simple clone is all that's required for the workflow to do its job.
![GitHub token encoded in base64 publicly accessible and embedded in an artifact of project CycloneDX by OWASP](https://www.paloaltonetworks.com/blog/wp-content/uploads/2024/08/word-image-326742-3.png)
Figure 2. GitHub token encoded in base64 publicly accessible and embedded in an artifact of project CycloneDX by OWASP

From what I've seen, users commonly --- and mistakenly --- upload their entire checkout directory as an artifact. The directory contains the hidden .git folder that stores the persisted GITHUB\_TOKEN, leading the publicly accessible artifacts to contain the GITHUB\_TOKEN.
![Example of a Microsoft repository workflow uploading a valid GITHUB\_TOKEN in an artifact](https://www.paloaltonetworks.com/blog/wp-content/uploads/2024/08/word-image-326742-4.png)
Figure 3. Example of a Microsoft repository workflow uploading a valid GITHUB\_TOKEN in an artifact

As seen in figure 3, the [microsoft/typescript-bot-test-triggerer](https://github.com/microsoft/typescript-bot-test-triggerer/blob/0ef06130c0f7d78e1da6704bc0b447eacd79455c/.github/workflows/deploy.yml#L39) project uploaded the entire checkout directory as an artifact, along with the persisted GITHUB\_TOKEN stored in the .git directory.

Another mistake that had users exposing GitHub tokens in public artifacts occurred by using [super-linter](https://github.com/super-linter/super-linter), a well-known open-source code linter with a [widely used fork maintained by GitHub](https://github.com/github/super-linter).

Once the CREATE\_LOG\_FILE property of super-linter is set to True, super-linter creates a log file with lots of details, including environment variables. [CI/CD pipelines](https://www.paloaltonetworks.com/cyberpedia/what-is-the-ci-cd-pipeline-and-ci-cd-security) usually contain secrets loaded as environment variables --- GitHub tokens included, meaning that logging them probably isn't a good idea .

The super-linter log file is often uploaded as a build artifact for reasons like debuggability and maintenance. But this practice exposed sensitive tokens of the repository.

I [reported this to the maintainers of super-linter](https://github.com/super-linter/super-linter/pull/5473), and environment variables are no longer printed to its log file. The GitHub version was also updated.

## Abusing Leaked GitHub Tokens

And now, moving on to abusing these tokens.

The obvious choice would be leveraging the widely used GITHUB\_TOKEN against the repository. It's an ephemeral token created in any workflow job run and designed to allow workflows to interact with GitHub resources, like the workflow's repository. The token can be set with limited scope and to expire on job completion, both of which will limit risk in the event of a token leakage.

During my research, though, I discovered that workflow artifacts are only available for download after the entire workflow finishes. Since the GITHUB\_TOKEN expires when the job ends, I won't be able to download the artifact and extract the token. Bummer! (Spoiler: This is just the beginning).

But I'm left with repos exposing their ACTIONS\_RUNTIME\_TOKEN, which is a JWT (JSON Web Token) with an expiration of about six hours according to the exp (expiration) property. ACTIONS\_RUNTIME\_TOKEN is an undocumented environment variable, used by several popular actions owned by GitHub, such as actions/cache and actions/upload-artifact, to manage caching and artifacts. Caching helps to speed up workflows by storing and reusing downloaded files or build results. We're already familiar with the role of artifacts.
![Figure 4. Decoded ACTIONS\_RUNTIME\_TOKEN JWT token](https://www.paloaltonetworks.com/blog/wp-content/uploads/2024/08/word-image-326742-5.png)
Figure 4. Decoded ACTIONS\_RUNTIME\_TOKEN JWT token

By tracking a workflow run from a project that leaked a token, I could download its artifacts within the six-hour window before the token expires. Extracting the token could then be used to manage cache and artifacts.

But workflow runtimes are unpredictable unless triggered by a schedule (cron). I automated a process that downloads an artifact, extracts the ACTIONS\_RUNTIME\_TOKEN, and uses it to replace the artifact with a malicious one.

Subsequent workflow jobs often rely on previously uploaded artifacts. Cases of this kind open the door for remote code execution (RCE) on the runner that runs the job consuming the malicious artifact. RCE can also occur if developers download and execute a malicious artifact, leading to compromised workstations.

The video below demonstrates an attack on the [SchemeCrawler project](https://github.com/schemacrawler/SchemaCrawler/blob/11ba4a48bb410e9c20a550bd00a793c82471ce89/.github/workflows/linter.yml#L55). I identified a public artifact that contains the ACTIONS\_RUNTIME\_TOKEN and used it to upload my own malicious artifact to replace the existing one.

#### Figure 5. A recorded attack on project SchemeCrawler, where I've injected a "malicious" artifact

## The GITHUB\_TOKEN Plot Twist

Cool as it was, I craved more. There were a lot of cases where I had a leaked GITHUB\_TOKEN, and I wanted to use it and push unreviewed code to the repository. But as I mentioned, these tokens were useless.

Then, with incredible timing, GitHub announced [version 4 of the artifacts feature](https://github.blog/2024-02-12-get-started-with-v4-of-github-actions-artifacts/). It has impressive improvements, like 10x faster uploads. But one particular detail surprised me like an immediate call for action.

*"Another common request from our users was the ability to download artifacts from the UI or API while the workflow run is in progress."*

As I read this sentence, my researcher spidey-senses tingled. It suggests that a race condition was just made possible, allowing the leaked GITHUB\_TOKEN to be downloaded, extracted and used before the job finished and the token expired.

An attack flow might resemble the following:

1. The attacker waits for a pipeline to be triggered.
2. The repository triggers a pipeline.
3. The pipeline inadvertently uploads an artifact that includes the GITHUB\_TOKEN.
4. Before the workflow job finishes, an attacker downloads the publicly available artifact.
5. The attacker extracts the token from the artifact and uses it to push malicious code to the repository.
6. The pipeline job ends, and the GITHUB\_TOKEN is invalidated.

![Figure 6. Attack flow](https://www.paloaltonetworks.com/blog/wp-content/uploads/2024/08/word-image-326742-6.png)
Figure 6. Attack flow

## Pushing Code Before the Clock Runs Out

First, I created a list of open-source projects using the upload-artifact@v4 action. The list quickly grew, especially since GitHub announced the [deprecation of v3](https://github.blog/changelog/2024-04-16-deprecation-notice-v3-of-the-artifact-actions/), effective November 2024. Software dependencies bots automatically create pull requests updating to v4, which accelerated this process even further. I scanned the artifacts of each of these projects for secrets and was interested in the ones exposing their GITHUB\_TOKEN.

It was time for my first attempt to push code to an open-source project. To avoid harming the project, I decided that creating a branch was sufficient, as it requires write permissions, same as pushing code.

I chose a project from the list where the workflow had the contents: write permission. Spoiler alert: Most of them did, which wasn't surprising, given my previous work exploring how popular [open-source projects manage their workflows' permissions](https://www.paloaltonetworks.com/blog/prisma-cloud/github-actions-opt-out-permissions-model/).

No luck exploiting tokens! Every time I tried to use the leaked token, it had already expired, leading to a consistent "401 Unauthorized: message: Bad Credentials" error. Usually, artifacts are uploaded as the last step of the job. The job ends right after upload is complete. Downloading and extracting the vulnerable artifact proved just slow enough for the token to expire before I could leverage it. Reviewing the workflow build logs revealed the reason it failed --- a two-second delay.

I returned to my list and selected a project where the artifact upload step didn't bring the artifact to an end but was followed by additional steps, granting me an opportunity to steal and use the token before it expired.

It worked! I was able to create a branch (write operation) in an open-source project --- [clair](https://github.com/quay/clair), even though as an external contributor, I obviously don't have permission to do that. I could simply push code following the same process.
![Creation of branch impala in the “clair” open-source project by Red Hat](https://www.paloaltonetworks.com/blog/wp-content/uploads/2024/08/word-image-326860-7.png)
Figure 7. Creation of branch impala in the "clair" open-source project by Red Hat

Figure 8. Screen recording of the actual attack

## Let's Win More Races

While I successfully exploited the vulnerability, I wanted to broaden the attack's applicability. Previously, the attack relied on the workflow job having subsequent steps after the artifact upload, granting me a window to use the token. To improve the success rate, I applied some good old engineering to make it more robust.

Downloading the artifact to my own machine was too slow.

Needing to be closer to the target, GitHub Actions presented a perfect solution. It can be triggered remotely, run on the same cloud infrastructure as our targets, meaning lower latency and much faster downloads, plus high configurability.

I needed to further optimize performance and reduce communication time, Since artifacts are compressed, I selectively extracted only the git config file, skipping most of the archive content. Also, I sent dozens of requests per second while staying under the GitHub rate limit and disabled certificate verification.

Eventually, I came up with this design:

1. A machine that samples the target repository and waits for a workflow\_run event (like an alert) to notify me when an attack is in progress.
2. Once a workflow was running, a malicious GitHub Actions workflow, which I named "RepoReaper," was launched.
3. The RepoReaper workflow waits for the exact moment an artifact containing a leaked token is present.
4. The RepoReaper workflow downloads the artifact, extracts the token and uses it to create a branch via the REST API on the target repository.
5. Target repository compromised. It could have easily contained malicious code.

Then, I could use this design to search and target open-source projects.

## Projects I've Helped Secure

The research laid out here allowed me to compromise dozens of projects maintained by well-known organizations, including firebase-js-sdk by Google, a JavaScript package directly referenced by 1.6 million public projects, according to GitHub. Another high-profile project involved adsys, a tool included in the Ubuntu distribution used by corporations for integration with Active Directory.

All open-source projects I approached with this issue cooperated swiftly and patched their code. Some offered bounties and cool swag. Here's partial list of affected projects I'm allowed to disclose:

* [firebase/firebase-js-sdk](https://github.com/firebase/firebase-js-sdk) (Google)
* [microsoft/TypeScript-repos-automation](https://github.com/microsoft/TypeScript-repos-automation), [microsoft/json-schemas](https://github.com/microsoft/json-schemas), [microsoft/typescript-bot-test-triggerer](https://github.com/microsoft/typescript-bot-test-triggerer), [Azure/draft](https://github.com/Azure/draft) (Microsoft)
* [Ubuntu/adsys](https://github.com/ubuntu/adsys) (Canonical)
* [quay/clair](https://github.com/quay/clair) (Red Hat)
* [CycloneDX/cdxgen](https://github.com/CycloneDX/cdxgen) (OWASP)
* [opensearch-project/security](https://github.com/opensearch-project/security) (AWS)
* [penrose/penrose](https://github.com/penrose/penrose)
* [Aiven-Open/guardian-for-apache-kafka](https://github.com/Aiven-Open/guardian-for-apache-kafka)
* [Deckhouse/Deckhouse](https://github.com/Deckhouse/Deckhouse)
* [datalad/git-annex](https://github.com/datalad/git-annex)
* [schemacrawler/SchemaCrawler](https://github.com/schemacrawler/SchemaCrawler)
* [zama-ai/concrete-ml](https://github.com/zama-ai/concrete-ml)
* [official-stockfish/Stockfish](https://github.com/official-stockfish/Stockfish)
* [libevent](https://github.com/libevent/libevent)

This research was reported to GitHub's bug bounty program. They categorized the issue as informational, placing the onus on users to secure their uploaded artifacts.

## Stopping the Leak

My aim in this article is to highlight the potential for unintentionally exposing sensitive information through artifacts in GitHub Actions workflows. To address the concern, I developed a proof of concept (PoC) custom action that safeguards against such leaks.

The action uses the [@actions/artifact](https://www.npmjs.com/package/@actions/artifact) package, which is also used by the [upload-artifact](https://github.com/actions/upload-artifact) GitHub action, adding a crucial security layer by using an open-source scanner to audit the source directory for secrets and blocking the artifact upload when risk of accidental secret exposure exists. This approach promotes a more secure workflow environment.

You can find [upload-secure-artifact on the Palo Alto Networks GitHub](https://github.com/PaloAltoNetworks/upload-secure-artifact).
![The action upload-secure-artifact failed the workflow due to the existence of a GITHUB\_TOKEN in the uploaded artifact.](https://www.paloaltonetworks.com/blog/wp-content/uploads/2024/08/word-image-326860-8.png)
Figure 9. The action upload-secure-artifact failed the workflow due to the existence of a GITHUB\_TOKEN in the uploaded artifact

## Mind the Gaps

As this research shows, we have a gap in the current security conversation regarding artifact scanning. GitHub's deprecation of Artifacts V3 should prompt organizations using the artifacts mechanism to reevaluate the way they use it.

Security defenders must adopt a holistic approach, meticulously scrutinizing every stage --- from code to production --- for potential vulnerabilities. Overlooked elements like build artifacts often become prime targets for attackers.

Reduce workflow permissions of runner tokens according to least privilege and review artifact creation in your CI/CD pipelines. By implementing a proactive and vigilant approach to security, defenders can significantly strengthen their project's security posture.

## Prisma Cloud and Other Palo Alto Networks Protection and Mitigation

Prisma Cloud detects vulnerable code that leaks the GITHUB\_TOKEN within artifacts, equipping security teams to prevent attackers from using it to inject code into the repository, publishing packages or triggering pipelines, all of which could result in malicious code reaching production. The platform also offers policies to significantly reduce the potential impact of a breach --- ensuring minimum permissions granted to pipelines, for example.
![Prisma Cloud detects vulnerable code that leaks the GITHUB\_TOKEN within artifacts](https://www.paloaltonetworks.com/blog/wp-content/uploads/2024/08/word-image-326860-9.png)
Figure 10. Prisma Cloud detects vulnerable code that leaks the GITHUB\_TOKEN within artifacts

If you think you may have been compromised or have an urgent matter, get in touch with the[Unit 42 Incident Response team](https://start.paloaltonetworks.com/contact-unit42.html) or call:

* North America Toll-Free: 866.486.4842 (866.4.UNIT42)
* EMEA: +31.20.299.3130
* APAC: +65.6983.8730
* Japan: +81.50.1790.0200

Palo Alto Networks has shared these findings with our fellow Cyber Threat Alliance (CTA) members. CTA members use this intelligence to rapidly deploy protections to their customers and to systematically disrupt malicious cyber actors. Learn more about the [Cyber Threat Alliance](https://www.cyberthreatalliance.org/).

## Additional Resources

* [Third-Party GitHub Actions: Effects of an Opt-Out Permission Model](https://www.paloaltonetworks.com/blog/prisma-cloud/github-actions-opt-out-permissions-model/) -- Blog, Palo Alto Networks
* [Prisma Cloud demo](https://interactive.prismacloud.io/share/7we0zyp62ykf)

*** ** * ** ***

## Related Blogs

### [AppSec](https://www.paloaltonetworks.com/blog/cloud-security/category/appsec/?ts=markdown), [CI/CD](https://www.paloaltonetworks.com/blog/cloud-security/category/ci-cd/?ts=markdown), [Cloud Native Application Protection Platform](https://www.paloaltonetworks.com/blog/category/cloud-native-application-protection-platforms/?ts=markdown)

[#### Drive Towards Preventing Breaches and Pipeline Attacks with Prisma Cloud](https://www2.paloaltonetworks.com/blog/cloud-security/cicd-security-cnapp-risk-prevention/)

### [AppSec](https://www.paloaltonetworks.com/blog/cloud-security/category/appsec/?ts=markdown), [CI/CD](https://www.paloaltonetworks.com/blog/cloud-security/category/ci-cd/?ts=markdown), [DevOps](https://www.paloaltonetworks.com/blog/cloud-security/category/devops/?ts=markdown), [Research](https://www.paloaltonetworks.com/blog/category/research/?ts=markdown)

[#### The GitHub Actions Worm: Compromising GitHub Repositories Through the Actions Dependency Tree](https://www2.paloaltonetworks.com/blog/cloud-security/github-actions-worm-dependencies/)

### [Announcement](https://www.paloaltonetworks.com/blog/category/announcement/?ts=markdown), [AppSec](https://www.paloaltonetworks.com/blog/cloud-security/category/appsec/?ts=markdown), [CI/CD](https://www.paloaltonetworks.com/blog/cloud-security/category/ci-cd/?ts=markdown)

[#### GigaOm Names Prisma Cloud a Leader in Software Supply Chain Security](https://www2.paloaltonetworks.com/blog/cloud-security/gigaom-software-supply-chain-security-market-guide/)

### [Application Security](https://www.paloaltonetworks.com/blog/category/application-security/?ts=markdown), [CI/CD](https://www.paloaltonetworks.com/blog/cloud-security/category/ci-cd/?ts=markdown)

[#### All the Small Things: Azure CLI Leakage and Problematic Usage Patterns](https://www2.paloaltonetworks.com/blog/cloud-security/secrets-leakage-user-error-azure-cli/)

### [AppSec](https://www.paloaltonetworks.com/blog/cloud-security/category/appsec/?ts=markdown), [CI/CD](https://www.paloaltonetworks.com/blog/cloud-security/category/ci-cd/?ts=markdown), [Research](https://www.paloaltonetworks.com/blog/cloud-security/category/research/?ts=markdown)

[#### Third-Party GitHub Actions: Effects of an Opt-Out Permission Model](https://www2.paloaltonetworks.com/blog/cloud-security/github-actions-opt-out-permissions-model/)

### [Application Security](https://www.paloaltonetworks.com/blog/cloud-security/category/application-security/?ts=markdown), [AppSec](https://www.paloaltonetworks.com/blog/cloud-security/category/appsec/?ts=markdown), [ASPM](https://www.paloaltonetworks.com/blog/cloud-security/category/aspm/?ts=markdown), [Cloud Security](https://www.paloaltonetworks.com/blog/category/cloud-security/?ts=markdown), [Partners](https://www.paloaltonetworks.com/blog/cloud-security/category/partners/?ts=markdown)

[#### Palo Alto Networks and Veracode: Unifying Application Security from Code to Cloud](https://www2.paloaltonetworks.com/blog/cloud-security/application-security-veracode-partnership/)

### Subscribe to Cloud Security Blogs!

Sign up to receive must-read articles, Playbooks of the Week, new feature announcements, and more.
![spinner](https://www2.paloaltonetworks.com/blog/wp-content/themes/panwblog2023/dist/images/ajax-loader.gif) Sign up  
Please enter a valid email.  
By submitting this form, you agree to our [Terms of Use](https://www.paloaltonetworks.com/legal-notices/terms-of-use?ts=markdown) and acknowledge our [Privacy Statement](https://www.paloaltonetworks.com/legal-notices/privacy?ts=markdown). Please look for a confirmation email from us. If you don't receive it in the next 10 minutes, please check your spam folder.  
This site is protected by reCAPTCHA and the Google [Privacy Policy](https://policies.google.com/privacy) and [Terms of Service](https://policies.google.com/terms) apply.  
{#footer} {#footer}

## Products and Services

* [AI-Powered Network Security Platform](https://www.paloaltonetworks.com/network-security?ts=markdown)

* [Secure AI by Design](https://www.paloaltonetworks.com/precision-ai-security/secure-ai-by-design?ts=markdown)

* [Prisma AIRS](https://www.paloaltonetworks.com/prisma/prisma-ai-runtime-security?ts=markdown)

* [AI Access Security](https://www.paloaltonetworks.com/sase/ai-access-security?ts=markdown)

* [Cloud Delivered Security Services](https://www.paloaltonetworks.com/network-security/security-subscriptions?ts=markdown)

* [Advanced Threat Prevention](https://www.paloaltonetworks.com/network-security/advanced-threat-prevention?ts=markdown)

* [Advanced URL Filtering](https://www.paloaltonetworks.com/network-security/advanced-url-filtering?ts=markdown)

* [Advanced WildFire](https://www.paloaltonetworks.com/network-security/advanced-wildfire?ts=markdown)

* [Advanced DNS Security](https://www.paloaltonetworks.com/network-security/advanced-dns-security?ts=markdown)

* [Enterprise Data Loss Prevention](https://www.paloaltonetworks.com/sase/enterprise-data-loss-prevention?ts=markdown)

* [Enterprise IoT Security](https://www.paloaltonetworks.com/network-security/enterprise-device-security?ts=markdown)

* [Medical IoT Security](https://www.paloaltonetworks.com/network-security/medical-device-security?ts=markdown)

* [Industrial OT Security](https://www.paloaltonetworks.com/network-security/medical-device-security?ts=markdown)

* [SaaS Security](https://www.paloaltonetworks.com/sase/saas-security?ts=markdown)

* [Next-Generation Firewalls](https://www.paloaltonetworks.com/network-security/next-generation-firewall?ts=markdown)

* [Hardware Firewalls](https://www.paloaltonetworks.com/network-security/hardware-firewall-innovations?ts=markdown)

* [Software Firewalls](https://www.paloaltonetworks.com/network-security/software-firewalls?ts=markdown)

* [Strata Cloud Manager](https://www.paloaltonetworks.com/network-security/strata-cloud-manager?ts=markdown)

* [SD-WAN for NGFW](https://www.paloaltonetworks.com/network-security/sd-wan-subscription?ts=markdown)

* [PAN-OS](https://www.paloaltonetworks.com/network-security/pan-os?ts=markdown)

* [Panorama](https://www.paloaltonetworks.com/network-security/panorama?ts=markdown)

* [Secure Access Service Edge](https://www.paloaltonetworks.com/sase?ts=markdown)

* [Prisma SASE](https://www.paloaltonetworks.com/sase?ts=markdown)

* [Application Acceleration](https://www.paloaltonetworks.com/sase/app-acceleration?ts=markdown)

* [Autonomous Digital Experience Management](https://www.paloaltonetworks.com/sase/adem?ts=markdown)

* [Enterprise DLP](https://www.paloaltonetworks.com/sase/enterprise-data-loss-prevention?ts=markdown)

* [Prisma Access](https://www.paloaltonetworks.com/sase/access?ts=markdown)

* [Prisma Browser](https://www.paloaltonetworks.com/sase/prisma-browser?ts=markdown)

* [Prisma SD-WAN](https://www.paloaltonetworks.com/sase/sd-wan?ts=markdown)

* [Remote Browser Isolation](https://www.paloaltonetworks.com/sase/remote-browser-isolation?ts=markdown)

* [SaaS Security](https://www.paloaltonetworks.com/sase/saas-security?ts=markdown)

* [AI-Driven Security Operations Platform](https://www.paloaltonetworks.com/cortex?ts=markdown)

* [Cloud Security](https://www.paloaltonetworks.com/cortex/cloud?ts=markdown)

* [Cortex Cloud](https://www.paloaltonetworks.com/cortex/cloud?ts=markdown)

* [Application Security](https://www.paloaltonetworks.com/cortex/cloud/application-security?ts=markdown)

* [Cloud Posture Security](https://www.paloaltonetworks.com/cortex/cloud/cloud-posture-security?ts=markdown)

* [Cloud Runtime Security](https://www.paloaltonetworks.com/cortex/cloud/runtime-security?ts=markdown)

* [Prisma Cloud](https://www.paloaltonetworks.com/prisma/cloud?ts=markdown)

* [AI-Driven SOC](https://www.paloaltonetworks.com/cortex?ts=markdown)

* [Cortex XSIAM](https://www.paloaltonetworks.com/cortex/cortex-xsiam?ts=markdown)

* [Cortex XDR](https://www.paloaltonetworks.com/cortex/cortex-xdr?ts=markdown)

* [Cortex XSOAR](https://www.paloaltonetworks.com/cortex/cortex-xsoar?ts=markdown)

* [Cortex Xpanse](https://www.paloaltonetworks.com/cortex/cortex-xpanse?ts=markdown)

* [Unit 42 Managed Detection \& Response](https://www.paloaltonetworks.com/cortex/managed-detection-and-response?ts=markdown)

* [Managed XSIAM](https://www.paloaltonetworks.com/cortex/managed-xsiam?ts=markdown)

* [Threat Intel and Incident Response Services](https://www.paloaltonetworks.com/unit42?ts=markdown)

* [Proactive Assessments](https://www.paloaltonetworks.com/unit42/assess?ts=markdown)

* [Incident Response](https://www.paloaltonetworks.com/unit42/respond?ts=markdown)

* [Transform Your Security Strategy](https://www.paloaltonetworks.com/unit42/transform?ts=markdown)

* [Discover Threat Intelligence](https://www.paloaltonetworks.com/unit42/threat-intelligence-partners?ts=markdown)

## Company

* [About Us](https://www.paloaltonetworks.com/about-us?ts=markdown)
* [Careers](https://jobs.paloaltonetworks.com/en/)
* [Contact Us](https://www.paloaltonetworks.com/company/contact-sales?ts=markdown)
* [Corporate Responsibility](https://www.paloaltonetworks.com/about-us/corporate-responsibility?ts=markdown)
* [Customers](https://www.paloaltonetworks.com/customers?ts=markdown)
* [Investor Relations](https://investors.paloaltonetworks.com/)
* [Location](https://www.paloaltonetworks.com/about-us/locations?ts=markdown)
* [Newsroom](https://www.paloaltonetworks.com/company/newsroom?ts=markdown)

## Popular Links

* [Blog](https://www.paloaltonetworks.com/blog/?ts=markdown)
* [Communities](https://www.paloaltonetworks.com/communities?ts=markdown)
* [Content Library](https://www.paloaltonetworks.com/resources?ts=markdown)
* [Cyberpedia](https://www.paloaltonetworks.com/cyberpedia?ts=markdown)
* [Event Center](https://events.paloaltonetworks.com/)
* [Manage Email Preferences](https://start.paloaltonetworks.com/preference-center)
* [Products A-Z](https://www.paloaltonetworks.com/products/products-a-z?ts=markdown)
* [Product Certifications](https://www.paloaltonetworks.com/legal-notices/trust-center/compliance?ts=markdown)
* [Report a Vulnerability](https://www.paloaltonetworks.com/security-disclosure?ts=markdown)
* [Sitemap](https://www.paloaltonetworks.com/sitemap?ts=markdown)
* [Tech Docs](https://docs.paloaltonetworks.com/)
* [Unit 42](https://unit42.paloaltonetworks.com/)
* [Do Not Sell or Share My Personal Information](https://panwedd.exterro.net/portal/dsar.htm?target=panwedd)
  ![PAN logo](https://www.paloaltonetworks.com/etc/clientlibs/clean/imgs/pan-logo-dark.svg)
* [Privacy](https://www.paloaltonetworks.com/legal-notices/privacy?ts=markdown)
* [Trust Center](https://www.paloaltonetworks.com/legal-notices/trust-center?ts=markdown)
* [Terms of Use](https://www.paloaltonetworks.com/legal-notices/terms-of-use?ts=markdown)
* [Documents](https://www.paloaltonetworks.com/legal?ts=markdown)

Copyright © 2026 Palo Alto Networks. All Rights Reserved

* [![Youtube](https://www.paloaltonetworks.com/etc/clientlibs/clean/imgs/social/youtube-black.svg)](https://www.youtube.com/user/paloaltonetworks)
* [![Podcast](https://www.paloaltonetworks.com/content/dam/pan/en_US/images/icons/podcast.svg)](https://www.paloaltonetworks.com/podcasts/threat-vector?ts=markdown)
* [![Facebook](https://www.paloaltonetworks.com/etc/clientlibs/clean/imgs/social/facebook-black.svg)](https://www.facebook.com/PaloAltoNetworks/)
* [![LinkedIn](https://www.paloaltonetworks.com/etc/clientlibs/clean/imgs/social/linkedin-black.svg)](https://www.linkedin.com/company/palo-alto-networks)
* [![Twitter](https://www.paloaltonetworks.com/etc/clientlibs/clean/imgs/social/twitter-x-black.svg)](https://twitter.com/PaloAltoNtwks)
* EN  
  Select your language