Objlab
← News
Cybersecurity

Trasformare gli indicatori di minaccia di Cloudflare in regole WAF in tempo reale

Sintesi redazionale: I clienti Cloudflare possono ora utilizzare le informazioni sulle minacce di Cloudforce One direttamente all'interno del WAF per bloccare il traffico ad alto rischio. Grazie ai nuovi campi cf.intel, i team di sicurezza possono automatizzare in tempo reale la protezione contro specifici autori di minacce e settori mirat. Fonte originale: https://blog.cloudflare.com/realtime-threat-intel-waf-rules/

<p># Turning Cloudflare’s threat indicators into real-time WAF rules</p><p>Cloudflare’s __Threat Events__ provides security analysts with a window into the global threat landscape. The platform __offers a peek__ into the immense traffic that Cloudflare processes every day, so you can see in real time which IPs are attacking specific industries or which threat actors are trending globally. However, translating that visibility into active mitigation has often been a manual, reactive process.</p><p>Security teams have faced a recurring frustration: knowing that certain IP addresses were associated with specific threat actors (like ** Tycoon 2FA** or</p><p>**) or had been seen targeting their specific industry in other regions, but they couldn&#x27;t easily automate the blocking of these high-risk IPs within their own WAF unless they manually configured the rules.**</p><p>__RaccoonO365__We are excited to announce a new integration that brings Cloudflare’s vast threat intelligence directly into your WAF engine: **you can now write proactive rules using live intelligence data**. This means you can add more intelligence context to protect your application against known bad actors — before they even attempt to touch your infrastructure.</p><p>By populating specialized fields during the early stages of a request, the WAF can now screen traffic based on:</p><p>*Who is attacking*by matching specific threat actor names*Who they are targeting*via the industry or country filters to see who the IP has targeted in the past*What type of attack*using enriched threat context, filtering by attack type (DDoS, WAF, cybercrime, etc.) and the timeframe it was last seen</p><p>## Always-on detection</p><p>This new capability is built on the same __always-on detection framework__ we recently introduced for Attack Signature Detection, a system that identifies common attack patterns in real time without requiring pre-configured rules. By separating detection from mitigation, we ensure that threat intelligence is constantly running in the background, enriching your HTTP request analytics with insightful threat metadata before you even decide to take an action.</p><p>The primary advantage of an &quot;always-on&quot; model is the elimination of the traditional &quot;log vs. block&quot; trade-off: visibility in log mode, or protection in block mode. That’s because when a rule blocks a request, you lose visibility into how other signatures would have assessed it — insight that could have helped you strengthen your defenses.</p><p>If you have a __Cloudforce One subscription__, these insights appear in your analytics automatically. You can see which threat actors are hitting your site and which industries those IPs usually target, allowing you to verify traffic patterns before &quot;flipping the switch&quot; to block.</p><p>These detections execute with negligible latency, ensuring your performance remains lightning-fast while providing the high-confidence data needed to build robust security policies. While this initial release focuses on IP-based matching, we are already looking toward extending these capabilities to __JA3 fingerprints__ and domain-based matching. This will allow you to block malicious traffic even when attackers rotate IPs, by identifying the unique software signatures or malicious destination links they use in their payloads.</p><p>### New WAF fields</p><p>To make this possible, we&#x27;ve exposed the following specific signals directly to the WAF engine:</p><p>Field | Description |<br>|---|---|<br>cf.intel.ip.attacker_names | Names of known threat groups (e.g., CRAVENFLEA). |<br>cf.intel.ip.target_industries | Industries targeted by this IP (e.g., Cryptocurrency, Automotive). |<br>cf.intel.ip.attacker_countries | The source country of the threat event. |<br>cf.intel.ip.target_countries | The countries targeted by the threat event. |<br>cf.intel.ip.datasets | The source feed providing the data (e.g., ddos, waf). |</p><p>### Example rule expressions</p><p>Because a single IP address could be associated with multiple threat actors or targeted industries simultaneously, these fields are represented as arrays. We use the `any()`</p><p>function and `[*]`</p><p>wildcard to check whether any value within that threat profile matches your criteria:</p><p>**Block known DDoS participants targeting your region:**`any(cf.intel.ip.target_countries[*] == &quot;FR&quot;) and any(cf.intel.ip.datasets[*] == &quot;ddos&quot;)`</p><p>**Protect against specific threat actors targeting the Finance sector:**`any(cf.intel.ip.target_industries[*] == &quot;Banking &amp; Financial Services&quot;) and any(cf.intel.ip.attacker_names[*] == &quot;BLACKBASTA&quot;)`</p><p>**Broad protection against specific high-risk origin countries:**`any(cf.intel.ip.attacker_countries[*] == &quot;IR&quot;)`</p><p>## How to use Threat Events data in your workflows</p><p>Whether you prefer a UI-driven approach or __Infrastructure as Code__, these fields are integrated into your existing workflows.</p><p>### The WAF rule builder (API &amp; Terraform)</p><p>For teams that prefer Infrastructure as Code, the new `cf.intel`</p><p>fields are fully integrated into the WAF rule builder for WAF __custom rules__ and __rate limiting__. You can write complex expressions using the same syntax you use today. Because these are standard WAF fields, they are fully supported via the Cloudflare API and Terraform, allowing you to automate threat blocking across your selected domains or even on your whole account.</p><p>*New fields added to the WAF rule builder to allow users to choose the relevant configuration based on the Threat Events indicators. *</p><p>### Visibility in Security Analytics</p><p>Deployment is only half the battle. All matches triggered by these threat intelligence fields are logged in __Security Analytics__. You can drill down into your traffic to see exactly which rule was triggered and which specific indicator matched. These enriched logs allow for faster auditing and postmortem analysis when a rule triggers.</p><p>*Threat event matches surface in Security Analytics, with full context and a one-click option to create a custom security rule.*</p><p>### One-click rule from the Threat Events dashboard</p><p>If you are already using the **Threat Intelligence Dashboard** to investigate trends, you don&#x27;t have to copy and paste IP lists. You can create **Saved Views** based on your specific filters, such as *&quot;IPs seen attacking the Financial sector in the last seven days.&quot;* With a single click, you can __export these filters__ directly into a WAF rule.</p><p>*Saved Views now allow users to easily create WAF rules to match the saved view configuration. *</p><p>## Global intelligence across our network</p><p>Visibility and ease of use are only possible if the underlying engine is fast. How do we handle millions of threat indicators without slowing down your traffic?</p><p>These threat intelligence datasets are compressed into a high-performance format and distributed to every single Cloudflare data center globally. When a request hits our network, the Cloudflare WAF performs an `O(1)`</p><p>constant-time lookup against these local datasets. This ensures that whether we are checking against ten indicators or ten million, the latency overhead remains effectively zero (measured in microseconds).</p><p>Because an IP can be associated with multiple threat vectors, our engine doesn&#x27;t stop at the first match. It evaluates the set of all signals associated with that IP simultaneously. This ensures that a rule looking for &quot;Attacker = RU&quot; AND &quot;Target Industry = Banking&quot; will trigger correctly by evaluating the intersection of these attributes in a single pass, providing maximum coverage against multi-vector actors without increasing computational complexity.</p><p>## Ready to get started?</p><p>This feature is available today for customers with any active __Cloudforce One subscription__:</p><p>- Cloudforce One Essentials allows customers to access the default datasets in Threat Events, search for indicators, and conduct threat-hunting investigations<br>- Cloudforce One Advantage allows customers to access our Threat Intelligence Analyst custom insights via requests for information<br>- Cloudforce One Elite — our most complete package — includes brand protection, a high number of requests for information, and access to all Threat Events datasets</p><p>Ready to turn global insights into local defense? Head over to __Threat Events__ or the __WAF__ section of your Cloudflare Dashboard to start building your first Threat Intel rule, or contact your account team to learn more about subscribing to Cloudforce One.</p>