--- title: Changelogs image: https://edgetunnel-b2h.pages.dev/cf-twitter-card.png --- > Documentation Index > Fetch the complete documentation index at: https://edgetunnel-b2h.pages.dev/changelog/llms.txt > Use this file to discover all available pages before exploring further. [Skip to content](#%5Ftop) # Changelog New updates and improvements at Cloudflare. [ Subscribe to RSS ](https://edgetunnel-b2h.pages.dev/changelog/rss/index.xml) [ View RSS feeds ](https://edgetunnel-b2h.pages.dev/fundamentals/new-features/available-rss-feeds/) All products ![hero image](https://edgetunnel-b2h.pages.dev/_astro/hero.CVYJHPAd_26AMqX.svg) May 08, 2025 1. ### [Improved Payload Logging for WAF Managed Rules](https://edgetunnel-b2h.pages.dev/changelog/post/2025-05-08-improved-payload-logging/) [ WAF ](https://edgetunnel-b2h.pages.dev/waf/) We have upgraded WAF Payload Logging to enhance rule diagnostics and usability: * **Targeted logging**: Logs now capture only the specific portions of requests that triggered WAF rules, rather than entire request segments. * **Visual highlighting**: Matched content is visually highlighted in the UI for faster identification. * **Enhanced context**: Logs now include surrounding context to make diagnostics more effective. ![Log entry showing payload logging details](https://edgetunnel-b2h.pages.dev/_astro/2025-05-payload-logging-update.1M29LjNm_Z23wApX.webp) Payload Logging is available to all Enterprise customers. If you have not used Payload Logging before, check how you can [get started](https://edgetunnel-b2h.pages.dev/waf/managed-rules/payload-logging/). **Note:** The structure of the `encrypted_matched_data` field in Logpush has changed from `Map` to `Map`. If you rely on this field in your Logpush jobs, you should review and update your processing logic accordingly. May 08, 2025 1. ### [Improved memory efficiency for WebAssembly Workers](https://edgetunnel-b2h.pages.dev/changelog/post/2025-05-08-finalization-registry/) [ Workers ](https://edgetunnel-b2h.pages.dev/workers/) [FinalizationRegistry ↗](https://developer.mozilla.org/en-US/docs/Web/JavaScript/Reference/Global%5FObjects/FinalizationRegistry) is now available in Workers. You can opt-in using the [enable\_weak\_ref](https://edgetunnel-b2h.pages.dev/workers/configuration/compatibility-flags/#enable-finalizationregistry-and-weakref) compatibility flag. This can reduce memory leaks when using WebAssembly-based Workers, which includes [Python Workers](https://edgetunnel-b2h.pages.dev/workers/languages/python/) and [Rust Workers](https://edgetunnel-b2h.pages.dev/workers/languages/rust/). The FinalizationRegistry works by enabling toolchains such as [Emscripten ↗](https://emscripten.org/) and [wasm-bindgen ↗](https://wasm-bindgen.github.io/wasm-bindgen/) to automatically free WebAssembly heap allocations. If you are using WASM and seeing Exceeded Memory errors and cannot determine a cause using [memory profiling](https://edgetunnel-b2h.pages.dev/workers/observability/dev-tools/memory-usage/), you may want to enable the FinalizationRegistry. For more information refer to the [enable\_weak\_ref](https://edgetunnel-b2h.pages.dev/workers/configuration/compatibility-flags/#enable-finalizationregistry-and-weakref) compatibility flag documentation. May 07, 2025 1. ### [Send forensic copies to storage without DLP profiles](https://edgetunnel-b2h.pages.dev/changelog/post/2025-05-07-forensic-copy-update/) [ Data Loss Prevention ](https://edgetunnel-b2h.pages.dev/cloudflare-one/data-loss-prevention/) You can now [send DLP forensic copies](https://edgetunnel-b2h.pages.dev/cloudflare-one/data-loss-prevention/dlp-policies/logging-options/#send-dlp-forensic-copies-to-logpush-destination) to third-party storage for any HTTP policy with an `Allow` or `Block` action, without needing to include a DLP profile. This change increases flexibility for data handling and forensic investigation use cases. By default, Gateway will send all matched HTTP requests to your configured DLP Forensic Copy jobs. ![DLP](https://edgetunnel-b2h.pages.dev/_astro/forensic-copies-for-all.fxeFrCY4_Z1rCUy9.webp) May 06, 2025 1. ### [UDP and ICMP Monitor Support for Private Load Balancing Endpoints](https://edgetunnel-b2h.pages.dev/changelog/post/2025-05-06-private-health-monitoring-methods/) [ Load Balancing ](https://edgetunnel-b2h.pages.dev/load-balancing/) Cloudflare Load Balancing now supports **UDP (Layer 4)** and **ICMP (Layer 3)** health monitors for **private endpoints**. This makes it simple to track the health and availability of internal services that don’t respond to HTTP, TCP, or other protocol probes. #### What you can do: * Set up **ICMP ping monitors** to check if your private endpoints are reachable. * Use **UDP monitors** for lightweight health checks on non-TCP workloads, such as DNS, VoIP, or custom UDP-based services. * Gain better visibility and uptime guarantees for services running behind **Private Network Load Balancing**, without requiring public IP addresses. This enhancement is ideal for internal applications that rely on low-level protocols, especially when used in conjunction with [**Cloudflare Tunnel**](https://edgetunnel-b2h.pages.dev/cloudflare-one/networks/connectors/cloudflare-tunnel/), [**WARP**](https://edgetunnel-b2h.pages.dev/cloudflare-one/team-and-resources/devices/cloudflare-one-client/), and [**Magic WAN**](https://edgetunnel-b2h.pages.dev/cloudflare-wan/) to create a secure and observable private network. Learn more about [Private Network Load Balancing](https://edgetunnel-b2h.pages.dev/load-balancing/private-network/) or view the full list of [supported health monitor protocols](https://edgetunnel-b2h.pages.dev/load-balancing/monitors/#supported-protocols). May 06, 2025 1. ### [Terraform v5.4.0 now available](https://edgetunnel-b2h.pages.dev/changelog/post/2025-05-06-terraform-v540-provider/) [ Cloudflare Fundamentals ](https://edgetunnel-b2h.pages.dev/fundamentals/)[ Terraform ](https://edgetunnel-b2h.pages.dev/terraform/) Earlier this year, we announced the launch of the new [Terraform v5 Provider](https://edgetunnel-b2h.pages.dev/changelog/2025-02-03-terraform-v5-provider/). Unlike the earlier Terraform providers, v5 is automatically generated based on the OpenAPI Schemas for our REST APIs. Since launch, we have seen an unexpectedly high number of [issues ↗](https://github.com/cloudflare/terraform-provider-cloudflare) reported by customers. These issues currently impact about 15% of resources. We have been working diligently to address these issues across the company, and have released the v5.4.0 release which includes a number of bug fixes. Please keep an eye on this changelog for more information about upcoming releases. #### Changes * Removes the `worker_platforms_script_secret` resource from the provider (see [migration guide ↗](https://registry.terraform.io/providers/cloudflare/cloudflare/latest/docs/guides/version-5-upgrade#cloudflare%5Fworker%5Fsecret) for alternatives—applicable to both Workers and Workers for Platforms) * Removes duplicated fields in `cloudflare_cloud_connector_rules` resource * Fixes `cloudflare_workers_route` id issues [#5134 ↗](https://github.com/cloudflare/terraform-provider-cloudflare/issues/5134) [#5501 ↗](https://github.com/cloudflare/terraform-provider-cloudflare/issues/5501) * Fixes issue around refreshing resources that have unsupported response types Affected resources * `cloudflare_certificate_pack` * `cloudflare_registrar_domain` * `cloudflare_stream_download` * `cloudflare_stream_webhook` * `cloudflare_user` * `cloudflare_workers_kv` * `cloudflare_workers_script` * Fixes `cloudflare_workers_kv` state refresh issues * Fixes issues around configurability of nested properties without computed values for the following resources Affected resources * `cloudflare_account` * `cloudflare_account_dns_settings` * `cloudflare_account_token` * `cloudflare_api_token` * `cloudflare_cloud_connector_rules` * `cloudflare_custom_ssl` * `cloudflare_d1_database` * `cloudflare_dns_record` * `email_security_trusted_domains` * `cloudflare_hyperdrive_config` * `cloudflare_keyless_certificate` * `cloudflare_list_item` * `cloudflare_load_balancer` * `cloudflare_logpush_dataset_job` * `cloudflare_magic_network_monitoring_configuration` * `cloudflare_magic_transit_site` * `cloudflare_magic_transit_site_lan` * `cloudflare_magic_transit_site_wan` * `cloudflare_magic_wan_static_route` * `cloudflare_notification_policy` * `cloudflare_pages_project` * `cloudflare_queue` * `cloudflare_queue_consumer` * `cloudflare_r2_bucket_cors` * `cloudflare_r2_bucket_event_notification` * `cloudflare_r2_bucket_lifecycle` * `cloudflare_r2_bucket_lock` * `cloudflare_r2_bucket_sippy` * `cloudflare_ruleset` * `cloudflare_snippet_rules` * `cloudflare_snippets` * `cloudflare_spectrum_application` * `cloudflare_workers_deployment` * `cloudflare_zero_trust_access_application` * `cloudflare_zero_trust_access_group` * Fixed defaults that made `cloudflare_workers_script` fail when using Assets * Fixed Workers Logpush setting in `cloudflare_workers_script` mistakenly being readonly * Fixed `cloudflare_pages_project` broken when using "source" The detailed [changelog ↗](https://github.com/cloudflare/terraform-provider-cloudflare/releases/tag/v5.4.0) is available on GitHub. #### Upgrading If you are evaluating a move from v4 to v5, please make use of the [migration guide ↗](https://registry.terraform.io/providers/cloudflare/cloudflare/latest/docs/guides/version-5-upgrade). We have provided automated migration scripts using Grit which simplify the transition, although these do not support implementations which use Terraform modules, so customers making use of modules need to migrate manually. Please make use of `terraform plan` to test your changes before applying, and let us know if you encounter any additional issues either by reporting to our [GitHub repository ↗](https://github.com/cloudflare/terraform-provider-cloudflare), or by opening a [support ticket ↗](https://www.support.cloudflare.com/s/?language=en%5FUS). #### For more info * [Terraform provider ↗](https://registry.terraform.io/providers/cloudflare/cloudflare/latest/docs) * [Documentation on using Terraform with Cloudflare ↗](https://edgetunnel-b2h.pages.dev/terraform/) May 05, 2025 1. ### [WAF Release - 2025-05-05](https://edgetunnel-b2h.pages.dev/changelog/post/2025-05-05-waf-release/) [ WAF ](https://edgetunnel-b2h.pages.dev/waf/) This week's analysis covers five CVEs with varying impact levels. Four are rated critical, while one is rated high severity. Remote Code Execution vulnerabilities dominate this set. **Key Findings** GFI KerioControl (CVE-2024-52875) contains an unauthenticated Remote Code Execution (RCE) vulnerability that targets firewall appliances. This vulnerability can let attackers gain root level system access, making this CVE particularly attractive for threat actors. The SonicWall SMA vulnerabilities remain concerning due to their continued exploitation since 2021\. These critical vulnerabilities in remote access solutions create dangerous entry points to networks. **Impact** Customers using the Managed Ruleset will receive rule coverage following this week's release. Below is a breakdown of the recommended prioritization based on current exploitation trends: * GFI KerioControl (CVE-2024-52875) - Highest priority; unauthenticated RCE * SonicWall SMA (Multiple vulnerabilities) - Critical for network appliances * XWiki (CVE-2025-24893) - High priority for development environments * Langflow (CVE-2025-3248) - Important for AI workflow platforms * MinIO (CVE-2025-31489) - Important for object storage implementations | Ruleset | Rule ID | Legacy Rule ID | Description | Previous Action | New Action | Comments | | -------------------------- | ----------- | -------------- | -------------------------------------------------------------------------------------------------- | --------------- | ---------- | ----------------------- | | Cloudflare Managed Ruleset | ...d0b7a392 | 100724 | GFI KerioControl - Remote Code Execution - CVE:CVE-2024-52875 | Log | Block | This is a New Detection | | Cloudflare Managed Ruleset | ...717a9e42 | 100748 | XWiki - Remote Code Execution - CVE:CVE-2025-24893 | Log | Block | This is a New Detection | | Cloudflare Managed Ruleset | ...e9cf745d | 100750 | SonicWall SMA - Dangerous File Upload - CVE:CVE-2021-20040, CVE:CVE-2021-20041, CVE:CVE-2021-20042 | Log | Block | This is a New Detection | | Cloudflare Managed Ruleset | ...d29da333 | 100751 | Langflow - Remote Code Execution - CVE:CVE-2025-3248 | Log | Block | This is a New Detection | | Cloudflare Managed Ruleset | ...caa7b208 | 100752 | MinIO - Auth Bypass - CVE:CVE-2025-31489 | Log | Block | This is a New Detection | May 01, 2025 1. ### [Browser Isolation Overview page for Zero Trust](https://edgetunnel-b2h.pages.dev/changelog/post/2025-05-01-browser-isolation-overview-page/) [ Browser Isolation ](https://edgetunnel-b2h.pages.dev/cloudflare-one/remote-browser-isolation/) A new **Browser Isolation Overview** page is now available in the Cloudflare Zero Trust dashboard. This centralized view simplifies the management of [Remote Browser Isolation (RBI)](https://edgetunnel-b2h.pages.dev/cloudflare-one/remote-browser-isolation/) deployments, providing: * **Streamlined Onboarding:** Easily set up and manage isolation policies from one location. * **Quick Testing:** Validate [clientless web application isolation](https://edgetunnel-b2h.pages.dev/cloudflare-one/remote-browser-isolation/setup/clientless-browser-isolation/) with ease. * **Simplified Configuration:** Configure [isolated access applications](https://edgetunnel-b2h.pages.dev/cloudflare-one/access-controls/policies/isolate-application/) and policies efficiently. * **Centralized Monitoring:** Track aggregate usage and blocked actions. This update consolidates previously disparate settings, accelerating deployment, improving visibility into isolation activity, and making it easier to ensure your protections are working effectively. ![Browser Isolation Overview](https://edgetunnel-b2h.pages.dev/_astro/browser-isolation-overview.Ljd5ax_O_Z1SURww.webp) To access the new overview, log in to your Cloudflare [Zero Trust dashboard ↗](https://one.dash.cloudflare.com/) and find Browser Isolation in the side navigation bar. May 01, 2025 1. ### [R2 Dashboard experience gets new updates](https://edgetunnel-b2h.pages.dev/changelog/post/2025-05-01-r2-dashboard-updates/) [ R2 ](https://edgetunnel-b2h.pages.dev/r2/) We're excited to announce several improvements to the [Cloudflare R2](https://edgetunnel-b2h.pages.dev/r2/) dashboard experience that make managing your object storage easier and more intuitive: ![Cloudflare R2 Dashboard](https://edgetunnel-b2h.pages.dev/_astro/r2-dashboard-updates.B7WXxzMk_Z2vfGut.webp) #### All-new settings page We've redesigned the bucket settings page, giving you a centralized location to manage all your bucket configurations in one place. #### Improved navigation and sharing * Deeplink support for prefix directories: Navigate through your bucket hierarchy without losing your state. Your browser's back button now works as expected, and you can share direct links to specific prefix directories with teammates. * Objects as clickable links: Objects are now proper links that you can copy or `CMD + Click` to open in a new tab. #### Clearer public access controls * Renamed "r2.dev domain" to "Public Development URL" for better clarity when exposing bucket contents for non-production workloads. * Public Access status now clearly displays "Enabled" when your bucket is exposed to the internet (via Public Development URL or Custom Domains). We've also made numerous other usability improvements across the board to make your R2 experience smoother and more productive. Apr 30, 2025 1. ### [Dark Mode for Zero Trust Dashboard](https://edgetunnel-b2h.pages.dev/changelog/post/2025-04-30-zero-trust-dashboard-dark-mode/) [ Cloudflare One ](https://edgetunnel-b2h.pages.dev/cloudflare-one/) The [Cloudflare Zero Trust dashboard ↗](https://one.dash.cloudflare.com/) now supports Cloudflare's native dark mode for all accounts and plan types. Zero Trust Dashboard will automatically accept your user-level preferences for system settings, so if your Dashboard appearance is set to 'system' or 'dark', the Zero Trust dashboard will enter dark mode whenever the rest of your Cloudflare account does. ![Zero Trust dashboard supports dark mode](https://edgetunnel-b2h.pages.dev/_astro/dark-mode.DfLeS20d_Z2kTwNR.webp) * [ Zero Trust Dashboard ](#tab-panel-5159) * [ Core Dashboard ](#tab-panel-5160) To update your view preference in the Zero Trust dashboard: 1. Log into the [Zero Trust dashboard ↗](https://one.dash.cloudflare.com/). 2. Select your user icon. 3. Select **Dark Mode**. To update your view preference in the Core dashboard: 1. Log into the [Cloudflare dashboard ↗](https://dash.cloudflare.com). 2. Go to **My Profile** 3. For **Appearance**, choose **Dark**. Apr 30, 2025 1. ### [Cloudflare One Appliance supports multiple DNS server IPs](https://edgetunnel-b2h.pages.dev/changelog/post/2025-04-30-appliance-multiple-dns-servers/) [ Cloudflare One Appliance ](https://edgetunnel-b2h.pages.dev/cloudflare-wan/configuration/appliance/)[ Cloudflare One ](https://edgetunnel-b2h.pages.dev/cloudflare-one/)[ Cloudflare WAN ](https://edgetunnel-b2h.pages.dev/cloudflare-wan/) Cloudflare One Appliance DHCP server settings now support specifying multiple DNS server IP addresses in the DHCP pool. Previously, customers could only configure a single DNS server per DHCP pool. With this update, you can specify multiple DNS servers to provide redundancy for clients at branch locations. For configuration details, refer to [DHCP server](https://edgetunnel-b2h.pages.dev/cloudflare-wan/configuration/appliance/network-options/dhcp/dhcp-server/). Apr 28, 2025 1. ### [FQDN Filtering For Gateway Egress Policies](https://edgetunnel-b2h.pages.dev/changelog/post/2025-04-28-fdqn-filtering-egress-policies/) [ Gateway ](https://edgetunnel-b2h.pages.dev/cloudflare-one/traffic-policies/) Cloudflare One administrators can now control which egress IP is used based on a destination's fully qualified domain name (FDQN) within Gateway Egress policies. * Host, Domain, Content Categories, and Application selectors are now available in the Gateway Egress policy builder in beta. * During the beta period, you can use these selectors with traffic on-ramped to Gateway with the WARP client, proxy endpoints (commonly deployed with PAC files), or Cloudflare Browser Isolation. * For WARP client support, additional configuration is required. For more information, refer to the [WARP client configuration documentation](https://edgetunnel-b2h.pages.dev/cloudflare-one/traffic-policies/egress-policies/#limitations). ![Egress by FQDN and Hostname](https://edgetunnel-b2h.pages.dev/_astro/Gateway-Egress-FQDN-Policy-preview.Civon5p8_Z2hcuQE.webp) This will help apply egress IPs to your users' traffic when an upstream application or network requires it, while the rest of their traffic can take the most performant egress path. Apr 26, 2025 1. ### [WAF Release - 2025-04-26 - Emergency](https://edgetunnel-b2h.pages.dev/changelog/post/2025-04-26-emergency-waf-release/) [ WAF ](https://edgetunnel-b2h.pages.dev/waf/) | Ruleset | Rule ID | Legacy Rule ID | Description | Previous Action | New Action | Comments | | -------------------------- | ----------- | -------------- | ---------------------------------------------------------------------------------- | --------------- | ---------- | ----------------------- | | Cloudflare Managed Ruleset | ...19fcc883 | 100755 | React.js - Router and Remix Vulnerability - CVE:CVE-2025-43864, CVE:CVE-2025-43865 | Block | Block | This is a New Detection | Apr 24, 2025 1. ### [Custom Errors are now Generally Available](https://edgetunnel-b2h.pages.dev/changelog/post/2025-04-24-custom-errors-ga/) [ Rules ](https://edgetunnel-b2h.pages.dev/rules/) [Custom Errors](https://edgetunnel-b2h.pages.dev/rules/custom-errors/) are now generally available for all paid plans — bringing a unified and powerful experience for customizing error responses at both the zone and account levels. You can now manage **Custom Error Rules**, **Custom Error Assets**, and redesigned **Error Pages** directly from the Cloudflare dashboard. These features let you deliver tailored messaging when errors occur, helping you maintain brand consistency and improve user experience — whether it’s a 404 from your origin or a security challenge from Cloudflare. What's new: * **Custom Errors are now GA** – Available on all paid plans and ready for production traffic. * **UI for Custom Error Rules and Assets** – Manage your zone-level rules from the Rules > Overview and your zone-level assets from the Rules > Settings tabs. * **Define inline content or upload assets** – Create custom responses directly in the rule builder, upload new or reuse previously stored assets. * **Refreshed UI and new name for Error Pages** – Formerly known as “Custom Pages,” Error Pages now offer a cleaner, more intuitive experience for both zone and account-level configurations. * **Powered by Ruleset Engine** – Custom Error Rules support [conditional logic](https://edgetunnel-b2h.pages.dev/ruleset-engine/rules-language/) and override Error Pages for 500 and 1000 class errors, as well as errors originating from your origin or [other Cloudflare products](https://edgetunnel-b2h.pages.dev/ruleset-engine/reference/phases-list/). You can also configure [Response Header Transform Rules](https://edgetunnel-b2h.pages.dev/rules/transform/response-header-modification/) to add, change, or remove HTTP headers from responses returned by Custom Error Rules. Learn more in the [Custom Errors documentation](https://edgetunnel-b2h.pages.dev/rules/custom-errors/). Apr 24, 2025 1. ### [Cron triggers are now supported in Python Workers](https://edgetunnel-b2h.pages.dev/changelog/post/2025-04-22-python-worker-cron-triggers/) [ Workers ](https://edgetunnel-b2h.pages.dev/workers/) You can now create Python Workers which are executed via a cron trigger. This is similar to how it's done in JavaScript Workers, simply define a scheduled event listener in your Worker: **Python** ```python from workers import handler @handler async def on_scheduled(event, env, ctx): print("cron processed") ``` Define a cron trigger configuration in your Wrangler configuration file: * [ wrangler.jsonc ](#tab-panel-5161) * [ wrangler.toml ](#tab-panel-5162) **JSONC** ```jsonc { "triggers": { // Schedule cron triggers: // - At every 3rd minute // - At 15:00 (UTC) on first day of the month // - At 23:59 (UTC) on the last weekday of the month "crons": [ "*/3 * * * *", "0 15 1 * *", "59 23 LW * *" ] } } ``` **TOML** ```toml [triggers] crons = [ "*/3 * * * *", "0 15 1 * *", "59 23 LW * *" ] ``` Then test your new handler by using Wrangler with the `--test-scheduled` flag and making a request to `/cdn-cgi/handler/scheduled?cron=*+*+*+*+*`: ```sh npx wrangler dev --test-scheduled curl "http://localhost:8787/cdn-cgi/handler/scheduled?cron=*+*+*+*+*" ``` Consult the [Workers Cron Triggers page](https://edgetunnel-b2h.pages.dev/workers/configuration/cron-triggers/) for full details on cron triggers in Workers. Apr 23, 2025 1. ### [Metadata filtering and multitenancy support in AutoRAG](https://edgetunnel-b2h.pages.dev/changelog/post/2025-04-23-autorag-metadata-filtering/) [ AI Search ](https://edgetunnel-b2h.pages.dev/ai-search/) You can now filter [AutoRAG](https://edgetunnel-b2h.pages.dev/ai-search/) search results by `folder` and `timestamp` using [metadata filtering](https://edgetunnel-b2h.pages.dev/ai-search/configuration/indexing/metadata/) to narrow down the scope of your query. This makes it easy to build [multitenant experiences](https://edgetunnel-b2h.pages.dev/ai-search/how-to/per-tenant-search/) where each user can only access their own data. By organizing your content into per-tenant folders and applying a `folder` filter at query time, you ensure that each tenant retrieves only their own documents. **Example folder structure:** ```bash customer-a/logs/ customer-a/contracts/ customer-b/contracts/ ``` **Example query:** **JavaScript** ```js const response = await env.AI.autorag("my-autorag").search({ query: "When did I sign my agreement contract?", filters: { type: "eq", key: "folder", value: "customer-a/contracts/", }, }); ``` You can use metadata filtering by creating a new AutoRAG or reindexing existing data. To reindex all content in an existing AutoRAG, update any chunking setting and select **Sync index**. Metadata filtering is available for all data indexed on or after **April 21, 2025**. If you are new to AutoRAG, get started with the [Get started AutoRAG guide](https://edgetunnel-b2h.pages.dev/ai-search/get-started/). Apr 22, 2025 1. ### [WAF Release - 2025-04-22](https://edgetunnel-b2h.pages.dev/changelog/post/2025-04-22-waf-release/) [ WAF ](https://edgetunnel-b2h.pages.dev/waf/) Each of this week's rule releases covers a distinct CVE, with half of the rules targeting Remote Code Execution (RCE) attacks. Of the 6 CVEs covered, four were scored as critical, with the other two scored as high. When deciding which exploits to tackle, Cloudflare tunes into the attackers' areas of focus. Cloudflare's network intelligence provides a unique lens into attacker activity – for instance, through the volume of blocked requests related with CVE exploits after updating WAF Managed Rules with new detections. From this week's releases, one indicator that RCE is a "hot topic" attack type is the fact that the Oracle PeopleSoft RCE rule accounts for half of all of the new rule matches. This rule patches CVE-2023-22047, a high-severity vulnerability in the Oracle PeopleSoft suite that allows unauthenticated attackers to access PeopleSoft Enterprise PeopleTools data through remote code execution. This is particularly concerning because of the nature of the data managed by PeopleSoft – this can include payroll records or student profile information. This CVE, along with five others, are addressed with the latest detection update to WAF Managed Rules. | Ruleset | Rule ID | Legacy Rule ID | Description | Previous Action | New Action | Comments | | -------------------------- | ----------- | -------------- | ------------------------------------------------------------------ | --------------- | ---------- | ----------------------- | | Cloudflare Managed Ruleset | ...a5be3327 | 100738 | GitLab - Auth Bypass - CVE:CVE-2023-7028 | Log | Disabled | This is a New Detection | | Cloudflare Managed Ruleset | ...6c9531fa | 100740 | Splunk Enterprise - Remote Code Execution - CVE:CVE-2025-20229 | Log | Disabled | This is a New Detection | | Cloudflare Managed Ruleset | ...f40bbc2b | 100741 | Oracle PeopleSoft - Remote Code Execution - CVE:CVE-2023-22047 | Log | Disabled | This is a New Detection | | Cloudflare Managed Ruleset | ...5462167c | 100742 | CrushFTP - Auth Bypass - CVE:CVE-2025-31161 | Log | Disabled | This is a New Detection | | Cloudflare Managed Ruleset | ...caa7b208 | 100743 | Ivanti - Buffer Error - CVE:CVE-2025-22457 | Log | Disabled | This is a New Detection | | Cloudflare Managed Ruleset | ...d52139a8 | 100744 | Oracle Access Manager - Remote Code Execution - CVE:CVE-2021-35587 | Log | Disabled | This is a New Detection | Apr 21, 2025 1. ### [Access bulk policy tester](https://edgetunnel-b2h.pages.dev/changelog/post/2025-04-21-access-bulk-policy-tester/) [ Access ](https://edgetunnel-b2h.pages.dev/cloudflare-one/access-controls/policies/) The [Access bulk policy tester](https://edgetunnel-b2h.pages.dev/cloudflare-one/access-controls/policies/policy-management/#test-all-policies-in-an-application) is now available in the Cloudflare Zero Trust dashboard. The bulk policy tester allows you to simulate Access policies against your entire user base before and after deploying any changes. The policy tester will simulate the configured policy against each user's last seen identity and device posture (if applicable). ![Example policy tester](https://edgetunnel-b2h.pages.dev/_astro/example-policy-tester.DCY8hQvx_2nxAfs.webp) Apr 18, 2025 1. ### [Custom fields raw and transformed values support](https://edgetunnel-b2h.pages.dev/changelog/post/2025-04-18-custom-fields-raw-transformed-values/) [ Logs ](https://edgetunnel-b2h.pages.dev/logs/) Custom Fields now support logging both **raw and transformed values** for request and response headers in the HTTP requests dataset. These fields are configured per zone and apply to all Logpush jobs in that zone that include request headers, response headers. Each header can be logged in only one format—either raw or transformed—not both. By default: * Request headers are logged as raw values * Response headers are logged as transformed values These defaults can be overridden to suit your logging needs. Note Transformed and raw values for request and response headers are available **only via the API** and cannot be set through the UI. For more information refer to [Custom fields](https://edgetunnel-b2h.pages.dev/logs/logpush/logpush-job/custom-fields/) documentation Apr 17, 2025 1. ### [Increased limits for Queues pull consumers](https://edgetunnel-b2h.pages.dev/changelog/post/2025-04-17-pull-consumer-limits/) [ Queues ](https://edgetunnel-b2h.pages.dev/queues/) [Queues pull consumers](https://edgetunnel-b2h.pages.dev/queues/configuration/pull-consumers/) can now pull and acknowledge up to **5,000 messages / second per queue**. Previously, pull consumers were rate limited to 1,200 requests / 5 minutes, aggregated across all queues. Pull consumers allow you to consume messages over HTTP from any environment—including outside of [Cloudflare Workers](https://edgetunnel-b2h.pages.dev/workers). They’re also useful when you need fine-grained control over how quickly messages are consumed. To setup a new queue with a pull based consumer using [Wrangler](https://edgetunnel-b2h.pages.dev/workers/wrangler/), run: **Create a queue with a pull based consumer** ```sh npx wrangler queues create my-queue npx wrangler queues consumer http add my-queue ``` You can also configure a pull consumer using the [REST API](https://edgetunnel-b2h.pages.dev/api/resources/queues/subresources/consumers/methods/create/) or the Queues dashboard. Once configured, you can pull messages from the queue using any HTTP client. You'll need a [Cloudflare API Token](https://edgetunnel-b2h.pages.dev/fundamentals/api/get-started/create-token/) with `queues_read` and `queues_write` permissions. For example: **Pull messages from a queue** ```bash curl "https://api.cloudflare.com/client/v4/accounts/${CF_ACCOUNT_ID}/queues/${QUEUE_ID}/messages/pull" \ --header "Authorization: Bearer ${API_TOKEN}" \ --header "Content-Type: application/json" \ --data '{ "visibility_timeout": 10000, "batch_size": 2 }' ``` To learn more about how to acknowledge messages, pull batches at once, and setup multiple consumers, refer to the [pull consumer documentation](https://edgetunnel-b2h.pages.dev/queues/configuration/pull-consumers). As always, Queues doesn't charge for data egress. Pull operations continue to be billed at the [existing rate](https://edgetunnel-b2h.pages.dev/queues/platform/pricing), of $0.40 / million operations. The increased limits are available now, on all new and existing queues. If you're new to Queues, [get started with the Cloudflare Queues guide](https://edgetunnel-b2h.pages.dev/queues/get-started). Apr 17, 2025 1. ### [Read multiple keys from Workers KV with bulk reads](https://edgetunnel-b2h.pages.dev/changelog/post/2025-04-10-kv-bulk-reads/) [ KV ](https://edgetunnel-b2h.pages.dev/kv/) You can now retrieve up to 100 keys in a single bulk read request made to Workers KV using the binding. This makes it easier to request multiple KV pairs within a single Worker invocation. Retrieving many key-value pairs using the bulk read operation is more performant than making individual requests since bulk read operations are not affected by [Workers simultaneous connection limits](https://edgetunnel-b2h.pages.dev/workers/platform/limits/#simultaneous-open-connections). **JavaScript** ```js // Read single key const key = "key-a"; const value = await env.NAMESPACE.get(key); // Read multiple keys const keys = ["key-a", "key-b", "key-c", ...] // up to 100 keys const values : Map = await env.NAMESPACE.get(keys); // Print the value of "key-a" to the console. console.log(`The first key is ${values.get("key-a")}.`) ``` Consult the [Workers KV Read key-value pairs API](https://edgetunnel-b2h.pages.dev/kv/api/read-key-value-pairs/) for full details on Workers KV's new bulk reads support. Apr 15, 2025 1. ### [Cloudflare Registrar API is now in beta](https://edgetunnel-b2h.pages.dev/changelog/post/2026-04-15-registrar-api-beta/) [ Registrar ](https://edgetunnel-b2h.pages.dev/registrar/) Cloudflare Registrar API is now in beta. You can now use the Cloudflare API to: * Search for domain names. * Check real-time availability and pricing. * Register supported domains programmatically. This beta supports a subset of popular extensions available through Cloudflare Registrar. Search returns suggestions across API-supported extensions, check confirms current availability and pricing, and registration starts a workflow that can complete immediately or be polled if it takes longer. Because the Registrar API is part of the Cloudflare API, it can also be used in [Cloudflare MCP ↗](https://github.com/cloudflare/mcp) and other agent-driven workflows. If you are using Cloudflare MCP or other agent-driven workflows, prompts can be as simple as: * `Search for domain ideas for a coffee shop based in Evergreen, Colorado.` * `Check whether example.com is available and show me the current price.` * `Register example.com` For supported operations, extension availability, and workflow details, refer to: * [Registrar API guide ↗](https://edgetunnel-b2h.pages.dev/registrar/registrar-api/) * [Registrar API reference ↗](https://edgetunnel-b2h.pages.dev/api/resources/registrar) Apr 15, 2025 1. ### [Fixed and documented Workers Routes and Secrets API](https://edgetunnel-b2h.pages.dev/changelog/post/2025-04-15-workers-api-fixes/) [ Workers ](https://edgetunnel-b2h.pages.dev/workers/)[ Workers for Platforms ](https://edgetunnel-b2h.pages.dev/cloudflare-for-platforms/workers-for-platforms/) #### Workers Routes API Previously, a request to the Workers [Create Route API](https://edgetunnel-b2h.pages.dev/api/resources/workers/subresources/routes/methods/create/) always returned `null` for "script" and an empty string for "pattern" even if the request was successful. **Example request** ```bash curl https://api.cloudflare.com/client/v4/zones/$CF_ACCOUNT_ID/workers/routes \ -X PUT \ -H "Authorization: Bearer $CF_API_TOKEN" \ -H 'Content-Type: application/json' \ --data '{ "pattern": "example.com/*", "script": "hello-world-script" }' ``` **Example bad response** ```json { "result": { "id": "bf153a27ba2b464bb9f04dcf75de1ef9", "pattern": "", "script": null, "request_limit_fail_open": false }, "success": true, "errors": [], "messages": [] } ``` Now, it properly returns all values! **Example good response** ```json { "result": { "id": "bf153a27ba2b464bb9f04dcf75de1ef9", "pattern": "example.com/*", "script": "hello-world-script", "request_limit_fail_open": false }, "success": true, "errors": [], "messages": [] } ``` #### Workers Secrets API The [Workers](https://edgetunnel-b2h.pages.dev/api/resources/workers/subresources/scripts/subresources/secrets/) and [Workers for Platforms](https://edgetunnel-b2h.pages.dev/api/resources/workers%5Ffor%5Fplatforms/subresources/dispatch/subresources/namespaces/subresources/scripts/subresources/secrets/) secrets APIs are now properly documented in the Cloudflare OpenAPI docs. Previously, these endpoints were not publicly documented, leaving users confused on how to directly manage their secrets via the API. Now, you can find the proper endpoints in our public documentation, as well as in our API Library SDKs such as [cloudflare-typescript ↗](https://github.com/cloudflare/cloudflare-typescript) (>4.2.0) and [cloudflare-python ↗](https://github.com/cloudflare/cloudflare-python) (>4.1.0). Note the `cloudflare_workers_secret` and `cloudflare_workers_for_platforms_script_secret` [Terraform resources ↗](https://registry.terraform.io/providers/cloudflare/cloudflare/latest/docs) are being removed in a future release. This resource is not recommended for managing secrets. Users should instead use the: * [Secrets Store](https://edgetunnel-b2h.pages.dev/api/resources/secrets%5Fstore/) with the "Secrets Store Secret" binding on Workers and Workers for Platforms Script Upload * "Secret Text" Binding on [Workers Script Upload](https://edgetunnel-b2h.pages.dev/api/resources/workers/subresources/scripts/methods/update/) and [Workers for Platforms Script Upload](https://edgetunnel-b2h.pages.dev/api/resources/workers%5Ffor%5Fplatforms/subresources/dispatch/subresources/namespaces/subresources/scripts/methods/update/) * Workers (and WFP) Secrets API Apr 14, 2025 1. ### [New predefined detection entry for ICD-11](https://edgetunnel-b2h.pages.dev/changelog/post/2025-04-14-icd11-support/) [ Data Loss Prevention ](https://edgetunnel-b2h.pages.dev/cloudflare-one/data-loss-prevention/) You now have access to the World Health Organization (WHO) 2025 edition of the [International Classification of Diseases 11th Revision (ICD-11) ↗](https://www.who.int/news/item/14-02-2025-who-releases-2025-update-to-the-international-classification-of-diseases-%28icd-11%29) as a predefined detection entry. The new dataset can be found in the [Health Information](https://edgetunnel-b2h.pages.dev/cloudflare-one/data-loss-prevention/dlp-profiles/predefined-profiles/#health-information) predefined profile. ICD-10 dataset remains available for use. Apr 14, 2025 1. ### [WAF Release - 2025-04-14](https://edgetunnel-b2h.pages.dev/changelog/post/2025-04-14-waf-release/) [ WAF ](https://edgetunnel-b2h.pages.dev/waf/) | Ruleset | Rule ID | Legacy Rule ID | Description | Previous Action | New Action | Comments | | -------------------------- | ----------- | -------------- | ---------------------------------------------- | --------------- | ---------- | ----------------------- | | Cloudflare Managed Ruleset | ...d6b2d36c | 100739A | Next.js - Auth Bypass - CVE:CVE-2025-29927 - 2 | Log | Disabled | This is a New Detection | Apr 11, 2025 1. ### [HTTP redirect and custom block page redirect](https://edgetunnel-b2h.pages.dev/changelog/post/2025-04-11-http-redirect-custom-block-page-redirect/) [ Gateway ](https://edgetunnel-b2h.pages.dev/cloudflare-one/traffic-policies/) You can now use more flexible redirect capabilities in Cloudflare One with Gateway. * A new **Redirect** action is available in the HTTP policy builder, allowing admins to redirect users to any URL when their request matches a policy. You can choose to preserve the original URL and query string, and optionally include policy context via query parameters. * For **Block** actions, admins can now configure a custom URL to display when access is denied. This block page redirect is set at the account level and can be overridden in DNS or HTTP policies. Policy context can also be passed along in the URL. Learn more in our documentation for [HTTP Redirect](https://edgetunnel-b2h.pages.dev/cloudflare-one/traffic-policies/http-policies/#redirect) and [Block page redirect](https://edgetunnel-b2h.pages.dev/cloudflare-one/reusable-components/custom-pages/gateway-block-page/#redirect-to-a-block-page). ```json {"@context":"https://schema.org","@type":"BlogPosting","@id":"https://edgetunnel-b2h.pages.dev/changelog/36/#page","headline":"Changelogs | Cloudflare Docs","url":"https://edgetunnel-b2h.pages.dev/changelog/36/","inLanguage":"en","image":"https://edgetunnel-b2h.pages.dev/cf-twitter-card.png","publisher":{"@type":"Organization","name":"Cloudflare","url":"https://www.cloudflare.com/"},"isPartOf":{"@type":"WebSite","@id":"https://edgetunnel-b2h.pages.dev/#website","name":"Cloudflare Docs","url":"https://edgetunnel-b2h.pages.dev/"}} ```