Auch wenn wir es in den vergangenen Teilen unserer Blogpost Serie schon ausreichend erwähnt haben – man kann es nicht oft genug betonen: Das regelmäßige Einspielen von Sicherheitspatches ist absolut notwendig, um die Sicherheit, Verfügbarkeit und Integrität deiner Daten zu gewährleisten.

Datenbanken wie Oracle, Microsoft SQL Server oder PostgreSQL enthalten in der Regel unternehmenskritische Daten, die unbedingt vor dem Zugriff Unbefugter geschützt werden müssen. Aufgrund der Komplexität solcher Systeme können Schwachstellen entstehen, über die Hacker in die Systeme eindringen. Dies kann sowohl die Integrität als auch die Verfügbarkeit der Daten beeinträchtigen. Ein Datenverlust oder gar der Stillstand von Transaktionssystemen und Produktionsprozessen sind dabei keine Seltenheit.

Sicherheitsrelevante Patches sollen eben genau die Schwachstellen schließen. Regelmäßiges und zeitnahes Einspielen dieser Patches ist daher schon aus den genannten Gründen absolut unerlässlich.

“Sind wir mal ehrlich: Patchen ist ein durchaus lästiges Thema. Sowohl für unsere Kunden als auch für uns als Dienstleister.”, gibt Thilo ehrlich zu. Thilo ist Datenbankadministrator im Team Oracle bei ASPICON und als solcher unter anderem für das Patchen von Kundensystemen zuständig. “Das Einspielen von Updates ist immer mit einem gewissen Aufwand und in der Regel auch mit einer kleineren oder größeren Downtime verbunden. Darüber hinaus ist die Häufigkeit, mit der Patches erscheinen, für viele Unternehmen und Einrichtungen eine echte Herausforderung.”, sagt Thilo weiter.

Auch wenn Patches im Allgemeinen recht gut getestet sind und es auf den ersten Blick aufgrund der Fülle an Updates durchaus bequemer erscheint, von einem Patchen aller Datenbanksysteme auf einmal würde Thilo abraten: “Im Idealfall arbeitest du mit einer Test- und einer Produktivumgebung. So kannst du das Testsystem zuerst updaten und nach einer gewissen (nicht zu langen) Zeit das Produktivsystem nachziehen. So lassen sich etwaige Störfaktoren zunächst im Testsystem erkennen.”