Security boffin claims airport group left API keys in client-side JavaScript for four years

Security researcher Scott Helme has corroborated claims by the cyber-extortion group FulcrumSec that Manchester Airports Group (MAG) exposed privileged API keys for the marketing platform Iterable in its client-side JavaScript for approximately four years. These keys, first appearing in June/July 2022 and remaining exposed until August 2026, were overprivileged and allowed read/write access to sensitive customer data, including bookings and purchases. Helme's analysis suggests these credentials could have enabled not only data theft of around 8.8 million customer records but also mass deletion of data, posing a significant integrity and availability risk. While MAG has labeled the incident a "sophisticated" cyberattack, Helme's findings imply a severe lapse in security oversight, where sensitive credentials were left accessible through simple browser inspection. The implications extend to customer trust, regulatory scrutiny by the ICO, and the potential for more extensive damage than initially disclosed.

AI Signal Decode

The core issue revolves around the exposure of API keys for Iterable, a marketing automation platform, within the client-side JavaScript code of Manchester Airports Group's (MAG) airport websites. Security researcher Scott Helme, using information provided by the cyber-extortion group FulcrumSec, found that these keys were present for an extended period, from June/July 2022 to August 2026. Crucially, the keys were not directly embedded in HTML but within JavaScript bundles, making them discoverable through source code inspection. This method of exposure allowed the vulnerability to persist for over four years, potentially undetected by MAG's internal IT teams.

The market implications are significant, particularly for the travel and marketing technology sectors. For MAG, the breach compromises the data of approximately 8.8 million customers, impacting trust and potentially leading to substantial regulatory fines from bodies like the ICO. For Iterable, this incident highlights the critical need for robust security practices among its clients and may prompt stricter guidance or technical measures to prevent similar credential exposure. The broader implication is a renewed focus on API security, especially the practice of embedding any form of credentials, even seemingly innocuous ones, in front-end code, which is widely considered a major security anti-pattern.

Technically, the vulnerability stemmed from MAG authorizing server-side API operations using keys that were meant for client-side use, a practice explicitly warned against by Iterable. The keys were also overprivileged, granting read/write access to core data points such as customer profiles, booking details, and purchase history. Helme's analysis indicates the stolen data was likely exported from Iterable and, more alarmingly, that the keys possessed the capability to delete customer records or lists. This represents not just a confidentiality breach but a severe integrity and availability risk, with the potential for catastrophic data destruction.

Moving forward, the focus will be on MAG's response and the findings of ongoing investigations by the ICO and National Crime Agency. It will be crucial to understand how MAG plans to re-secure its systems and audit its past four years of data access logs to determine the full extent of compromise. For other organizations, this serves as a stark reminder to rigorously audit their web applications, especially for inadvertently exposed credentials in client-side code. The incident also raises questions about MAG's internal security posture and their initial characterization of the event as a "sophisticated hack" versus a "lapse."