Too much traffic can crash a website. I learned that hard lesson relatively early in my web development career. Web teams recoil in horror when they realize their own success has crashed their site. Remember when Coinbase spent millions of dollars on a Super Bowl commercial that successfully drove traffic to their site and app? Their infrastructure got run over.
That stampede of traffic is even more horrifying when it’s part of a malicious denial of service attack. I count my lucky stars that in my previous jobs of building and running sites I never went head-to-head with a determined attacker. I would have lost. Most web teams would if they were playing the game of Distributed Denial of Service (DDoS) on their own.
These attacks are becoming more common, more sophisticated and increasingly tied to ransomware-style demands. So it’s no wonder that the threat of DDoS remains one of the many things that keep IT and marketing leaders up at night.
There’s no one easy fix for DDoS attacks. DDoS isn’t a bug. It’s more like a never-ending game. Pantheon recently released a new capability that puts us ahead (for now). But to understand the nature of the problem, we need to start from the basics.
Opening Play: Simple Servers Serving Websites
The game can start simple enough. Web teams put websites on the internet with servers. Whether those servers are in a basement office, on some virtual machine, or part of shared hosting, they are largely good enough to send out some HTTP responses.
Now it’s the hackers’ turn. Even though those servers are intended to only serve HTTP responses, they are still computers on the internet. So they’re vulnerable to all kinds of asymmetrical networking attacks that exhaust their resources. How about a UDP flood? Game over.
Add a Firewall
Well, the game is never over. Get a firewall. That can keep out network-level attacks and you can block specific IP addresses. You’re winning the game now!
Wait a second… Do you even want to be playing this cat-and-mouse game? While you’re thinking about that, the hackers move on to attacking your DNS provider.
Looking for Weak Links
As you’re scouring logs and blocking IPs, you’re also on the phone with your DNS provider asking what’s going on over there. Maybe it’s time to switch DNS providers? Ugh, that’ll eat up a ton of time and effort and that yields zero positive value to your stakeholders. They’re asking for actual improvements to the site that they can see, not the switching of invisible building blocks.
That tension propelled the growth of extremely large services like Cloudflare, which consolidated some of these concerns. Lots of sites moved DNS there to get their free CDN service. Cloudflare withstood low-level network attacks that could overwhelm via sheer volume even a firewalled website. Still, the internet never sleeps. Hackers don’t seem to sleep much either because they are finding more ways to slide through the protections of these platforms.
The Street Finds Its Own Use For Things
Many of the technological advances in the 2010s that seemed so useful for benevolent purposes like browser automation are also really handy for generating fake traffic that seems real. The capacity to script browsers that we leverage for visual regression testing can also trick a CDN into thinking that fake traffic is real traffic. The street finds its own use for things, as the writer William Gibson once put it.
When the attack is coming in the form of a lot of web browsers making legitimate-seeming requests, the current state of the art is either an expensive WAF solution, which still requires some ongoing maintenance, or an “I’m under attack” mode. That can keep your site up by adding a CAPTCHA test. However, it isn’t acceptable for most teams over the long term to leverage a CDN layer, which is supposed to make the site faster while also making the overall experience slower by forcing the real visitors to pass through some kind of virtual security line. Ugh.
The Winning Move Is Not to Play Alone
Back to the same question from earlier. Do you want to be playing this game at all?
I don’t personally want to play in the game. I enjoy reading about the adventures my co-workers like Conor have while fighting off the evolving attacks. But I still imagine myself in my previous job.
Reading Conor’s blog post, I’m reminded of why I wanted to join Pantheon in the first place. I liked that Pantheon made me significantly faster at my job by providing excellent tools and by taking whole classes of problems off the table.
I also liked that Pantheon felt like a part of my team. Sure, any given web team could do the toiling work of updating PHP versions. It’s easier when Pantheon does it. For the level of sophistication of DDoS now, I know that if I were back playing the game alone or with a small team, we’d get blown off the court. That’s why I’m glad to have teamed up with Pantheon.
Find out more about how Pantheon approaches security and team collaboration tools.
