Ordinarily, when patrons install software such as Adobe Photoshop, they are compelled to accept the bundled installation of Adobe Creative Cloud. This cloud-centric repository facilitates the preservation of digital assets for creative artisans within a remote infrastructure. Adobe CC has effectively supplanted the traditional paradigm of perpetual licensure; users now secure access to Adobe’s creative suite via a subscription modality. Crucially, the Creative Cloud agent is enshrined within the system regardless of whether the user actively engages with its specific features.
Driven by a desire for telemetry and data analytics, Adobe surreptitiously modifies the hosts file on both Windows and macOS operating systems. By inscribing a multitude of entries into this system archive, Adobe crafts a mechanism to ascertain whether Creative Cloud is present on the host machine. Specifically, upon navigating to the Adobe portal, the website employs JavaScript to invoke an image located at https://detect-ccd.creativecloud.adobe.com/cc.png. Under conventional circumstances, this domain lacks a public DNS resolution.
However, if the system is equipped with Adobe CC, the software manually resolves this domain to a specific IP address via the altered hosts file. Consequently, the detect-ccd domain successfully connects to the designated server, thereby providing Adobe with definitive confirmation of the software’s presence.
In previous iterations, Adobe eschewed direct modification of the hosts file, as the Chrome browser traditionally permitted unfettered access to local network resources. However, modern security protocols within Chrome now preclude such unauthorized local access, mandating explicit user consent and interaction. To bypass this barrier and maintain its surveillance without arousing user suspicion, Adobe devised this hosts file manipulation—a practice it conspicuously omits from its installation disclosures.
Rectifying this intrusion remains a formidable task; even if a user purges the unauthorized Adobe entries, the software may reinstate them during subsequent update cycles. Consequently, the most efficacious remedy may reside in the implementation of domain-level blocking at the router stratum.
Support Our Threat Intelligence
If you find our CVE report and cybersecurity news helpful, consider supporting our work.