Deep Dive: Die kritische CUPS-Schwachstelle in GNU/Linux-Systemen verstehen

Linux-Anwender haben es in letzter Zeit nicht leicht, da in den letzten Jahren mehrere schwerwiegende Schwachstellen das System auf verschiedene Weise beeinträchtigt haben. Sicherheitsforscher haben nun ein weiteres Bündel an Schwachstellen entdeckt, die alle das Common UNIX Printing System (CUPS) betreffen, das auf GNU/Linux-Systemen eingesetzt wird und einen potenziellen Weg für eine gefährliche Remote Code Execution (RCE) bietet.
Am 27. September 2024 veröffentlichte Simone Margaritelli von evilsocket.net kritische Informationen über mehrere ausnutzbare Schwachstellen in CUPS, für vier davon wurden in der Folge CVEs vergeben. Diese Zahl könnte noch steigen, aber zum Zeitpunkt der Erstellung dieses Artikels debattiert die Sicherheits-Community noch über den tatsächlichen Schweregrad dieser Entdeckungen. Während eine der CVEs, CVE-2024-47177, vom MITRE derzeit mit einem kritischen Schweregrad von 9,1 bewertet wird, setzt die erfolgreiche Manipulation dieser Befehlsinjektionslücke voraus, dass der CUPS-Dienst auf den Servern aktiviert ist und zudem Zugriff auf den UDP-Port 631 oder DNS-SD besteht. RedHat weist jedoch darauf hin, dass es möglich ist, CUPS auf einen anderen Port umzuleiten.
Margaritellis umfassende Analyse des Vorfalls offenbart eine heimtückische, komplexe Angriffskette, die trotz Meinungsverschiedenheiten in der Community nicht ignoriert werden sollte. Sie lehrt uns, dass scheinbar harmlose Abhängigkeiten tiefgreifend ausnutzbar sind, wenn ein Angreifer entschlossen genug ist und durch schlechte Codierungsmuster kleine Gelegenheitsfenster offen gelassen wurden.
Das CUPS-Szenario unterscheidet sich ein wenig von dem, was viele Entwickler und AppSec-Experten bisher erlebt haben. Werfen wir also einen Blick darauf und testen Sie dabei Ihr Wissen.
Die Schwachstelle: Remote Code Execution (RCE) via CUPS
Der Evilsocket-Blog bietet einen unübertroffenen, gründlichen Hintergrund zu diesen Exploits, und dies ist eine Quelle, die wir weiterhin genau verfolgen werden. Margaritelli zitiert in seinem Artikel auch eine ungenannte Quelle, die hinsichtlich der allgemeinen Sicherheit von Linux nicht optimistisch ist:
„Aus einer allgemeinen Sicherheitsperspektive ist ein ganzes Linux-System, wie es heutzutage existiert, nur ein endloses und hoffnungsloses Chaos aus Sicherheitslücken, die nur darauf warten, ausgenutzt zu werden.”
Dies ist eine ernüchternde Erinnerung an die inhärenten Sicherheitsrisiken, die in Open-Source-Umgebungen weiterhin vorherrschen, ganz zu schweigen von der dringenden Notwendigkeit eines geschärften Sicherheitsbewusstseins und sicherer Programmierkenntnisse in der globalen Entwickler-Community.
Werfen wir einen Blick auf die CVEs:
Die Schwachstellenkette ist weit verbreitet und betrifft derzeit alle aktuellen und früheren Versionen der folgenden Pakete:
- distrotech/cups-filters
- OpenPrinting/cups-filters
- Cups-browsed
- libcupsfilters
- libppd
CUPS ist seit über zwei Jahrzehnten eine Legacy-Komponente von UNIX- und Linux-Betriebssystemen. Seine Funktion als Abhängigkeit für Druckdienste macht es anfällig für Netzwerkanfragen, was es zu einem erstklassigen Ziel für RCE-Schwachstellen macht.
In diesem Fall gibt es jedoch eine gewisse Raffinesse darin, wie die Angriffe kombiniert werden, um ein erfolgreiches Ergebnis zu erzielen. Im Wesentlichen handelt es sich um die Fähigkeit eines nicht authentifizierten, unentdeckten Angreifers, Internet Printing Protocol (IPP)-URLs durch bösartige zu ersetzen und zusätzlich Anweisungen zu ändern, die eine Befehlsinjektion in der "PPD (PostScript Printer Description)"-Datei verursachen können, einer Datei, die die Funktionen des neu hinzugefügten Druckers beschreibt. Dies führt zu einem Befehlsausführungsangriff, sobald ein Druckauftrag aktiviert wird, und beruht auf einer mangelnden Eingabevalidierung innerhalb der CUPS-Komponenten.
Darüber hinaus ist die Behebung dieser speziellen Schwachstelle ein zweischneidiges Schwert, wie Evilsocket aufzeigt. CUPS enthält den foomatic-rip-Filter, eine ausführbare Datei, die in der Vergangenheit als risikoreiche, ausnutzbare Komponente bekannt war. CVEs zu dieser Komponente reichen bis ins Jahr 2011 zurück, und obwohl festgestellt wurde, dass foomatic-rip zur Ausführung von Betriebssystembefehlen genutzt werden kann, führt eine Behebung zu Stabilitätsproblemen und zum Verlust der Unterstützung für viele ältere Drucker. Es ist ein komplexes Problem.

- Angreifer initiiert den Angriff
- CVE-2024-47176: cups-browsed <= 2.0.1 ist anfällig, da es an den UDP-Port 631 unter Verwendung von INADDR_ANY bindet, was bedeutet, dass es jedem Paket von jeder Quelle vertraut. Dies ermöglicht es einem nicht authentifizierten Remote-Angreifer, ein bösartiges UDP-Paket mit einer manipulierten IPP-URL (die auf den vom Angreifer kontrollierten IPP-Server zeigt) zu senden und die Schwachstelle auszulösen. Der Rechner des Opfers glaubt nun, eine Verbindung zu einem neuen Drucker herzustellen, und sendet eine Anfrage nach Druckerattributen.
- Opfersystem verarbeitet die Druckerattribute
- CVE-2024-47076: libcupsfilters <= 2.1b1 weist eine Schwachstelle in cfGetPrinterAttributes5 auf, die die von einem IPP-Server zurückgegebenen IPP-Attribute nicht ordnungsgemäß validiert oder bereinigt. Wenn cups-browsed das Paket verarbeitet, kann es dazu verleitet werden, bösartige Attribute zu lesen, die vom Angreifer gesendet wurden.
- Opfersystem verbindet sich mit dem vom Angreifer kontrollierten IPP-Server
- CVE-2024-47175: libppd <= 2.1b1 validiert oder bereinigt in der Funktion ppdCreatePPDFromIPP2 die IPP-Attribute beim Speichern in einer temporären PPD-Datei nicht ordnungsgemäß. Dies ermöglicht es dem Angreifer, beliebige Daten in eine PPD-Datei einzuschleusen, einschließlich der FoomaticRIPCommandLine-Anweisung, die das Drucksystem später ausführen kann.
- Opfersystem startet Druckauftrag und der Code des Angreifers wird ausgeführt
CVE-2024-47177: cups-filters <= 2.0.1 ist anfällig, da der foomatic-rip-Filter beliebige Befehle über die FoomaticRIPCommandLine-Anweisung ausführt, wodurch der Angreifer Befehle als cups-browsed-Prozess ausführen kann. Der Angreifer wartet darauf, dass der Rechner des Opfers einen Druckauftrag startet. Sobald dies geschieht, wird der bösartige Code des Angreifers ausgeführt (Remote Code Execution).
Wie können Sie das RCE-Risiko mindern?
Unternehmen, die CUPS im Geschäftsbetrieb einsetzen, müssen die empfohlenen Sanierungsmaßnahmen von Evilsocket und RedHat befolgen. Dazu gehört unter anderem die Installation von Sicherheitspatches mit höchster Priorität.
Für Befehlsinjektionen im Allgemeinen lesen Sie unseren umfassenden Leitfaden.
Wenn Sie an weiteren kostenlosen Programmierrichtlinien interessiert sind, schauen Sie sich den Secure Code Coach an, der Ihnen hilft, bei den Best Practices für sicheres Programmieren auf dem Laufenden zu bleiben.
Kontrollieren Sie KI-gestützte Entwicklung, bevor sie in Produktion geht
Bewerten Sie KI-gestützte Risiken, setzen Sie Richtlinien für sicheren Code direkt beim Commit durch und beschleunigen Sie die sichere Bereitstellung über Ihren gesamten SDLC hinweg.
Weitere Blogs entdecken
Erhalten Sie Zugang zu Experteninhalten über sichere Programmierung, KI-Governance und Software-Risikomanagement.
%252520%252520(3).avif)
Supercharged Security Awareness: How Tournaments are Inspiring Developers at Erste Group
Lorem ipsum dolor sit amet, consectetur adipiscing elit. Suspendisse varius enim in eros elementum tristique. Duis cursus, mi quis viverra ornare, eros dolor interdum nulla, ut commodo diam libero vitae erat. Aenean faucibus nibh et justo cursus id rutrum lorem imperdiet. Nunc ut sem vitae risus tristique posuere.

Security as culture: How Blue Prism cultivates world-class secure developers
Learn how Blue Prism, the global leader in intelligent automation for the enterprise, used Secure Code Warrior's agile learning platform to create a security-first culture with their developers, achieve their business goals, and ship secure code at speed

Eine Sicherheitskultur: Wie Sage sein Champions-Programm aufgebaut hat
Erfahren Sie, wie Sage die Sicherheit durch einen flexiblen, beziehungsorientierten Ansatz gestärkt, über 200 Security Champions ausgebildet und eine messbare Risikoreduzierung erzielt hat.

Cybersecurity Awareness Month 2026: Das Verständnis von KI-Sicherheit ist entscheidend für die Unternehmensverteidigung
Wir haben einen Punkt erreicht, an dem die meisten führenden KI-Unternehmen öffentlich eine weltweite Verlangsamung der KI-Entwicklung gefordert haben, damit die Sicherheitsvorkehrungen Schritt halten können. Doch die Wahrheit ist: Ernsthafte Sicherheitsprobleme sind bereits Realität geworden. Dies bringt unzählige Sicherheitsverantwortliche und Führungsteams in eine dringliche Lage, da die finanziellen Kosten und Risiken durch die Implementierung von KI stetig steigen.

Enabler 8: Branding für Ihr Programm
Ein Programm für sicheres Programmieren braucht mehr als nur großartige Inhalte, um erfolgreich zu sein. Enabler 8 zeigt, wie Branding die Teilnahme zu einem begehrten, statusorientierten Erlebnis macht.
.avif)
Jeder Mitarbeiter steht jetzt an vorderster Front der KI-Cybersicherheit
Die Unternehmenslandschaft wandelt sich mit einer Geschwindigkeit, die kaum jemand vorhergesehen hat, bis es zu spät war. Wir haben offiziell die Schwelle von handgeschriebenem Code und einfacher Copilot-Unterstützung hin zur Ära des Agentic Development Lifecycle (ADLC) überschritten. Während autonome KI-Agenten eine beispiellose Effizienz in vielen Bereichen versprechen, bringen sie auch eine völlig neue Klasse von Sicherheits- und Regulierungsrisiken mit sich.
Sichere KI-gestützte Entwicklung vor dem Release
Erkennen Sie Entwicklerrisiken, setzen Sie Richtlinien durch und verhindern Sie Schwachstellen über den gesamten Softwareentwicklungszyklus hinweg.