Coders Conquer Security Infrastructure as Code Serie: Sicherheitsfehlkonfiguration - Unzulässige Berechtigungen
Die Bedrohungen für die Cybersicherheit sind heutzutage allgegenwärtig und unerbittlich. Es ist so schlimm geworden, dass der Versuch, mit ihnen Schritt zu halten, nachdem Programme bereitgestellt wurden, fast unmöglich geworden ist. Stattdessen setzen kluge Unternehmen auf das Konzept "Infrastructure as Code", bei dem Entwickler bereits während der Erstellung von Anwendungen zu deren Sicherheit beitragen. In dieser Serie geht es darum, Sie auf die Sicherheit vorzubereiten, damit Sie die Schritte verstehen, die Sie als Entwickler unternehmen können, um mit der Bereitstellung einer sicheren Infrastruktur als Code in Ihrer eigenen Organisation zu beginnen.
Sicherheitsfehlkonfigurationen, insbesondere solche der Sorte "falsche Berechtigungen", treten am häufigsten auf, wenn ein Entwickler einen neuen Benutzer anlegt oder einer Anwendung als Werkzeug Berechtigungen erteilt, um eine Aufgabe zu erfüllen. Dies könnte zum Beispiel geschehen, um Informationen aus einer Datenbank zu sammeln. Wenn jedoch die Berechtigungen für den neuen Benutzer zu hoch angesetzt oder nicht standardmäßig für die jeweilige Aufgabe konfiguriert sind, kann dies eine ernsthafte Schwachstelle in den Code einbringen.
Bevor wir dazu kommen, testen Sie doch gleich mal Ihre Fähigkeiten. Versuchen Sie, einige unzulässige Berechtigungsschwachstellen zu finden und zu beheben:
Wie haben Sie abgeschnitten? Lassen Sie uns ein wenig tiefer graben:
Einem Benutzer oder einer Anwendung volle Rechte zu geben oder sich einfach nicht die Mühe zu machen, zu definieren, was der neue Benutzer tun können soll und welche Verhaltensweisen eingeschränkt sind, ist sicherlich der schnellste Weg, um neuen Code einzuführen. Und wenn alles perfekt läuft, wird die Anwendung diese Berechtigungen nutzen, um die ihr zugewiesene Aufgabe zu erfüllen. Die Gefahr besteht darin, dass ein Hacker diesen Prozess entdeckt und dann den Benutzer kompromittiert. Auch wenn der Benutzer erstellt wurde, um eine bestimmte Funktion für eine bestimmte Anwendung zu erfüllen, kann er, wenn er kompromittiert wurde, einem Angreifer ermöglichen, andere Anwendungen, Daten oder sogar das Netzwerk zu gefährden.
Wie werden Sicherheitsfehlkonfigurationen ausgenutzt?
Um die Gefahr zu veranschaulichen, lassen Sie uns einen Blick darauf werfen, wie eine häufige Aufgabe manchmal innerhalb der Docker-Cloud-Umgebung kodiert wird. Nehmen wir an, dass ein Entwickler den Prometheus MySQL Exporter-Dienst verwendet, um Informationen aus einer Datenbank zu sammeln. Der einfachste Weg, dies zu ermöglichen, besteht darin, dem Exporter die Berechtigung zum Zugriff auf die Datenbank zu erteilen. Der Code könnte also etwa so aussehen:
FROM mysql:latest
COPY ./scripts/create_users.sh /docker-entrypoint-initdb.d/
USER 999
CREATE USER exporter@% IDENTIFIED BY $EXPORTER_PASSWORD;
GRANT ALL ON *.* TO exporter@%;
GRANT SELECT ON performance_schema.* TO exporter@%;
Dies würde sicherlich dafür sorgen, dass der Exporteur seine Aufgabe erfüllen kann. Da die Berechtigungen jedoch nicht definiert sind, hat der Exporteur tatsächlich die Möglichkeit, fast alles zu tun. Natürlich würde der Exporteur selbst niemals außerhalb seiner programmierten Verhaltensweisen handeln. Was würde aber passieren, wenn ein Angreifer in der Lage wäre, den Exporter-Dienst zu kompromittieren? In diesem Fall könnte der Angreifer, da ihm volle Rechte eingeräumt wurden, alle Arten von nicht autorisierten Aufgaben mit dem SQL-Dienst durchführen.
Sichern und Beseitigen von unzulässigen Berechtigungen
Auch hier wenden wir uns dem Konzept der Infrastruktur als Code zu. Wenn Sie die Sicherheit in Ihre Anwendungen codieren, während diese erstellt werden, dann wird das Netzwerk immer auf einer viel besseren Gesamtbasis stehen, wenn es um Cybersicherheit geht.
Wenn ein Entwickler im obigen Docker-Beispiel möchte, dass der Prometheus-MySQL-Exporter eine Datenbank abfragen kann, dann kann er das sicherer machen, indem er definiert, was er dürfen soll. Ein gutes Beispiel hierfür wäre:
FROM mysql:latest
COPY ./scripts/create_users.sh /docker-entrypoint-initdb.d/
USER 999
CREATE USER exporter@% IDENTIFIED BY $EXPORTER_PASSWORD;
GRANT PROCESS, REPLICATION CLIENT ON *.* TO exporter@%;
GRANT SELECT ON performance_schema.* TO exporter@%;
In diesem Fall hat der für den Prometheus-MySQL-Exporter-Dienst konfigurierte MySQL-Benutzer nur eingeschränkte Rechte für den MySQL-Dienst. Insbesondere sind nur die Berechtigungen PROCESS und REPLICATION CLIENT erlaubt. Dies würde einen böswilligen Benutzer daran hindern, einen kompromittierten Prometheus-MySQL-Exporter-Dienst auszunutzen.
Die Einschränkung von Berechtigungen auf Code-Ebene kann sicherstellen, dass Benutzer und Anwendungen nur genügend Berechtigungen für die jeweilige Aufgabe haben. Und das kann einen großen Beitrag zur Sicherung Ihrer Netzwerke und zur Umsetzung des Konzepts "Infrastruktur als Code" leisten.
Besuchen Sie die Secure Code Warrior Blog-Seiten, um mehr über diese Schwachstelle zu erfahren und zu erfahren, wie Sie Ihr Unternehmen und Ihre Kunden vor den Folgen anderer Sicherheitslücken schützen können. Sie können auch unseren Showcase der Schulungsplattform Secure Code Warrior ausprobieren, um alle Ihre Cybersecurity-Fähigkeiten zu verfeinern und auf dem neuesten Stand zu halten.


Sicherheitsfehlkonfigurationen, insbesondere solche der Sorte "falsche Berechtigungen", treten am häufigsten auf, wenn ein Entwickler einen neuen Benutzer anlegt oder einer Anwendung als Werkzeug die Berechtigung erteilt, um eine Aufgabe zu erfüllen.
Matias Madou, Ph.D., ist Sicherheitsexperte, Forscher, CTO und Mitbegründer von Secure Code Warrior. Matias promovierte an der Universität Gent im Bereich Anwendungssicherheit und konzentrierte sich dabei auf statische Analyselösungen. Später wechselte er zu Fortify in den USA, wo er erkannte, dass es nicht ausreicht, nur Codeprobleme zu erkennen, ohne den Entwicklern beim Schreiben von sicherem Code zu helfen. Dies inspirierte ihn dazu, Produkte zu entwickeln, die Entwickler unterstützen, den Aufwand für die Sicherheit verringern und die Erwartungen der Kunden übertreffen. Wenn er nicht an seinem Schreibtisch im Team Awesome sitzt, steht er gerne auf der Bühne und hält Vorträge auf Konferenzen wie der RSA Conference, BlackHat und DefCon.

Secure Code Warrior ist für Ihr Unternehmen da, um Sie dabei zu unterstützen, Ihren Code über den gesamten Lebenszyklus der Softwareentwicklung hinweg zu sichern und eine Kultur zu schaffen, in der Cybersicherheit an erster Stelle steht. Ganz gleich, ob Sie AppSec-Manager, Entwickler, CISO oder ein anderer Sicherheitsverantwortlicher sind, wir können Ihrem Unternehmen helfen, die mit unsicherem Code verbundenen Risiken zu reduzieren.
Demo buchenMatias Madou, Ph.D., ist Sicherheitsexperte, Forscher, CTO und Mitbegründer von Secure Code Warrior. Matias promovierte an der Universität Gent im Bereich Anwendungssicherheit und konzentrierte sich dabei auf statische Analyselösungen. Später wechselte er zu Fortify in den USA, wo er erkannte, dass es nicht ausreicht, nur Codeprobleme zu erkennen, ohne den Entwicklern beim Schreiben von sicherem Code zu helfen. Dies inspirierte ihn dazu, Produkte zu entwickeln, die Entwickler unterstützen, den Aufwand für die Sicherheit verringern und die Erwartungen der Kunden übertreffen. Wenn er nicht an seinem Schreibtisch im Team Awesome sitzt, steht er gerne auf der Bühne und hält Vorträge auf Konferenzen wie der RSA Conference, BlackHat und DefCon.
Matias ist ein Forscher und Entwickler mit mehr als 15 Jahren praktischer Erfahrung im Bereich der Softwaresicherheit. Er hat Lösungen für Unternehmen wie Fortify Software und sein eigenes Unternehmen Sensei Security entwickelt. Im Laufe seiner Karriere hat Matias mehrere Forschungsprojekte zur Anwendungssicherheit geleitet, die zu kommerziellen Produkten geführt haben, und kann auf über 10 Patente verweisen. Wenn er nicht am Schreibtisch sitzt, ist Matias als Ausbilder für fortgeschrittene Anwendungssicherheitstrainings courses tätig und hält regelmäßig Vorträge auf globalen Konferenzen wie RSA Conference, Black Hat, DefCon, BSIMM, OWASP AppSec und BruCon.
Matias hat einen Doktortitel in Computertechnik von der Universität Gent, wo er die Sicherheit von Anwendungen durch Programmverschleierung untersuchte, um die innere Funktionsweise einer Anwendung zu verbergen.


Die Bedrohungen für die Cybersicherheit sind heutzutage allgegenwärtig und unerbittlich. Es ist so schlimm geworden, dass der Versuch, mit ihnen Schritt zu halten, nachdem Programme bereitgestellt wurden, fast unmöglich geworden ist. Stattdessen setzen kluge Unternehmen auf das Konzept "Infrastructure as Code", bei dem Entwickler bereits während der Erstellung von Anwendungen zu deren Sicherheit beitragen. In dieser Serie geht es darum, Sie auf die Sicherheit vorzubereiten, damit Sie die Schritte verstehen, die Sie als Entwickler unternehmen können, um mit der Bereitstellung einer sicheren Infrastruktur als Code in Ihrer eigenen Organisation zu beginnen.
Sicherheitsfehlkonfigurationen, insbesondere solche der Sorte "falsche Berechtigungen", treten am häufigsten auf, wenn ein Entwickler einen neuen Benutzer anlegt oder einer Anwendung als Werkzeug Berechtigungen erteilt, um eine Aufgabe zu erfüllen. Dies könnte zum Beispiel geschehen, um Informationen aus einer Datenbank zu sammeln. Wenn jedoch die Berechtigungen für den neuen Benutzer zu hoch angesetzt oder nicht standardmäßig für die jeweilige Aufgabe konfiguriert sind, kann dies eine ernsthafte Schwachstelle in den Code einbringen.
Bevor wir dazu kommen, testen Sie doch gleich mal Ihre Fähigkeiten. Versuchen Sie, einige unzulässige Berechtigungsschwachstellen zu finden und zu beheben:
Wie haben Sie abgeschnitten? Lassen Sie uns ein wenig tiefer graben:
Einem Benutzer oder einer Anwendung volle Rechte zu geben oder sich einfach nicht die Mühe zu machen, zu definieren, was der neue Benutzer tun können soll und welche Verhaltensweisen eingeschränkt sind, ist sicherlich der schnellste Weg, um neuen Code einzuführen. Und wenn alles perfekt läuft, wird die Anwendung diese Berechtigungen nutzen, um die ihr zugewiesene Aufgabe zu erfüllen. Die Gefahr besteht darin, dass ein Hacker diesen Prozess entdeckt und dann den Benutzer kompromittiert. Auch wenn der Benutzer erstellt wurde, um eine bestimmte Funktion für eine bestimmte Anwendung zu erfüllen, kann er, wenn er kompromittiert wurde, einem Angreifer ermöglichen, andere Anwendungen, Daten oder sogar das Netzwerk zu gefährden.
Wie werden Sicherheitsfehlkonfigurationen ausgenutzt?
Um die Gefahr zu veranschaulichen, lassen Sie uns einen Blick darauf werfen, wie eine häufige Aufgabe manchmal innerhalb der Docker-Cloud-Umgebung kodiert wird. Nehmen wir an, dass ein Entwickler den Prometheus MySQL Exporter-Dienst verwendet, um Informationen aus einer Datenbank zu sammeln. Der einfachste Weg, dies zu ermöglichen, besteht darin, dem Exporter die Berechtigung zum Zugriff auf die Datenbank zu erteilen. Der Code könnte also etwa so aussehen:
FROM mysql:latest
COPY ./scripts/create_users.sh /docker-entrypoint-initdb.d/
USER 999
CREATE USER exporter@% IDENTIFIED BY $EXPORTER_PASSWORD;
GRANT ALL ON *.* TO exporter@%;
GRANT SELECT ON performance_schema.* TO exporter@%;
Dies würde sicherlich dafür sorgen, dass der Exporteur seine Aufgabe erfüllen kann. Da die Berechtigungen jedoch nicht definiert sind, hat der Exporteur tatsächlich die Möglichkeit, fast alles zu tun. Natürlich würde der Exporteur selbst niemals außerhalb seiner programmierten Verhaltensweisen handeln. Was würde aber passieren, wenn ein Angreifer in der Lage wäre, den Exporter-Dienst zu kompromittieren? In diesem Fall könnte der Angreifer, da ihm volle Rechte eingeräumt wurden, alle Arten von nicht autorisierten Aufgaben mit dem SQL-Dienst durchführen.
Sichern und Beseitigen von unzulässigen Berechtigungen
Auch hier wenden wir uns dem Konzept der Infrastruktur als Code zu. Wenn Sie die Sicherheit in Ihre Anwendungen codieren, während diese erstellt werden, dann wird das Netzwerk immer auf einer viel besseren Gesamtbasis stehen, wenn es um Cybersicherheit geht.
Wenn ein Entwickler im obigen Docker-Beispiel möchte, dass der Prometheus-MySQL-Exporter eine Datenbank abfragen kann, dann kann er das sicherer machen, indem er definiert, was er dürfen soll. Ein gutes Beispiel hierfür wäre:
FROM mysql:latest
COPY ./scripts/create_users.sh /docker-entrypoint-initdb.d/
USER 999
CREATE USER exporter@% IDENTIFIED BY $EXPORTER_PASSWORD;
GRANT PROCESS, REPLICATION CLIENT ON *.* TO exporter@%;
GRANT SELECT ON performance_schema.* TO exporter@%;
In diesem Fall hat der für den Prometheus-MySQL-Exporter-Dienst konfigurierte MySQL-Benutzer nur eingeschränkte Rechte für den MySQL-Dienst. Insbesondere sind nur die Berechtigungen PROCESS und REPLICATION CLIENT erlaubt. Dies würde einen böswilligen Benutzer daran hindern, einen kompromittierten Prometheus-MySQL-Exporter-Dienst auszunutzen.
Die Einschränkung von Berechtigungen auf Code-Ebene kann sicherstellen, dass Benutzer und Anwendungen nur genügend Berechtigungen für die jeweilige Aufgabe haben. Und das kann einen großen Beitrag zur Sicherung Ihrer Netzwerke und zur Umsetzung des Konzepts "Infrastruktur als Code" leisten.
Besuchen Sie die Secure Code Warrior Blog-Seiten, um mehr über diese Schwachstelle zu erfahren und zu erfahren, wie Sie Ihr Unternehmen und Ihre Kunden vor den Folgen anderer Sicherheitslücken schützen können. Sie können auch unseren Showcase der Schulungsplattform Secure Code Warrior ausprobieren, um alle Ihre Cybersecurity-Fähigkeiten zu verfeinern und auf dem neuesten Stand zu halten.

Die Bedrohungen für die Cybersicherheit sind heutzutage allgegenwärtig und unerbittlich. Es ist so schlimm geworden, dass der Versuch, mit ihnen Schritt zu halten, nachdem Programme bereitgestellt wurden, fast unmöglich geworden ist. Stattdessen setzen kluge Unternehmen auf das Konzept "Infrastructure as Code", bei dem Entwickler bereits während der Erstellung von Anwendungen zu deren Sicherheit beitragen. In dieser Serie geht es darum, Sie auf die Sicherheit vorzubereiten, damit Sie die Schritte verstehen, die Sie als Entwickler unternehmen können, um mit der Bereitstellung einer sicheren Infrastruktur als Code in Ihrer eigenen Organisation zu beginnen.
Sicherheitsfehlkonfigurationen, insbesondere solche der Sorte "falsche Berechtigungen", treten am häufigsten auf, wenn ein Entwickler einen neuen Benutzer anlegt oder einer Anwendung als Werkzeug Berechtigungen erteilt, um eine Aufgabe zu erfüllen. Dies könnte zum Beispiel geschehen, um Informationen aus einer Datenbank zu sammeln. Wenn jedoch die Berechtigungen für den neuen Benutzer zu hoch angesetzt oder nicht standardmäßig für die jeweilige Aufgabe konfiguriert sind, kann dies eine ernsthafte Schwachstelle in den Code einbringen.
Bevor wir dazu kommen, testen Sie doch gleich mal Ihre Fähigkeiten. Versuchen Sie, einige unzulässige Berechtigungsschwachstellen zu finden und zu beheben:
Wie haben Sie abgeschnitten? Lassen Sie uns ein wenig tiefer graben:
Einem Benutzer oder einer Anwendung volle Rechte zu geben oder sich einfach nicht die Mühe zu machen, zu definieren, was der neue Benutzer tun können soll und welche Verhaltensweisen eingeschränkt sind, ist sicherlich der schnellste Weg, um neuen Code einzuführen. Und wenn alles perfekt läuft, wird die Anwendung diese Berechtigungen nutzen, um die ihr zugewiesene Aufgabe zu erfüllen. Die Gefahr besteht darin, dass ein Hacker diesen Prozess entdeckt und dann den Benutzer kompromittiert. Auch wenn der Benutzer erstellt wurde, um eine bestimmte Funktion für eine bestimmte Anwendung zu erfüllen, kann er, wenn er kompromittiert wurde, einem Angreifer ermöglichen, andere Anwendungen, Daten oder sogar das Netzwerk zu gefährden.
Wie werden Sicherheitsfehlkonfigurationen ausgenutzt?
Um die Gefahr zu veranschaulichen, lassen Sie uns einen Blick darauf werfen, wie eine häufige Aufgabe manchmal innerhalb der Docker-Cloud-Umgebung kodiert wird. Nehmen wir an, dass ein Entwickler den Prometheus MySQL Exporter-Dienst verwendet, um Informationen aus einer Datenbank zu sammeln. Der einfachste Weg, dies zu ermöglichen, besteht darin, dem Exporter die Berechtigung zum Zugriff auf die Datenbank zu erteilen. Der Code könnte also etwa so aussehen:
FROM mysql:latest
COPY ./scripts/create_users.sh /docker-entrypoint-initdb.d/
USER 999
CREATE USER exporter@% IDENTIFIED BY $EXPORTER_PASSWORD;
GRANT ALL ON *.* TO exporter@%;
GRANT SELECT ON performance_schema.* TO exporter@%;
Dies würde sicherlich dafür sorgen, dass der Exporteur seine Aufgabe erfüllen kann. Da die Berechtigungen jedoch nicht definiert sind, hat der Exporteur tatsächlich die Möglichkeit, fast alles zu tun. Natürlich würde der Exporteur selbst niemals außerhalb seiner programmierten Verhaltensweisen handeln. Was würde aber passieren, wenn ein Angreifer in der Lage wäre, den Exporter-Dienst zu kompromittieren? In diesem Fall könnte der Angreifer, da ihm volle Rechte eingeräumt wurden, alle Arten von nicht autorisierten Aufgaben mit dem SQL-Dienst durchführen.
Sichern und Beseitigen von unzulässigen Berechtigungen
Auch hier wenden wir uns dem Konzept der Infrastruktur als Code zu. Wenn Sie die Sicherheit in Ihre Anwendungen codieren, während diese erstellt werden, dann wird das Netzwerk immer auf einer viel besseren Gesamtbasis stehen, wenn es um Cybersicherheit geht.
Wenn ein Entwickler im obigen Docker-Beispiel möchte, dass der Prometheus-MySQL-Exporter eine Datenbank abfragen kann, dann kann er das sicherer machen, indem er definiert, was er dürfen soll. Ein gutes Beispiel hierfür wäre:
FROM mysql:latest
COPY ./scripts/create_users.sh /docker-entrypoint-initdb.d/
USER 999
CREATE USER exporter@% IDENTIFIED BY $EXPORTER_PASSWORD;
GRANT PROCESS, REPLICATION CLIENT ON *.* TO exporter@%;
GRANT SELECT ON performance_schema.* TO exporter@%;
In diesem Fall hat der für den Prometheus-MySQL-Exporter-Dienst konfigurierte MySQL-Benutzer nur eingeschränkte Rechte für den MySQL-Dienst. Insbesondere sind nur die Berechtigungen PROCESS und REPLICATION CLIENT erlaubt. Dies würde einen böswilligen Benutzer daran hindern, einen kompromittierten Prometheus-MySQL-Exporter-Dienst auszunutzen.
Die Einschränkung von Berechtigungen auf Code-Ebene kann sicherstellen, dass Benutzer und Anwendungen nur genügend Berechtigungen für die jeweilige Aufgabe haben. Und das kann einen großen Beitrag zur Sicherung Ihrer Netzwerke und zur Umsetzung des Konzepts "Infrastruktur als Code" leisten.
Besuchen Sie die Secure Code Warrior Blog-Seiten, um mehr über diese Schwachstelle zu erfahren und zu erfahren, wie Sie Ihr Unternehmen und Ihre Kunden vor den Folgen anderer Sicherheitslücken schützen können. Sie können auch unseren Showcase der Schulungsplattform Secure Code Warrior ausprobieren, um alle Ihre Cybersecurity-Fähigkeiten zu verfeinern und auf dem neuesten Stand zu halten.

Klicken Sie auf den unten stehenden Link und laden Sie die PDF-Datei dieser Ressource herunter.
Secure Code Warrior ist für Ihr Unternehmen da, um Sie dabei zu unterstützen, Ihren Code über den gesamten Lebenszyklus der Softwareentwicklung hinweg zu sichern und eine Kultur zu schaffen, in der Cybersicherheit an erster Stelle steht. Ganz gleich, ob Sie AppSec-Manager, Entwickler, CISO oder ein anderer Sicherheitsverantwortlicher sind, wir können Ihrem Unternehmen helfen, die mit unsicherem Code verbundenen Risiken zu reduzieren.
Bericht ansehenDemo buchenMatias Madou, Ph.D., ist Sicherheitsexperte, Forscher, CTO und Mitbegründer von Secure Code Warrior. Matias promovierte an der Universität Gent im Bereich Anwendungssicherheit und konzentrierte sich dabei auf statische Analyselösungen. Später wechselte er zu Fortify in den USA, wo er erkannte, dass es nicht ausreicht, nur Codeprobleme zu erkennen, ohne den Entwicklern beim Schreiben von sicherem Code zu helfen. Dies inspirierte ihn dazu, Produkte zu entwickeln, die Entwickler unterstützen, den Aufwand für die Sicherheit verringern und die Erwartungen der Kunden übertreffen. Wenn er nicht an seinem Schreibtisch im Team Awesome sitzt, steht er gerne auf der Bühne und hält Vorträge auf Konferenzen wie der RSA Conference, BlackHat und DefCon.
Matias ist ein Forscher und Entwickler mit mehr als 15 Jahren praktischer Erfahrung im Bereich der Softwaresicherheit. Er hat Lösungen für Unternehmen wie Fortify Software und sein eigenes Unternehmen Sensei Security entwickelt. Im Laufe seiner Karriere hat Matias mehrere Forschungsprojekte zur Anwendungssicherheit geleitet, die zu kommerziellen Produkten geführt haben, und kann auf über 10 Patente verweisen. Wenn er nicht am Schreibtisch sitzt, ist Matias als Ausbilder für fortgeschrittene Anwendungssicherheitstrainings courses tätig und hält regelmäßig Vorträge auf globalen Konferenzen wie RSA Conference, Black Hat, DefCon, BSIMM, OWASP AppSec und BruCon.
Matias hat einen Doktortitel in Computertechnik von der Universität Gent, wo er die Sicherheit von Anwendungen durch Programmverschleierung untersuchte, um die innere Funktionsweise einer Anwendung zu verbergen.
Die Bedrohungen für die Cybersicherheit sind heutzutage allgegenwärtig und unerbittlich. Es ist so schlimm geworden, dass der Versuch, mit ihnen Schritt zu halten, nachdem Programme bereitgestellt wurden, fast unmöglich geworden ist. Stattdessen setzen kluge Unternehmen auf das Konzept "Infrastructure as Code", bei dem Entwickler bereits während der Erstellung von Anwendungen zu deren Sicherheit beitragen. In dieser Serie geht es darum, Sie auf die Sicherheit vorzubereiten, damit Sie die Schritte verstehen, die Sie als Entwickler unternehmen können, um mit der Bereitstellung einer sicheren Infrastruktur als Code in Ihrer eigenen Organisation zu beginnen.
Sicherheitsfehlkonfigurationen, insbesondere solche der Sorte "falsche Berechtigungen", treten am häufigsten auf, wenn ein Entwickler einen neuen Benutzer anlegt oder einer Anwendung als Werkzeug Berechtigungen erteilt, um eine Aufgabe zu erfüllen. Dies könnte zum Beispiel geschehen, um Informationen aus einer Datenbank zu sammeln. Wenn jedoch die Berechtigungen für den neuen Benutzer zu hoch angesetzt oder nicht standardmäßig für die jeweilige Aufgabe konfiguriert sind, kann dies eine ernsthafte Schwachstelle in den Code einbringen.
Bevor wir dazu kommen, testen Sie doch gleich mal Ihre Fähigkeiten. Versuchen Sie, einige unzulässige Berechtigungsschwachstellen zu finden und zu beheben:
Wie haben Sie abgeschnitten? Lassen Sie uns ein wenig tiefer graben:
Einem Benutzer oder einer Anwendung volle Rechte zu geben oder sich einfach nicht die Mühe zu machen, zu definieren, was der neue Benutzer tun können soll und welche Verhaltensweisen eingeschränkt sind, ist sicherlich der schnellste Weg, um neuen Code einzuführen. Und wenn alles perfekt läuft, wird die Anwendung diese Berechtigungen nutzen, um die ihr zugewiesene Aufgabe zu erfüllen. Die Gefahr besteht darin, dass ein Hacker diesen Prozess entdeckt und dann den Benutzer kompromittiert. Auch wenn der Benutzer erstellt wurde, um eine bestimmte Funktion für eine bestimmte Anwendung zu erfüllen, kann er, wenn er kompromittiert wurde, einem Angreifer ermöglichen, andere Anwendungen, Daten oder sogar das Netzwerk zu gefährden.
Wie werden Sicherheitsfehlkonfigurationen ausgenutzt?
Um die Gefahr zu veranschaulichen, lassen Sie uns einen Blick darauf werfen, wie eine häufige Aufgabe manchmal innerhalb der Docker-Cloud-Umgebung kodiert wird. Nehmen wir an, dass ein Entwickler den Prometheus MySQL Exporter-Dienst verwendet, um Informationen aus einer Datenbank zu sammeln. Der einfachste Weg, dies zu ermöglichen, besteht darin, dem Exporter die Berechtigung zum Zugriff auf die Datenbank zu erteilen. Der Code könnte also etwa so aussehen:
FROM mysql:latest
COPY ./scripts/create_users.sh /docker-entrypoint-initdb.d/
USER 999
CREATE USER exporter@% IDENTIFIED BY $EXPORTER_PASSWORD;
GRANT ALL ON *.* TO exporter@%;
GRANT SELECT ON performance_schema.* TO exporter@%;
Dies würde sicherlich dafür sorgen, dass der Exporteur seine Aufgabe erfüllen kann. Da die Berechtigungen jedoch nicht definiert sind, hat der Exporteur tatsächlich die Möglichkeit, fast alles zu tun. Natürlich würde der Exporteur selbst niemals außerhalb seiner programmierten Verhaltensweisen handeln. Was würde aber passieren, wenn ein Angreifer in der Lage wäre, den Exporter-Dienst zu kompromittieren? In diesem Fall könnte der Angreifer, da ihm volle Rechte eingeräumt wurden, alle Arten von nicht autorisierten Aufgaben mit dem SQL-Dienst durchführen.
Sichern und Beseitigen von unzulässigen Berechtigungen
Auch hier wenden wir uns dem Konzept der Infrastruktur als Code zu. Wenn Sie die Sicherheit in Ihre Anwendungen codieren, während diese erstellt werden, dann wird das Netzwerk immer auf einer viel besseren Gesamtbasis stehen, wenn es um Cybersicherheit geht.
Wenn ein Entwickler im obigen Docker-Beispiel möchte, dass der Prometheus-MySQL-Exporter eine Datenbank abfragen kann, dann kann er das sicherer machen, indem er definiert, was er dürfen soll. Ein gutes Beispiel hierfür wäre:
FROM mysql:latest
COPY ./scripts/create_users.sh /docker-entrypoint-initdb.d/
USER 999
CREATE USER exporter@% IDENTIFIED BY $EXPORTER_PASSWORD;
GRANT PROCESS, REPLICATION CLIENT ON *.* TO exporter@%;
GRANT SELECT ON performance_schema.* TO exporter@%;
In diesem Fall hat der für den Prometheus-MySQL-Exporter-Dienst konfigurierte MySQL-Benutzer nur eingeschränkte Rechte für den MySQL-Dienst. Insbesondere sind nur die Berechtigungen PROCESS und REPLICATION CLIENT erlaubt. Dies würde einen böswilligen Benutzer daran hindern, einen kompromittierten Prometheus-MySQL-Exporter-Dienst auszunutzen.
Die Einschränkung von Berechtigungen auf Code-Ebene kann sicherstellen, dass Benutzer und Anwendungen nur genügend Berechtigungen für die jeweilige Aufgabe haben. Und das kann einen großen Beitrag zur Sicherung Ihrer Netzwerke und zur Umsetzung des Konzepts "Infrastruktur als Code" leisten.
Besuchen Sie die Secure Code Warrior Blog-Seiten, um mehr über diese Schwachstelle zu erfahren und zu erfahren, wie Sie Ihr Unternehmen und Ihre Kunden vor den Folgen anderer Sicherheitslücken schützen können. Sie können auch unseren Showcase der Schulungsplattform Secure Code Warrior ausprobieren, um alle Ihre Cybersecurity-Fähigkeiten zu verfeinern und auf dem neuesten Stand zu halten.
Inhaltsübersicht
Matias Madou, Ph.D., ist Sicherheitsexperte, Forscher, CTO und Mitbegründer von Secure Code Warrior. Matias promovierte an der Universität Gent im Bereich Anwendungssicherheit und konzentrierte sich dabei auf statische Analyselösungen. Später wechselte er zu Fortify in den USA, wo er erkannte, dass es nicht ausreicht, nur Codeprobleme zu erkennen, ohne den Entwicklern beim Schreiben von sicherem Code zu helfen. Dies inspirierte ihn dazu, Produkte zu entwickeln, die Entwickler unterstützen, den Aufwand für die Sicherheit verringern und die Erwartungen der Kunden übertreffen. Wenn er nicht an seinem Schreibtisch im Team Awesome sitzt, steht er gerne auf der Bühne und hält Vorträge auf Konferenzen wie der RSA Conference, BlackHat und DefCon.

Secure Code Warrior ist für Ihr Unternehmen da, um Sie dabei zu unterstützen, Ihren Code über den gesamten Lebenszyklus der Softwareentwicklung hinweg zu sichern und eine Kultur zu schaffen, in der Cybersicherheit an erster Stelle steht. Ganz gleich, ob Sie AppSec-Manager, Entwickler, CISO oder ein anderer Sicherheitsverantwortlicher sind, wir können Ihrem Unternehmen helfen, die mit unsicherem Code verbundenen Risiken zu reduzieren.
Demo buchenHerunterladenRessourcen für den Einstieg
Die Macht der Marke in AppSec DevSec DevSecOps (Was ist in einem Acrynym!?)
Für eine dauerhafte Wirkung von AppSec-Programmen braucht es mehr als nur Technik - es braucht eine starke Marke. Eine starke Identität stellt sicher, dass Ihre Initiativen auf Resonanz stoßen und ein nachhaltiges Engagement innerhalb Ihrer Entwicklergemeinschaft fördern.
Vertrauensagent: AI von Secure Code Warrior
Dieser One-Pager stellt den SCW Trust Agent: AI vor, eine neue Reihe von Funktionen, die tiefgreifende Beobachtbarkeit und Kontrolle über KI-Codierwerkzeuge bieten. Erfahren Sie, wie unsere Lösung die Nutzung von KI-Tools mit den Fähigkeiten von Entwicklern korreliert, um Sie beim Risikomanagement zu unterstützen, Ihren SDLC zu optimieren und sicherzustellen, dass jede Zeile des von KI generierten Codes sicher ist.
Vibe Coding: Praktischer Leitfaden zur Aktualisierung Ihrer AppSec-Strategie für KI
In diesem On-Demand-Video erfahren Sie, wie AppSec-Manager durch einen praktischen Ansatz, bei dem die Schulung im Vordergrund steht, in die Lage versetzt werden, KI zu fördern, anstatt sie zu blockieren. Wir zeigen Ihnen, wie Sie Secure Code Warrior (SCW) nutzen können, um Ihre AppSec-Strategie strategisch für das Zeitalter der KI-Codierassistenten zu aktualisieren.
KI-Codier-Assistenten: Ein Leitfaden zur sicherheitsgerechten Navigation für die nächste Generation von Entwicklern
Große Sprachmodelle bieten unwiderstehliche Geschwindigkeits- und Produktivitätsvorteile, aber sie bringen auch unbestreitbare Risiken für das Unternehmen mit sich. Herkömmliche Sicherheitsleitplanken reichen nicht aus, um die Flut zu kontrollieren. Entwickler benötigen präzise, geprüfte Sicherheitskenntnisse, um Sicherheitslücken bereits zu Beginn des Softwareentwicklungszyklus zu erkennen und zu verhindern.
Ressourcen für den Einstieg
Warum sich das Bewusstsein für Cybersicherheit im Zeitalter der KI weiterentwickeln muss
CISOs können sich nicht auf das gleiche alte Awareness-Handbuch verlassen. Im Zeitalter der KI müssen sie moderne Ansätze verfolgen, um Code, Teams und Unternehmen zu schützen.
Sicheres Coding im Zeitalter der KI: Testen Sie unsere neuen interaktiven KI-Herausforderungen
KI-gestütztes Coding verändert die Entwicklung. Testen Sie unsere neuen KI-Herausforderungen im Copilot-Stil, um Code in realistischen Workflows sicher zu prüfen, zu analysieren und zu korrigieren.