SCW-Symbole
Held-Hintergrund ohne Trennlinie
Blog

Death by Doki: 深刻な被害をもたらした新しい Docker の脆弱性 (およびその対処法)

Dr. Matthias Madu
Veröffentlicht Aug 25, 2020
Zuletzt aktualisiert am 10. März 2026

In der japanischen Onomatopoesie steht der Ausdruck "doki-doki" ("""") für das Geräusch eines heftig schlagenden Herzens... was genau das ist, was Mitglieder des Sicherheitsteams erleben könnten, wenn ihr Docker-Server mit Doki infiziert ist, einer neuen Schwachstelle, die eine Hintertür für die Einschleusung von bösartigem Code und vieles mehr bietet. Ein passender Name, um es mal so zu sagen.

Mit der zunehmenden Abhängigkeit von Cloud-Infrastrukturen ist die Notwendigkeit einer präzisen und skalierbaren Effektivität von Best Practices für die Sicherheit von entscheidender Bedeutung. Sie muss weit über das bloße Minimum für eine sichere Anwendungsbereitstellung hinausgehen, wobei individuelle Maßnahmen für die Containersicherheit während des gesamten SDLC bekannt gemacht und eingesetzt werden müssen.

Cyberattacken werden immer häufiger, und Bedrohungen, die Linux-basierte Infrastrukturen betreffen, werden immer häufiger, mit dem Ziel, eine Beutetruhe mit sensiblen Daten zu knacken, die in der Cloud gespeichert sind. Doki zielt darauf ab, genau das zu tun, und seine Verwendung mehrerer Technologien, um unentdeckt, leistungsstark und effektiv zu bleiben, ist anders als alles, was zuvor im Bereich der Docker-basierten Sicherheitsprobleme gesehen wurde.

Was ist Doki, und wie funktioniert es?

Wie bei vielen kompromittierten Anwendungen spielt eine falsche Sicherheitskonfiguration eine unannehmbar große Rolle bei der Art und Weise, wie die Software angegriffen wurde. Speziell bei Docker hat sich die falsch konfigurierte Docker-Engine-API als fruchtbar für Angreifer erwiesen. Der Kryptomining-Bot des Ngrok-Botnets hat seit 2018 nach unsicheren Docker-Servern geschnüffelt, seine eigenen Container aufgesetzt und Malware auf der Infrastruktur des Opfers ausgeführt.

Doki ist eine raffiniertere, bösartigere Version dieser Malware, die über dasselbe Botnetz mit demselben Angriffsvektor erfolgreich war: API-Fehlkonfiguration, die schon lange vor der Bereitstellung von Code oder der öffentlichen Sichtbarkeit des Servers hätte behoben werden müssen. Doki nutzt die Blockchain der beliebten satirischen Kryptowährung Dogecoin, um als praktisch unerkennbare Hintertür zu fungieren. So wie es aussieht, hat es sich seit Januar spurlos aus dem Staub gemacht.

Die Malware missbraucht im Wesentlichen eine Blockchain-Wallet, um Command-and-Control (C2)-Domain-Namen zu generieren, was an und für sich nichts Neues ist, aber Doki bietet eine kontinuierliche Möglichkeit zur Remote-Code-Ausführung auf einem infizierten Server und macht damit den Weg frei für eine Reihe von schädlichen Malware-basierten Angriffen wie Ransomware und DDoS. Es ist unerbittlich, wie ein "Doge mit einem Knochen", wenn Sie so wollen. Die Kollegen von Intezer haben einen ausführlichen Bericht über die gesamte Bedrohung und ihre umfangreiche Nutzlast verfasst.

Erkennen eines Doki-Pfades im Code.

Die Tatsache, dass es sich bei Doki um eine Hintertür handelt, die auf einem dezentralen Blockchain-Netzwerk operiert und schwer fassbare und schnelle Container-Entweichungstechniken einsetzt, um Spuren zu verwischen, auf weitere Bereiche des Hosts zuzugreifen und die Infektion weiter zu verbreiten, macht es zu einem ziemlichen Alptraum für Entwickler und Sicherheitsteams gleichermaßen.

Dennoch kann Doki keinen Docker-Server infizieren, der über sichere API-Ports verfügt. Eine Fehlkonfiguration dieser Ports während der Produktion ist ein Fehler mit weitreichenden Folgen, aber eine effektive Schulung des Sicherheitsbewusstseins und der praktischen Fähigkeiten zur sicheren Programmierung für Cloud-Entwickler ist eine etwas "einfache" Lösung angesichts einer so komplexen und schwer zu treffenden Malware.

Werfen wir einen Blick auf dieses Beispiel einer unsicheren Docker-API, in die Doki eindringen und sich verbreiten könnte:

dockerd -H tcp://0.0.0.0:2375

Können Sie die Fehlkonfigurationen erkennen? Die gesicherte Version sieht wie folgt aus:

dockerd -H tcp://0.0.0.0:2376 --tlsverify --tlscacert=/etc/ssl/certs/ca.pem --tlscert=/etc/ssl/certs/server-cert.pem --tlskey=/etc/ssl/private/server-key.pem

Im unsicheren Beispiel lauscht die Docker-Engine-API auf Port TCP 2375 und akzeptiert jede Verbindungsanforderung, sodass sie für jeden verfügbar ist, der den Docker-Server erreicht.

Im sicheren Beispiel wurde die Docker-Engine-API so konfiguriert, dass sie die TLS-Zertifikatsvalidierung verwendet und nur Verbindungen von Clients akzeptiert, die ein von Ihrer CA vertrauenswürdiges Zertifikat bereitstellen.

Wir haben eine völlig neue Reihe von spielerischen Herausforderungen, die Entwicklern dabei helfen, die Ursache einer Doki-Infektion zu identifizieren und zu beheben, und Sie können eine davon spielen hier:

Eine sichere Cloud-Infrastruktur ist ein Teamsport.

Cloud-Fehlkonfigurationen kosten Unternehmen in den Jahren 2018 und 2019 sage und schreibe 5 Billionen US-Dollar, was Milliarden von gefährdeten Datensätzen und irreversiblen Reputationsschäden entspricht. Für einen Angriffsvektor, der weitgehend vermeidbar ist, ist dies eine ziemlich alarmierende Statistik. Und wenn man bedenkt, dass Maßnahmen wie das Überwachen und Reparieren offener Ports (idealerweise vor der Bereitstellung), das Überprüfen unbekannter Container und das Beobachten übermäßiger Serverlast den sich ausbreitenden Schaden von etwas wie Doki stoppen könnten, dann ist das ein kleiner Preis, den man für seinen Seelenfrieden zahlt.

Ein unternehmensweites Sicherheitsbewusstsein ist von entscheidender Bedeutung, und für jede einzelne Person, die am SDLC beteiligt ist, ist das Arbeiten mit Best Practices im Bereich Sicherheit nicht verhandelbar. Die besten Unternehmen setzen auf einen soliden DevSecOps-Prozess, bei dem die Verantwortung für die Sicherheit geteilt wird und Entwickler und AppSec-Fachleute gleichermaßen über das Wissen und die Tools verfügen, um zu verhindern, dass häufige Schwachstellen ihren Weg in die Software und in die lebenswichtige Infrastruktur finden.
Möchten Sie als sicherheitsbewusster, hochleistungsfähiger Cloud Engineer einsteigen? Fangen Sie jetzt an, Ihre Fähigkeiten zu testen.

リソースを表示
リソースを表示

サイバー攻撃はますます頻繁になり、Linuxベースのインフラストラクチャに影響を与える脅威もますます一般的になっています。最終目標は、クラウドに保存されている機密データの宝庫を開ける機会を得ることです。

もっと興味がありますか?

Dr. Matias Madu ist Sicherheitsexperte, Forscher, CTO und Mitbegründer von Secure Code Warrior. Matias promovierte an der Universität Gent im Bereich Anwendungssicherheit mit Schwerpunkt auf statischen Analyselösungen.Anschließend trat er in die Dienste von Fortify in den USA ein und erkannte, dass es nicht ausreicht, nur Code-Probleme zu erkennen, ohne Entwicklern dabei zu helfen, sicheren Code zu schreiben. Dies war der Auslöser dafür, dass er begann, Entwickler zu unterstützen, die Sicherheitslast zu verringern und Produkte zu entwickeln, die die Erwartungen der Kunden übertreffen. Wenn er nicht als Mitglied von Team Awesome an seinem Schreibtisch sitzt, hält er gerne Präsentationen auf Konferenzen wie der RSA Conference, BlackHat und DefCon.

mehr erfahren

Secure Code Warrior schützt Ihren Code während des gesamten Softwareentwicklungszyklus und hilft Ihnen dabei, eine Kultur zu schaffen, in der Cybersicherheit oberste Priorität hat. Ganz gleich, ob Sie Anwendungs-Sicherheitsmanager, Entwickler, CISO oder Sicherheitsbeauftragter sind – wir helfen Ihnen dabei, die mit unsicherem Code verbundenen Risiken zu minimieren.

デモを予約
シェア:
LinkedIn-MarkenSozialx Logo
Autor
Dr. Matthias Madu
Veröffentlicht Aug 25, 2020

Dr. Matias Madu ist Sicherheitsexperte, Forscher, CTO und Mitbegründer von Secure Code Warrior. Matias promovierte an der Universität Gent im Bereich Anwendungssicherheit mit Schwerpunkt auf statischen Analyselösungen.Anschließend trat er in die Dienste von Fortify in den USA ein und erkannte, dass es nicht ausreicht, nur Code-Probleme zu erkennen, ohne Entwicklern dabei zu helfen, sicheren Code zu schreiben. Dies war der Auslöser dafür, dass er begann, Entwickler zu unterstützen, die Sicherheitslast zu verringern und Produkte zu entwickeln, die die Erwartungen der Kunden übertreffen. Wenn er nicht als Mitglied von Team Awesome an seinem Schreibtisch sitzt, hält er gerne Präsentationen auf Konferenzen wie der RSA Conference, BlackHat und DefCon.

Matias ist ein Forscher und Entwickler mit mehr als 15 Jahren praktischer Erfahrung im Bereich 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 mehr als 10 Patente angemeldet.Wenn er nicht an seinem Schreibtisch sitzt, unterrichtet Matias Fortgeschrittenenkurse zum Thema Anwendungssicherheit und hält regelmäßig Vorträge auf globalen Konferenzen wie der RSA Conference, Black Hat, DefCon, BSIMM, OWASP AppSec und BruCon.

Matthias promovierte an der Universität Gent in Informatik und lernte dort Anwendungssicherheit durch Programmverschleierung, um die interne Funktionsweise von Anwendungen zu verbergen.

シェア:
LinkedIn-MarkenSozialx Logo

In der japanischen Onomatopoesie steht der Ausdruck "doki-doki" ("""") für das Geräusch eines heftig schlagenden Herzens... was genau das ist, was Mitglieder des Sicherheitsteams erleben könnten, wenn ihr Docker-Server mit Doki infiziert ist, einer neuen Schwachstelle, die eine Hintertür für die Einschleusung von bösartigem Code und vieles mehr bietet. Ein passender Name, um es mal so zu sagen.

Mit der zunehmenden Abhängigkeit von Cloud-Infrastrukturen ist die Notwendigkeit einer präzisen und skalierbaren Effektivität von Best Practices für die Sicherheit von entscheidender Bedeutung. Sie muss weit über das bloße Minimum für eine sichere Anwendungsbereitstellung hinausgehen, wobei individuelle Maßnahmen für die Containersicherheit während des gesamten SDLC bekannt gemacht und eingesetzt werden müssen.

Cyberattacken werden immer häufiger, und Bedrohungen, die Linux-basierte Infrastrukturen betreffen, werden immer häufiger, mit dem Ziel, eine Beutetruhe mit sensiblen Daten zu knacken, die in der Cloud gespeichert sind. Doki zielt darauf ab, genau das zu tun, und seine Verwendung mehrerer Technologien, um unentdeckt, leistungsstark und effektiv zu bleiben, ist anders als alles, was zuvor im Bereich der Docker-basierten Sicherheitsprobleme gesehen wurde.

Was ist Doki, und wie funktioniert es?

Wie bei vielen kompromittierten Anwendungen spielt eine falsche Sicherheitskonfiguration eine unannehmbar große Rolle bei der Art und Weise, wie die Software angegriffen wurde. Speziell bei Docker hat sich die falsch konfigurierte Docker-Engine-API als fruchtbar für Angreifer erwiesen. Der Kryptomining-Bot des Ngrok-Botnets hat seit 2018 nach unsicheren Docker-Servern geschnüffelt, seine eigenen Container aufgesetzt und Malware auf der Infrastruktur des Opfers ausgeführt.

Doki ist eine raffiniertere, bösartigere Version dieser Malware, die über dasselbe Botnetz mit demselben Angriffsvektor erfolgreich war: API-Fehlkonfiguration, die schon lange vor der Bereitstellung von Code oder der öffentlichen Sichtbarkeit des Servers hätte behoben werden müssen. Doki nutzt die Blockchain der beliebten satirischen Kryptowährung Dogecoin, um als praktisch unerkennbare Hintertür zu fungieren. So wie es aussieht, hat es sich seit Januar spurlos aus dem Staub gemacht.

Die Malware missbraucht im Wesentlichen eine Blockchain-Wallet, um Command-and-Control (C2)-Domain-Namen zu generieren, was an und für sich nichts Neues ist, aber Doki bietet eine kontinuierliche Möglichkeit zur Remote-Code-Ausführung auf einem infizierten Server und macht damit den Weg frei für eine Reihe von schädlichen Malware-basierten Angriffen wie Ransomware und DDoS. Es ist unerbittlich, wie ein "Doge mit einem Knochen", wenn Sie so wollen. Die Kollegen von Intezer haben einen ausführlichen Bericht über die gesamte Bedrohung und ihre umfangreiche Nutzlast verfasst.

Erkennen eines Doki-Pfades im Code.

Die Tatsache, dass es sich bei Doki um eine Hintertür handelt, die auf einem dezentralen Blockchain-Netzwerk operiert und schwer fassbare und schnelle Container-Entweichungstechniken einsetzt, um Spuren zu verwischen, auf weitere Bereiche des Hosts zuzugreifen und die Infektion weiter zu verbreiten, macht es zu einem ziemlichen Alptraum für Entwickler und Sicherheitsteams gleichermaßen.

Dennoch kann Doki keinen Docker-Server infizieren, der über sichere API-Ports verfügt. Eine Fehlkonfiguration dieser Ports während der Produktion ist ein Fehler mit weitreichenden Folgen, aber eine effektive Schulung des Sicherheitsbewusstseins und der praktischen Fähigkeiten zur sicheren Programmierung für Cloud-Entwickler ist eine etwas "einfache" Lösung angesichts einer so komplexen und schwer zu treffenden Malware.

Werfen wir einen Blick auf dieses Beispiel einer unsicheren Docker-API, in die Doki eindringen und sich verbreiten könnte:

dockerd -H tcp://0.0.0.0:2375

Können Sie die Fehlkonfigurationen erkennen? Die gesicherte Version sieht wie folgt aus:

dockerd -H tcp://0.0.0.0:2376 --tlsverify --tlscacert=/etc/ssl/certs/ca.pem --tlscert=/etc/ssl/certs/server-cert.pem --tlskey=/etc/ssl/private/server-key.pem

Im unsicheren Beispiel lauscht die Docker-Engine-API auf Port TCP 2375 und akzeptiert jede Verbindungsanforderung, sodass sie für jeden verfügbar ist, der den Docker-Server erreicht.

Im sicheren Beispiel wurde die Docker-Engine-API so konfiguriert, dass sie die TLS-Zertifikatsvalidierung verwendet und nur Verbindungen von Clients akzeptiert, die ein von Ihrer CA vertrauenswürdiges Zertifikat bereitstellen.

Wir haben eine völlig neue Reihe von spielerischen Herausforderungen, die Entwicklern dabei helfen, die Ursache einer Doki-Infektion zu identifizieren und zu beheben, und Sie können eine davon spielen hier:

Eine sichere Cloud-Infrastruktur ist ein Teamsport.

Cloud-Fehlkonfigurationen kosten Unternehmen in den Jahren 2018 und 2019 sage und schreibe 5 Billionen US-Dollar, was Milliarden von gefährdeten Datensätzen und irreversiblen Reputationsschäden entspricht. Für einen Angriffsvektor, der weitgehend vermeidbar ist, ist dies eine ziemlich alarmierende Statistik. Und wenn man bedenkt, dass Maßnahmen wie das Überwachen und Reparieren offener Ports (idealerweise vor der Bereitstellung), das Überprüfen unbekannter Container und das Beobachten übermäßiger Serverlast den sich ausbreitenden Schaden von etwas wie Doki stoppen könnten, dann ist das ein kleiner Preis, den man für seinen Seelenfrieden zahlt.

Ein unternehmensweites Sicherheitsbewusstsein ist von entscheidender Bedeutung, und für jede einzelne Person, die am SDLC beteiligt ist, ist das Arbeiten mit Best Practices im Bereich Sicherheit nicht verhandelbar. Die besten Unternehmen setzen auf einen soliden DevSecOps-Prozess, bei dem die Verantwortung für die Sicherheit geteilt wird und Entwickler und AppSec-Fachleute gleichermaßen über das Wissen und die Tools verfügen, um zu verhindern, dass häufige Schwachstellen ihren Weg in die Software und in die lebenswichtige Infrastruktur finden.
Möchten Sie als sicherheitsbewusster, hochleistungsfähiger Cloud Engineer einsteigen? Fangen Sie jetzt an, Ihre Fähigkeiten zu testen.

リソースを表示
リソースを表示

Um den Bericht herunterzuladen, füllen Sie bitte das folgende Formular aus.

Wir bitten um Ihre Erlaubnis, Ihnen Informationen zu unseren Produkten und/oder zu Themen rund um sicheres Programmieren zuzusenden. Wir behandeln Ihre personenbezogenen Daten stets mit größter Sorgfalt und verkaufen sie niemals zu Marketingzwecken an andere Unternehmen weiter.

送信
scw Erfolgssymbol
scw-Fehlersymbol
Um das Formular zu senden, aktivieren Sie bitte das „Analytics“-Cookie. Nach Abschluss der Einstellungen können Sie es wieder deaktivieren.

In der japanischen Onomatopoesie steht der Ausdruck "doki-doki" ("""") für das Geräusch eines heftig schlagenden Herzens... was genau das ist, was Mitglieder des Sicherheitsteams erleben könnten, wenn ihr Docker-Server mit Doki infiziert ist, einer neuen Schwachstelle, die eine Hintertür für die Einschleusung von bösartigem Code und vieles mehr bietet. Ein passender Name, um es mal so zu sagen.

Mit der zunehmenden Abhängigkeit von Cloud-Infrastrukturen ist die Notwendigkeit einer präzisen und skalierbaren Effektivität von Best Practices für die Sicherheit von entscheidender Bedeutung. Sie muss weit über das bloße Minimum für eine sichere Anwendungsbereitstellung hinausgehen, wobei individuelle Maßnahmen für die Containersicherheit während des gesamten SDLC bekannt gemacht und eingesetzt werden müssen.

Cyberattacken werden immer häufiger, und Bedrohungen, die Linux-basierte Infrastrukturen betreffen, werden immer häufiger, mit dem Ziel, eine Beutetruhe mit sensiblen Daten zu knacken, die in der Cloud gespeichert sind. Doki zielt darauf ab, genau das zu tun, und seine Verwendung mehrerer Technologien, um unentdeckt, leistungsstark und effektiv zu bleiben, ist anders als alles, was zuvor im Bereich der Docker-basierten Sicherheitsprobleme gesehen wurde.

Was ist Doki, und wie funktioniert es?

Wie bei vielen kompromittierten Anwendungen spielt eine falsche Sicherheitskonfiguration eine unannehmbar große Rolle bei der Art und Weise, wie die Software angegriffen wurde. Speziell bei Docker hat sich die falsch konfigurierte Docker-Engine-API als fruchtbar für Angreifer erwiesen. Der Kryptomining-Bot des Ngrok-Botnets hat seit 2018 nach unsicheren Docker-Servern geschnüffelt, seine eigenen Container aufgesetzt und Malware auf der Infrastruktur des Opfers ausgeführt.

Doki ist eine raffiniertere, bösartigere Version dieser Malware, die über dasselbe Botnetz mit demselben Angriffsvektor erfolgreich war: API-Fehlkonfiguration, die schon lange vor der Bereitstellung von Code oder der öffentlichen Sichtbarkeit des Servers hätte behoben werden müssen. Doki nutzt die Blockchain der beliebten satirischen Kryptowährung Dogecoin, um als praktisch unerkennbare Hintertür zu fungieren. So wie es aussieht, hat es sich seit Januar spurlos aus dem Staub gemacht.

Die Malware missbraucht im Wesentlichen eine Blockchain-Wallet, um Command-and-Control (C2)-Domain-Namen zu generieren, was an und für sich nichts Neues ist, aber Doki bietet eine kontinuierliche Möglichkeit zur Remote-Code-Ausführung auf einem infizierten Server und macht damit den Weg frei für eine Reihe von schädlichen Malware-basierten Angriffen wie Ransomware und DDoS. Es ist unerbittlich, wie ein "Doge mit einem Knochen", wenn Sie so wollen. Die Kollegen von Intezer haben einen ausführlichen Bericht über die gesamte Bedrohung und ihre umfangreiche Nutzlast verfasst.

Erkennen eines Doki-Pfades im Code.

Die Tatsache, dass es sich bei Doki um eine Hintertür handelt, die auf einem dezentralen Blockchain-Netzwerk operiert und schwer fassbare und schnelle Container-Entweichungstechniken einsetzt, um Spuren zu verwischen, auf weitere Bereiche des Hosts zuzugreifen und die Infektion weiter zu verbreiten, macht es zu einem ziemlichen Alptraum für Entwickler und Sicherheitsteams gleichermaßen.

Dennoch kann Doki keinen Docker-Server infizieren, der über sichere API-Ports verfügt. Eine Fehlkonfiguration dieser Ports während der Produktion ist ein Fehler mit weitreichenden Folgen, aber eine effektive Schulung des Sicherheitsbewusstseins und der praktischen Fähigkeiten zur sicheren Programmierung für Cloud-Entwickler ist eine etwas "einfache" Lösung angesichts einer so komplexen und schwer zu treffenden Malware.

Werfen wir einen Blick auf dieses Beispiel einer unsicheren Docker-API, in die Doki eindringen und sich verbreiten könnte:

dockerd -H tcp://0.0.0.0:2375

Können Sie die Fehlkonfigurationen erkennen? Die gesicherte Version sieht wie folgt aus:

dockerd -H tcp://0.0.0.0:2376 --tlsverify --tlscacert=/etc/ssl/certs/ca.pem --tlscert=/etc/ssl/certs/server-cert.pem --tlskey=/etc/ssl/private/server-key.pem

Im unsicheren Beispiel lauscht die Docker-Engine-API auf Port TCP 2375 und akzeptiert jede Verbindungsanforderung, sodass sie für jeden verfügbar ist, der den Docker-Server erreicht.

Im sicheren Beispiel wurde die Docker-Engine-API so konfiguriert, dass sie die TLS-Zertifikatsvalidierung verwendet und nur Verbindungen von Clients akzeptiert, die ein von Ihrer CA vertrauenswürdiges Zertifikat bereitstellen.

Wir haben eine völlig neue Reihe von spielerischen Herausforderungen, die Entwicklern dabei helfen, die Ursache einer Doki-Infektion zu identifizieren und zu beheben, und Sie können eine davon spielen hier:

Eine sichere Cloud-Infrastruktur ist ein Teamsport.

Cloud-Fehlkonfigurationen kosten Unternehmen in den Jahren 2018 und 2019 sage und schreibe 5 Billionen US-Dollar, was Milliarden von gefährdeten Datensätzen und irreversiblen Reputationsschäden entspricht. Für einen Angriffsvektor, der weitgehend vermeidbar ist, ist dies eine ziemlich alarmierende Statistik. Und wenn man bedenkt, dass Maßnahmen wie das Überwachen und Reparieren offener Ports (idealerweise vor der Bereitstellung), das Überprüfen unbekannter Container und das Beobachten übermäßiger Serverlast den sich ausbreitenden Schaden von etwas wie Doki stoppen könnten, dann ist das ein kleiner Preis, den man für seinen Seelenfrieden zahlt.

Ein unternehmensweites Sicherheitsbewusstsein ist von entscheidender Bedeutung, und für jede einzelne Person, die am SDLC beteiligt ist, ist das Arbeiten mit Best Practices im Bereich Sicherheit nicht verhandelbar. Die besten Unternehmen setzen auf einen soliden DevSecOps-Prozess, bei dem die Verantwortung für die Sicherheit geteilt wird und Entwickler und AppSec-Fachleute gleichermaßen über das Wissen und die Tools verfügen, um zu verhindern, dass häufige Schwachstellen ihren Weg in die Software und in die lebenswichtige Infrastruktur finden.
Möchten Sie als sicherheitsbewusster, hochleistungsfähiger Cloud Engineer einsteigen? Fangen Sie jetzt an, Ihre Fähigkeiten zu testen.

Online-Seminar ansehen
Beginnen wir
mehr erfahren

Klicken Sie auf den folgenden Link, um die PDF-Datei dieser Ressource herunterzuladen.

Secure Code Warrior schützt Ihren Code während des gesamten Softwareentwicklungszyklus und hilft Ihnen dabei, eine Kultur zu schaffen, in der Cybersicherheit oberste Priorität hat. Ganz gleich, ob Sie Anwendungs-Sicherheitsmanager, Entwickler, CISO oder Sicherheitsbeauftragter sind – wir helfen Ihnen dabei, die mit unsicherem Code verbundenen Risiken zu minimieren.

Bericht anzeigenデモを予約
PDF herunterladen
リソースを表示
シェア:
LinkedIn-MarkenSozialx Logo
もっと興味がありますか?

シェア:
LinkedIn-MarkenSozialx Logo
Autor
Dr. Matthias Madu
Veröffentlicht Aug 25, 2020

Dr. Matias Madu ist Sicherheitsexperte, Forscher, CTO und Mitbegründer von Secure Code Warrior. Matias promovierte an der Universität Gent im Bereich Anwendungssicherheit mit Schwerpunkt auf statischen Analyselösungen.Anschließend trat er in die Dienste von Fortify in den USA ein und erkannte, dass es nicht ausreicht, nur Code-Probleme zu erkennen, ohne Entwicklern dabei zu helfen, sicheren Code zu schreiben. Dies war der Auslöser dafür, dass er begann, Entwickler zu unterstützen, die Sicherheitslast zu verringern und Produkte zu entwickeln, die die Erwartungen der Kunden übertreffen. Wenn er nicht als Mitglied von Team Awesome an seinem Schreibtisch sitzt, hält er gerne Präsentationen auf Konferenzen wie der RSA Conference, BlackHat und DefCon.

Matias ist ein Forscher und Entwickler mit mehr als 15 Jahren praktischer Erfahrung im Bereich 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 mehr als 10 Patente angemeldet.Wenn er nicht an seinem Schreibtisch sitzt, unterrichtet Matias Fortgeschrittenenkurse zum Thema Anwendungssicherheit und hält regelmäßig Vorträge auf globalen Konferenzen wie der RSA Conference, Black Hat, DefCon, BSIMM, OWASP AppSec und BruCon.

Matthias promovierte an der Universität Gent in Informatik und lernte dort Anwendungssicherheit durch Programmverschleierung, um die interne Funktionsweise von Anwendungen zu verbergen.

シェア:
LinkedIn-MarkenSozialx Logo

In der japanischen Onomatopoesie steht der Ausdruck "doki-doki" ("""") für das Geräusch eines heftig schlagenden Herzens... was genau das ist, was Mitglieder des Sicherheitsteams erleben könnten, wenn ihr Docker-Server mit Doki infiziert ist, einer neuen Schwachstelle, die eine Hintertür für die Einschleusung von bösartigem Code und vieles mehr bietet. Ein passender Name, um es mal so zu sagen.

Mit der zunehmenden Abhängigkeit von Cloud-Infrastrukturen ist die Notwendigkeit einer präzisen und skalierbaren Effektivität von Best Practices für die Sicherheit von entscheidender Bedeutung. Sie muss weit über das bloße Minimum für eine sichere Anwendungsbereitstellung hinausgehen, wobei individuelle Maßnahmen für die Containersicherheit während des gesamten SDLC bekannt gemacht und eingesetzt werden müssen.

Cyberattacken werden immer häufiger, und Bedrohungen, die Linux-basierte Infrastrukturen betreffen, werden immer häufiger, mit dem Ziel, eine Beutetruhe mit sensiblen Daten zu knacken, die in der Cloud gespeichert sind. Doki zielt darauf ab, genau das zu tun, und seine Verwendung mehrerer Technologien, um unentdeckt, leistungsstark und effektiv zu bleiben, ist anders als alles, was zuvor im Bereich der Docker-basierten Sicherheitsprobleme gesehen wurde.

Was ist Doki, und wie funktioniert es?

Wie bei vielen kompromittierten Anwendungen spielt eine falsche Sicherheitskonfiguration eine unannehmbar große Rolle bei der Art und Weise, wie die Software angegriffen wurde. Speziell bei Docker hat sich die falsch konfigurierte Docker-Engine-API als fruchtbar für Angreifer erwiesen. Der Kryptomining-Bot des Ngrok-Botnets hat seit 2018 nach unsicheren Docker-Servern geschnüffelt, seine eigenen Container aufgesetzt und Malware auf der Infrastruktur des Opfers ausgeführt.

Doki ist eine raffiniertere, bösartigere Version dieser Malware, die über dasselbe Botnetz mit demselben Angriffsvektor erfolgreich war: API-Fehlkonfiguration, die schon lange vor der Bereitstellung von Code oder der öffentlichen Sichtbarkeit des Servers hätte behoben werden müssen. Doki nutzt die Blockchain der beliebten satirischen Kryptowährung Dogecoin, um als praktisch unerkennbare Hintertür zu fungieren. So wie es aussieht, hat es sich seit Januar spurlos aus dem Staub gemacht.

Die Malware missbraucht im Wesentlichen eine Blockchain-Wallet, um Command-and-Control (C2)-Domain-Namen zu generieren, was an und für sich nichts Neues ist, aber Doki bietet eine kontinuierliche Möglichkeit zur Remote-Code-Ausführung auf einem infizierten Server und macht damit den Weg frei für eine Reihe von schädlichen Malware-basierten Angriffen wie Ransomware und DDoS. Es ist unerbittlich, wie ein "Doge mit einem Knochen", wenn Sie so wollen. Die Kollegen von Intezer haben einen ausführlichen Bericht über die gesamte Bedrohung und ihre umfangreiche Nutzlast verfasst.

Erkennen eines Doki-Pfades im Code.

Die Tatsache, dass es sich bei Doki um eine Hintertür handelt, die auf einem dezentralen Blockchain-Netzwerk operiert und schwer fassbare und schnelle Container-Entweichungstechniken einsetzt, um Spuren zu verwischen, auf weitere Bereiche des Hosts zuzugreifen und die Infektion weiter zu verbreiten, macht es zu einem ziemlichen Alptraum für Entwickler und Sicherheitsteams gleichermaßen.

Dennoch kann Doki keinen Docker-Server infizieren, der über sichere API-Ports verfügt. Eine Fehlkonfiguration dieser Ports während der Produktion ist ein Fehler mit weitreichenden Folgen, aber eine effektive Schulung des Sicherheitsbewusstseins und der praktischen Fähigkeiten zur sicheren Programmierung für Cloud-Entwickler ist eine etwas "einfache" Lösung angesichts einer so komplexen und schwer zu treffenden Malware.

Werfen wir einen Blick auf dieses Beispiel einer unsicheren Docker-API, in die Doki eindringen und sich verbreiten könnte:

dockerd -H tcp://0.0.0.0:2375

Können Sie die Fehlkonfigurationen erkennen? Die gesicherte Version sieht wie folgt aus:

dockerd -H tcp://0.0.0.0:2376 --tlsverify --tlscacert=/etc/ssl/certs/ca.pem --tlscert=/etc/ssl/certs/server-cert.pem --tlskey=/etc/ssl/private/server-key.pem

Im unsicheren Beispiel lauscht die Docker-Engine-API auf Port TCP 2375 und akzeptiert jede Verbindungsanforderung, sodass sie für jeden verfügbar ist, der den Docker-Server erreicht.

Im sicheren Beispiel wurde die Docker-Engine-API so konfiguriert, dass sie die TLS-Zertifikatsvalidierung verwendet und nur Verbindungen von Clients akzeptiert, die ein von Ihrer CA vertrauenswürdiges Zertifikat bereitstellen.

Wir haben eine völlig neue Reihe von spielerischen Herausforderungen, die Entwicklern dabei helfen, die Ursache einer Doki-Infektion zu identifizieren und zu beheben, und Sie können eine davon spielen hier:

Eine sichere Cloud-Infrastruktur ist ein Teamsport.

Cloud-Fehlkonfigurationen kosten Unternehmen in den Jahren 2018 und 2019 sage und schreibe 5 Billionen US-Dollar, was Milliarden von gefährdeten Datensätzen und irreversiblen Reputationsschäden entspricht. Für einen Angriffsvektor, der weitgehend vermeidbar ist, ist dies eine ziemlich alarmierende Statistik. Und wenn man bedenkt, dass Maßnahmen wie das Überwachen und Reparieren offener Ports (idealerweise vor der Bereitstellung), das Überprüfen unbekannter Container und das Beobachten übermäßiger Serverlast den sich ausbreitenden Schaden von etwas wie Doki stoppen könnten, dann ist das ein kleiner Preis, den man für seinen Seelenfrieden zahlt.

Ein unternehmensweites Sicherheitsbewusstsein ist von entscheidender Bedeutung, und für jede einzelne Person, die am SDLC beteiligt ist, ist das Arbeiten mit Best Practices im Bereich Sicherheit nicht verhandelbar. Die besten Unternehmen setzen auf einen soliden DevSecOps-Prozess, bei dem die Verantwortung für die Sicherheit geteilt wird und Entwickler und AppSec-Fachleute gleichermaßen über das Wissen und die Tools verfügen, um zu verhindern, dass häufige Schwachstellen ihren Weg in die Software und in die lebenswichtige Infrastruktur finden.
Möchten Sie als sicherheitsbewusster, hochleistungsfähiger Cloud Engineer einsteigen? Fangen Sie jetzt an, Ihre Fähigkeiten zu testen.

目次

PDF herunterladen
リソースを表示
もっと興味がありますか?

Dr. Matias Madu ist Sicherheitsexperte, Forscher, CTO und Mitbegründer von Secure Code Warrior. Matias promovierte an der Universität Gent im Bereich Anwendungssicherheit mit Schwerpunkt auf statischen Analyselösungen.Anschließend trat er in die Dienste von Fortify in den USA ein und erkannte, dass es nicht ausreicht, nur Code-Probleme zu erkennen, ohne Entwicklern dabei zu helfen, sicheren Code zu schreiben. Dies war der Auslöser dafür, dass er begann, Entwickler zu unterstützen, die Sicherheitslast zu verringern und Produkte zu entwickeln, die die Erwartungen der Kunden übertreffen. Wenn er nicht als Mitglied von Team Awesome an seinem Schreibtisch sitzt, hält er gerne Präsentationen auf Konferenzen wie der RSA Conference, BlackHat und DefCon.

mehr erfahren

Secure Code Warrior schützt Ihren Code während des gesamten Softwareentwicklungszyklus und hilft Ihnen dabei, eine Kultur zu schaffen, in der Cybersicherheit oberste Priorität hat. Ganz gleich, ob Sie Anwendungs-Sicherheitsmanager, Entwickler, CISO oder Sicherheitsbeauftragter sind – wir helfen Ihnen dabei, die mit unsicherem Code verbundenen Risiken zu minimieren.

デモを予約[ダウンロード]
シェア:
LinkedIn-MarkenSozialx Logo
リソースハブ

Ressourcen für den Einstieg

Weitere Beiträge
リソースハブ

Ressourcen für den Einstieg

Weitere Beiträge