<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Case Studies on Eknix — Web security &amp; performance for the enterprise</title><link>https://www.eknix.com/case-studies/</link><description>Recent content in Case Studies on Eknix — Web security &amp; performance for the enterprise</description><generator>Hugo</generator><language>en-us</language><copyright>© {year} EKNIX LTD. All rights reserved.</copyright><lastBuildDate>Sun, 10 May 2026 00:00:00 +0000</lastBuildDate><atom:link href="https://www.eknix.com/case-studies/index.xml" rel="self" type="application/rss+xml"/><item><title>Digital bank: securing an API estate they didn't know they had</title><link>https://www.eknix.com/case-studies/digital-bank-api-security/</link><pubDate>Sun, 10 May 2026 00:00:00 +0000</pubDate><guid>https://www.eknix.com/case-studies/digital-bank-api-security/</guid><description>&lt;h2 id="the-challenge"&gt;The challenge&lt;/h2&gt;
&lt;p&gt;Four years into operation, the bank had grown fast. Microservices, third-party integrations, multiple mobile app versions, open banking connectors. Engineering shipped constantly and the API estate accumulated with it. Ahead of a DORA compliance review, the security team wanted to establish what their actual API surface looked like before the regulator did.&lt;/p&gt;
&lt;p&gt;The answer was uncomfortable. They thought they had around 300 API endpoints. We found 441.&lt;/p&gt;
&lt;p&gt;Around 140 additional endpoints: old API versions never decommissioned, internal services exposed externally during development and never pulled back, integration endpoints from partnerships that had since ended. Six had no authentication requirement at all. One of them returned customer transaction history without an auth header.&lt;/p&gt;</description></item><item><title>Hotel group: shutting down credential stuffing on a loyalty programme</title><link>https://www.eknix.com/case-studies/hotel-loyalty-credential-stuffing/</link><pubDate>Fri, 10 Apr 2026 00:00:00 +0000</pubDate><guid>https://www.eknix.com/case-studies/hotel-loyalty-credential-stuffing/</guid><description>&lt;h2 id="the-challenge"&gt;The challenge&lt;/h2&gt;
&lt;p&gt;The client runs a loyalty programme across a group of mid-market hotels in Europe. Members accumulate points on stays and redeem them for free nights and room upgrades, or transfer them to airline frequent flyer programmes. Several million registered accounts, active enough that points have real monetary value to members and, it turned out, to attackers.&lt;/p&gt;
&lt;p&gt;The fraud team spotted it first. An unusual volume of points-to-miles conversion requests, all routing to the same small set of airline frequent flyer numbers. The accounts initiating the transfers looked normal: real members, real historical activity, real email addresses. Just not the real owners converting them.&lt;/p&gt;</description></item><item><title>European challenger bank: PCI DSS at the edge, zero outages in two years</title><link>https://www.eknix.com/case-studies/european-challenger-bank/</link><pubDate>Wed, 08 Apr 2026 00:00:00 +0000</pubDate><guid>https://www.eknix.com/case-studies/european-challenger-bank/</guid><description>&lt;h2 id="the-challenge"&gt;The challenge&lt;/h2&gt;
&lt;p&gt;A fast-growing European challenger bank had outgrown its initial cloud-native architecture. With customer count tripling year-over-year and increasing scrutiny from financial regulators, the platform needed:&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;A PCI DSS Level 1 Service Provider ready edge architecture&lt;/li&gt;
&lt;li&gt;Sub-200ms TTFB across Europe&lt;/li&gt;
&lt;li&gt;A serious answer to DDoS and credential stuffing&lt;/li&gt;
&lt;li&gt;Workload-level isolation for cardholder data environments&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;The existing stack — a single-region cloud provider&amp;rsquo;s WAF and CDN combination — couldn&amp;rsquo;t deliver any of these at the required level.&lt;/p&gt;</description></item><item><title>Fashion retailer: stopping SMS pumping before it became a $500k problem</title><link>https://www.eknix.com/case-studies/fashion-retailer-sms-fraud/</link><pubDate>Thu, 05 Mar 2026 00:00:00 +0000</pubDate><guid>https://www.eknix.com/case-studies/fashion-retailer-sms-fraud/</guid><description>&lt;h2 id="the-challenge"&gt;The challenge&lt;/h2&gt;
&lt;p&gt;The client is a mid-market fashion retailer with a European customer base. Customers log in with their phone number and receive a one-time code by SMS — no password, OTP is the authentication. Normal SMS volume ran around 50,000 messages per month. Predictable cost.&lt;/p&gt;
&lt;p&gt;At 3am on a Tuesday, the login flow stopped working. Their SMS gateway had suspended the account for unusual traffic. The attack had been running four hours.&lt;/p&gt;</description></item><item><title>Global retailer: Black Friday-ready in 90 days</title><link>https://www.eknix.com/case-studies/global-retailer-peak-season/</link><pubDate>Thu, 15 Jan 2026 00:00:00 +0000</pubDate><guid>https://www.eknix.com/case-studies/global-retailer-peak-season/</guid><description>&lt;h2 id="the-challenge"&gt;The challenge&lt;/h2&gt;
&lt;p&gt;A top-100 global retailer had spent two years quietly outgrowing its existing CDN deployment. With a major Black Friday campaign 90 days out, the team flagged two problems they couldn&amp;rsquo;t solve internally:&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;Catalog cache hit ratio was 71% — and origin egress was scaling alarmingly with traffic&lt;/li&gt;
&lt;li&gt;Scraper traffic from competitors had reached an estimated 18% of total catalog requests&lt;/li&gt;
&lt;li&gt;Previous peak seasons had required emergency origin scaling and triggered Tier-2 incidents&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;The platform team needed a 90-day path to confident peak readiness.&lt;/p&gt;</description></item><item><title>Regional airline: cutting search latency in half, globally</title><link>https://www.eknix.com/case-studies/regional-airline-search-latency/</link><pubDate>Sun, 30 Nov 2025 00:00:00 +0000</pubDate><guid>https://www.eknix.com/case-studies/regional-airline-search-latency/</guid><description>&lt;h2 id="the-challenge"&gt;The challenge&lt;/h2&gt;
&lt;p&gt;A regional airline group with operations across three continents was losing competitive ground in metasearch placement — primarily because their search response times were too slow. Internal data showed look-to-book ratio dropping below industry benchmark in three key markets.&lt;/p&gt;
&lt;p&gt;The technical root cause was a series of inefficient paths between metasearch partners, the airline&amp;rsquo;s booking API, and downstream GDS calls. Each hop added latency, and the existing CDN deployment wasn&amp;rsquo;t optimized for the request patterns.&lt;/p&gt;</description></item></channel></rss>