Red Hat Enterprise Linux: CERT-Bund aktualisiert Advisory zu DBI und perl-GD — so prüfen Sie Ihre Systeme jetzt

Das klingt nach einer Routine-Sicherheitsmeldung — und als frische Warnung wäre es das auch gewesen. Entscheidend ist, dass CERT-Bund das Advisory WID-SEC-2026-2630 jetzt aktualisiert: Ein Update auf ein bestehendes Advisory bedeutet in der Regel einen erweiterten Betroffenenkreis, neue CVE-Einträge oder eine präzisierte Risikoeinschätzung. Red Hat Enterprise Linux ist betroffen, die relevanten Komponenten sind DBI und perl-GD — zwei quelloffene Perl-Bibliotheken, die in vielen produktiven Server-Umgebungen unauffällig ihren Dienst tun und deshalb selten auf der Patch-Prioritätsliste ganz oben stehen.

Drei Angriffsziele in einem Advisory

Die Schwachstellen in DBI und perl-GD für Red Hat Enterprise Linux ermöglichen einem Angreifer drei verschiedene Ziele: beliebigen Programmcode auszuführen, Daten zu manipulieren und einen Denial-of-Service-Zustand auszulösen. Die Kombination aus Codeausführung, Datenmanipulation und Dienstverweigerung ist das, was diesen Fall ernst macht — es handelt sich nicht um ein isoliertes DoS-Szenario, sondern um ein Advisory, das Schadcode-Ausführung ausdrücklich miteinschließt.

Was DBI und perl-GD sind — und warum das relevant ist

Beide Pakete sind quelloffene Perl-Bibliotheken (verfügbar über CPAN, kostenlos), die auf Systemen mit Perl-Anwendungen häufig installiert sind.

DBI (Database Interface for Perl) ist seit Jahrzehnten die Standardschnittstelle für Datenbankzugriffe in Perl-Skripten und -Anwendungen. Ob Monitoring-Tools, Legacy-Webapplikationen, Systemverwaltungsskripte oder Datenbank-Exports: DBI ist das Bindeglied zwischen Perl-Code und Datenbank. Eine Schwachstelle hier trifft typischerweise alles, was datenbankvermittelt auf dem System läuft.

perl-GD ist die Perl-Anbindung an die GD-Grafikbibliothek (ebenfalls Open Source) und wird für programmatische Bildverarbeitung und -erzeugung genutzt — klassisch in Webanwendungen, die Thumbnails, Captchas oder Diagramme serverseitig generieren.

Beide Pakete teilen ein gemeinsames Merkmal in der Praxis: Sie werden selten als kritische Systemkomponenten wahrgenommen und fallen beim Patch-Management deshalb durch das Raster. Das ist ein konkretes Risiko, das sich in der Realität wiederholt zeigt.

Was bekannt ist — und was noch nicht

Das Advisory liegt als UPDATE vor. Das bedeutet: Gegenüber der Erstmeldung hat sich Bewertung oder Betroffenenkreis verändert. Ob neue CVEs hinzugekommen sind, ob die Einstufung verschärft wurde oder ob zusätzliche RHEL-Versionen als betroffen identifiziert wurden, entnehmen Sie bitte direkt der aktuellen Fassung des Advisorys — der Link steht unten. Diese Informationen können sich weiterentwickeln.

Gesichert ist: Die Einstufung lautet „hoch“, und Codeausführung ist ein beschriebenes Angriffsziel.

Was das in der Praxis bedeutet

Wer RHEL-Systeme betreibt und darauf Perl-Anwendungen oder -Skripte laufen hat, sollte prüfen, ob DBI und perl-GD in einer betroffenen Version installiert sind. Das ist kein Szenario, das sich auf exotische Konfigurationen beschränkt — DBI ist in vielen Standard-RHEL-Umgebungen vorhanden, oft ohne dass Administratoren bewusst darüber entschieden haben.

Besonderes Augenmerk gilt Legacy-Systemen auf älteren RHEL-Versionen: Deren Patch-Versorgung kann über Extended Life Cycle Support laufen, und dort sind Pakete nicht immer automatisch über den regulären Channel aktualisiert.

Was Sie jetzt tun sollten

Zwei Schritte sind sinnvoll:

Prüfen, ob die Pakete installiert sind: `rpm -q perl-DBI` und `rpm -q perl-GD` zeigen es auf dem betroffenen System.

Wenn ja: Update einspielen. Die genaue Zielversion entnehmen Sie dem Advisory; nicht jede installierte Version ist zwingend betroffen. Auf aktuellen Systemen: `dnf update perl-DBI perl-GD`, auf älteren RHEL-Releases: `yum update perl-DBI perl-GD`. Die Paketbezeichnungen können je nach RHEL-Version leicht abweichen — bei Unsicherheit den offiziellen Red-Hat-Sicherheitskanal oder die Dokumentation des Distributors konsultieren.

In den meisten Umgebungen ist das Update schnell möglich, sofern keine komplexen Abhängigkeiten von spezifischen Paketversionen bestehen. Produktivumgebungen mit Perl-Applikationen sollten nach einer kurzen Verträglichkeitsprüfung patchen — das Aufschieben ist hier die riskantere Variante.

Quellen: CERT-Bund — „[UPDATE] [hoch] Red Hat Enterprise Linux (DBI, perl-GD): Mehrere Schwachstellen“ (WID-SEC-2026-2630) (https://wid.cert-bund.de/portal/wid/securityadvisory?name=WID-SEC-2026-2630)