
Death by Doki: 深刻な被害をもたらした新しい Docker の脆弱性 (およびその対処法)
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.

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.
デモを予約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.


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.

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.

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デモを予約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.
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.
目次
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.

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.
デモを予約[ダウンロード]Ressourcen für den Einstieg
Themen und Inhalte der Secure-Code-Schulung
Unsere branchenführenden Inhalte werden unter Berücksichtigung der Aufgaben unserer Kunden ständig weiterentwickelt, um mit der sich ständig verändernden Softwareentwicklungsumgebung Schritt zu halten. Sie decken alle Themen von KI bis hin zu XQuery-Injection ab und sind für verschiedene Aufgabenbereiche konzipiert, von Architekten und Ingenieuren bis hin zu Produktmanagern und Qualitätssicherungsfachleuten. Werfen Sie einen Blick auf die Inhalte unseres Content-Katalogs, sortiert nach Themen und Aufgabenbereichen.
Die Kamer van Koophandel setzt Maßstäbe für entwicklergesteuerte Sicherheit in großem Maßstab
Die Kamer van Koophandel berichtet, wie sie sicheres Codieren durch rollenbasierte Zertifizierungen, Trust Score-Benchmarking und eine Kultur der gemeinsamen Verantwortung für Sicherheit in die tägliche Entwicklungsarbeit integriert hat.
Bedrohungsmodellierung mit KI: So wird jeder Entwickler zum Bedrohungsmodellierer
Sie werden besser gerüstet sein, um Entwicklern dabei zu helfen, Ideen und Techniken zur Bedrohungsmodellierung mit den KI-Tools zu kombinieren, die sie bereits verwenden, um die Sicherheit zu erhöhen, die Zusammenarbeit zu verbessern und von Anfang an widerstandsfähigere Software zu entwickeln.
Ressourcen für den Einstieg
Cybermon ist zurück: Die KI-Mission zum Besiegen des Bosses ist jetzt auf Abruf verfügbar.
「Cybermon 2025 Beat the Boss」 kann nun das ganze Jahr über bei SCW gespielt werden. Führen Sie anspruchsvolle AI/LLM-Sicherheitsherausforderungen ein, um die sichere AI-Entwicklung in großem Maßstab zu stärken.
Erläuterung des Cyber-Resilience-Gesetzes: Bedeutung für die Entwicklung sicherer Software
Erfahren Sie, was das EU-Gesetz zur Cyberresilienz (CRA) verlangt, für wen es gilt und wie sich Ingenieurteams auf Secure-by-Design-Praktiken, Schwachstellenprävention und die Kompetenzentwicklung von Entwicklern vorbereiten können.
Enabler 1: Definierte und messbare Erfolgskriterien
Enabler 1 ist der erste Teil der zehnteiligen Reihe „Enablers of Success“ und zeigt, wie sichere Programmierung mit geschäftlichen Ergebnissen wie Risikominderung und Geschwindigkeit verknüpft werden kann, um Programme langfristig zu optimieren.




%20(1).avif)
.avif)
