949 karma · joined October 5, 2015
Previously: VP, Product @Cloudflare; CPTO, Aurora Solar
DMs open on Twitter (@prdonahue)
We're inherently faster than other "serverless" platforms due to the scale and homogeneous design of our network, and that network has presence in nearly 50% more cities than it did just 3 years ago. We were plenty fast enough then and we're even faster now.
Other things that customers (still) really care about: developer experience, ease of use, and cost. Nobody likes paying the AWS tax to move data around—they just want to use the best solution from the best cloud provider. Workers and the associated storage primitives allow them to pick and choose from the best that AWS, Azure, Cloudflare, GCP, et al. have to offer.
(Disclaimer: I'm a long time Cloudflare employee focused on App Sec, and I speak to customers regularly who look to Workers largely for compliance reasons, but I don't work on the Developer Platform business. Am sure my Dev Platform peers will chime in with more nuanced answers!)
We take every reported false negative as an opportunity to improve our DDoS mitigations, and these reports are very helpful.
As of a few weeks ago, you can now report FNs/FPs for Bot Mitigation directly in the dashboard, and we'll be expanding this pattern for use with DDoS Mitigation as well.
Specifically, there's a ticket in progress to improve how bot mitigation handles requests for certain types of static content (including RSS feeds).
Any feature requests or things you'd like to see that Cloudflare could do differently?
While we can’t comment on the specifics of any customer configuration, we do not block or challenge Firefox by default—either with our Bot Management products or with any other L7 security controls.
You can confirm this by signing up a free zone and making a request from Firefox.
Rules for remotely exploitable vulnerabilities like log4j are typically crafted within hours of a CVE being released, and deployed as quickly as possible to minimize false positives. I'm not sure I'd consider such threats "outdated".
> However, to the best of my knowledge they were unable to fully mitigate the threat ... Fundamentally, having a WAF in the face of log4j did nothing for you.
If you're only able to mitigate 9X% of a rapidly evolving zero-day and not 100%, should you not use a WAF at all? Security is about reducing risk, and raising the cost for attackers.
Cloudflare tracked and responded to active exploitation attempts[1] in the wild with updated rules, while imploring customers to patch, e.g., from our second CVE (CVE-2021-45046) post[2] discussing additional rules we deployed:
"This vulnerability is actively being exploited and anyone using Log4J should update to version 2.16.0 as soon as possible, even if you have previously updated to 2.15.0. The latest version can be found on the Log4J download page."
> You still have to patch everything, you still had to try and figure out if you'd been compromised, and you still had to update/alert your clients/customers.
Yes, of course. Nobody is arguing otherwise. Such is the nature of these massive vulnerabilities that pop up every few years.
[1] - https://blog.cloudflare.com/exploitation-of-cve-2021-44228-b...
[2] - https://blog.cloudflare.com/protection-against-cve-2021-4504...
After the deal closes, we plan to make it a single-click in the DNS dashboard (and elsewhere) to start filtering your email through Area 1's technology.
We'll talk more about plans in the near future on the Cloudflare blog.
See here for more details: https://news.ycombinator.com/item?id=28145247.
Today we can help quite a bit by proxying TCP traffic using Cloudflare Spectrum, e.g., spoofed traffic will never reach origin as it can't complete a handshake, we can use things like SYN cookies to challenge source, etc.
In the future, there's a lot more we plan to do here.
We didn’t disclose it at the time but this 17.2M rps attack came from (home) Mikrotik devices that were running proxy services: https://blog.cloudflare.com/cloudflare-thwarts-17-2m-rps-ddo....
The more interesting/difficult to mitigate attacks are those that complete handshakes (if TCP) and make fully formed requests at L7 that otherwise appear legitimate.
Can you check and confirm?
If you're still having issues please file a support ticket and email it to pat at cloudflare and I'll flag.
If you're unable to set a minimum version for Cloudflare Pages, that's a separate issue, which I'm going to flag for the team now (though sounds like they're probably already aware and planning to resolve when they can).
Any plan (including Free) can set a minimum TLS version of 1.2—or even 1.3 if you want.
Login to the dashboard, select your domain, click SSL/TLS → Edge Certificates → Minimum TLS Version.
(former CF SSL PM here)
This was built by a team (Bots) that my team works closely with to bring to market, e.g., bot scores can be used in Firewall Rules and combined with other capabilities.
We’ll be working soon to determine pricing and exactly how this will be exposed in the product.
If you’re in interested in beta testing this, drop me an email and I’ll connect you with the right PM: pat at cloudflare.
Still waiting patiently :)
All that matters is your serum level. 800IU may work for you, but you may need several times that. Best to just get it checked. People feel better at different levels, e.g., I seem to feel best around 35-40 ng/mL.
Check out Dr. Rhonda Patrick (@foundmyfitness) on the topic: https://www.youtube.com/watch?v=uc815fQn8iY.
If you have data they can make better (creepier) use of, they'll pay a premium.
Are you looking to rewrite the Host header as the request gets passed to the origin (without changing the resolution of the origin)? Or something more like domain fronting?
An example or two would be great so I can share with the team.