{"id":569,"date":"2018-07-04T15:01:29","date_gmt":"2018-07-04T13:01:29","guid":{"rendered":"http:\/\/enginsight.com\/?p=569"},"modified":"2023-07-06T10:50:33","modified_gmt":"2023-07-06T08:50:33","slug":"bye-bye-blinde-passagiere-enginsight-scannt-jetzt-docker-container","status":"publish","type":"post","link":"https:\/\/enginsight.com\/de\/blog\/bye-bye-blinde-passagiere-enginsight-scannt-jetzt-docker-container\/","title":{"rendered":"Bye-Bye blinde Passagiere – Enginsight scannt jetzt Docker Container"},"content":{"rendered":"

Von der Schifffahrt abgeschaut, macht die Containertechnik Admins und Entwicklern das Leben sehr viel einfacher. Oft gleichen Docker Container allerdings einer Blackbox, in der sich alles Mögliche befinden kann. Dass das kein theoretisches Problem ist, beweist der jüngste Fall von bösartigen Krypto-Minern<\/a> im offiziellen Docker Repository. Hier kann Enginsight jetzt Abhilfe schaffen, so dass Sie keine Angst mehr vor blinden Passagieren haben müssen.<\/em><\/p>\n\n\n\n

↪ Gleich zum CI\/CD Workflow-Beispiel (GitLab)<\/a><\/mark><\/p>\n\n\n\n

IT-Security: Container und Docker<\/h2>\n\n\n\n

Mit Containern bezeichnet man eine Softwaretechnik, bei der Prozesse, Anwendungen und Dienste in abgeschottete Bereiche (sogenannte Container) „eingesperrt“ werden. Genau wie sich die Fracht auf einem großen Schiff in getrennten, verschlossenen Frachtcontainern befindet. Wo früher noch Fässer und Kisten einzeln an Bord gebracht werden mussten, je nach Größe mit unterschiedlichen Methoden, sind die heutigen Schiffscontainer genormt. Sie haben also immer die gleichen Abmessungen und lassen sich z. B. mit den immer gleichen Krahn Anlagen verladen.<\/p>\n\n\n\n

In der IT lassen sich mit Hilfe von Containern (Server-)Anwendungen mit allen benötigten Komponenten wie Hilfsprogrammen, Bibliotheken und Konfigurationsdateien zu Paketen zusammenschnüren. Diese Pakete lassen sich dann bequem übers Netz verteilen, z. B. über die Container-Plattform Docker. Wegen der vielen Vorteile basieren mittlerweile fast alle modernen Softwarearchitekturen auf Docker-Containern. In den CI\/CD Prozessen, also der kontinuierlichen Integration und dem Deployment von Software werden Docker Container mittlerweile komplett automatisiert erstellt und deployed.<\/p>\n\n\n\n

Das Sicherheitsproblem beim Container-Monitoring<\/h3>\n\n\n\n

Im Internet gibt es viele Guides, die einem helfen die Sicherheit<\/a> eines Docker Container zu optimieren. Oftmals finden sich darin Tipps wie „Benutze keine Images aus Repositories, die nicht vertrauenswürdig sind“<\/em> oder „Starte den Container immer mit der -u Flag, so dass die Ausführung nicht als root, sondern als normaler User erfolgt“<\/em>. Diese Tipps sind auch sinnvoll und haben ihre Berechtigung, aber wie es tatsächlich um die Sicherheit innerhalb<\/em> eines Docker Containers steht, ist sehr schwer herauszufinden. Der oben bereits erwähnte Fall von bösartigen Krypto-Minern<\/a> im offiziellen Docker Repository illustriert dieses Problem anschaulich.<\/p>\n\n\n\n

Hinzu kommt, dass herkömmliche Tools, wenn überhaupt nur öffentliche Images scannen und keine Privaten. Enginsight bietet einen neuen innovativen Ansatz, wie sie sicherstellen können, dass sie nur Container deployen, die keine nachweisbaren Sicherheitslücken enthalten. Mit Hilfe unserer API können Sie das Innere des Docker-Containers selbst auf Schwachstellen untersuchen.<\/a><\/p>\n\n\n\n

Das Ganze lässt sich auch wunderbar in die CI\/CD integrieren. Man definiert, dass z. B. bei gefundenen Schwachstellen<\/a> der Deployment Prozess abgebrochen werden soll. Der Entwickler ist dann gezwungen die Sicherheitslücken mit Updates zu patchen, anschließend kann ganz normal deployed werden. So integriert man bereits in den Entwicklungsprozess selbst einen Sicherheitsschritt, ganz ohne die Installation von zusätzlicher Software.<\/p>\n\n\n\n

Beispiel-Workflow mit GitLab<\/h3>\n\n\n\n

Im Folgenden demonstrieren wir Ihnen einen einfach CI\/CD Workflow auf Basis von GitLab. Wir werden eine neue Sicherheits-Stage erstellen, so dass es z. B. neben „Build“, „Test“ und „Deploy“ auch noch „Security“ gibt. In dieser Stage wird dann die Sicherheit des Docker Containers überprüft. Um die Security Stage zu testen, nehmen wir einfach ein offizielles CentOS 7 Docker Image, dass nicht über den Tag „latest“ bereitgestellt wird.<\/p>\n\n\n\n

Alle beschriebenen Beispiele und Vorlagen finden Sie unter: https:\/\/github.com\/enginsight\/secure-docker-example<\/a><\/p>\n\n\n\n

Bitte beachten Sie, dass in diesem Szenario temporär ein neuer Host angelegt wird. Sie benötigen also in Ihrem Enginsight Account noch mindestens ein freies Asset. Der Host wird nach dem Scan automatisch wieder gelöscht.<\/mark><\/p>\n\n\n\n

    \n
  1. Zunächst müssen Sie sich auf der Enginsight Plattform in Ihrem Account einen neuen Access Key anlegen. Wie das genau funktioniert, können Sie in unserer Dokumentation nachlesen.<\/li>\n<\/ol>\n\n\n\n
    \"\"<\/a><\/figure>\n\n\n\n

    Zum Vergrößern, bitte klicken<\/p>\n\n\n\n

      \n
    1. Wählen Sie auf GitLab das entsprechende Projekt aus, für dass Sie die Stage Security hinzufügen wollen. Unter Settings -> CI\/CD müssen Sie beim Punkt „Secret Variables“<\/em> den Access Key, das Access Key Secret und die URL der Enginsight API hinterlegen.<\/li>\n<\/ol>\n\n\n\n
      \"\"<\/a><\/figure>\n\n\n\n

      Zum Vergrößern, bitte klicken<\/p>\n\n\n\n

        \n
      1. Kopieren Sie das vulnerabilities.sh<\/em> Skript in Ihr Projekt zu Ihrer .gitlab-ci.yml Datei. Das Skript finden Sie unter dem oben genannten GitHub-Link. Das Skript kann auch in einem beliebigen Unterordner platziert werden, dann muss aber der Pfad in .gitlab-ci.yml angepasst werden.<\/li>\n\n\n\n
      2. Passen Sie nun Ihre .gitlab-ci.yml Datei an. Fügen Sie die Stage Security zu ihren bisherigen Stages hinzu. Der „Insecure Container“ enthält das offizielle CentOS 7 Docker Image, dass nicht über den Tag „latest“ bereitgestellt wurde. Mit dem rot markierten Befehl wird der Docker Container gescannt. Nutzen Sie nicht die CI von GitLab, dann fügen Sie einfach diesen Befehl an der passenden Stelle in Ihrem CI Prozess ein:<\/li>\n<\/ol>\n\n\n\n
        \"\"<\/a><\/figure>\n\n\n\n

        Im vulnerabilities.sh<\/em> Skript ist spezifiziert, dass der Job fehlschlagen soll, sobald Sicherheitslücken gefunden wurden. Das kann aber natürlich auch geändert werden. So, dass der Job z. B. nur fehlschlägt, wenn Sicherheitslücken mit einem Score von mindesten 7 o. ä. gefunden wurden.<\/p>\n\n\n\n

        Anschließend kann man im Logfile nachschauen, welche Sicherheitslücken gefunden wurden. Wie man sehen kann, birgt auch ein offizielles CentOS 7 Image durchaus ein ernstzunehmendes Sicherheitsrisiko. Es wurden 14 Sicherheitslücken gefunden, mit einem maximalen CVE Score von 7.5.<\/p>\n\n\n\n

        \"\"<\/a><\/figure>\n\n\n\n

        Updaten wir nun das CentOS 7 mit yum<\/em> auf die neueste Version und führen das Image nochmal neu mit dem Namen „Secure Container“ aus. Wenn wir nun den Scan durchführen, werden keine Sicherheitslücken gefunden und der Job ist erfolgreich.<\/p>\n\n\n\n

        Bitte beachten Sie, dass das Skript nur für CentOS und Red Hat ausgelegt ist. Bei Debian oder Ubuntu Systemen, ersetzen Sie „yum“<\/em> mit „apt-get“<\/em>.<\/p>\n\n\n\n

        \"\"<\/a><\/figure>\n\n\n\n

        Testen Sie die Enginsight Plattform unverbindlich und kostenlos. Jetzt mit Cybersecurity durchstarten!<\/p>\n\n\n\n

        \n
        Enginsight kostenfrei testen<\/a><\/div>\n<\/div>\n","protected":false},"excerpt":{"rendered":"

        Von der Schifffahrt abgeschaut, macht die Containertechnik Admins und Entwicklern das Leben sehr viel einfacher. Oft gleichen Docker Container allerdings einer Blackbox, in der sich alles Mögliche befinden kann. Dass das kein theoretisches Problem ist, beweist der jüngste Fall von bösartigen Krypto-Minern im offiziellen Docker Repository. Hier kann Enginsight jetzt Abhilfe schaffen, so dass Sie keine Angst […]<\/p>\n","protected":false},"author":8,"featured_media":446,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"content-type":"","_eb_attr":"","footnotes":""},"categories":[1],"tags":[],"class_list":["post-569","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-inside-enginsight"],"_links":{"self":[{"href":"https:\/\/enginsight.com\/de\/wp-json\/wp\/v2\/posts\/569","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/enginsight.com\/de\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/enginsight.com\/de\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/enginsight.com\/de\/wp-json\/wp\/v2\/users\/8"}],"replies":[{"embeddable":true,"href":"https:\/\/enginsight.com\/de\/wp-json\/wp\/v2\/comments?post=569"}],"version-history":[{"count":0,"href":"https:\/\/enginsight.com\/de\/wp-json\/wp\/v2\/posts\/569\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/enginsight.com\/de\/wp-json\/wp\/v2\/media\/446"}],"wp:attachment":[{"href":"https:\/\/enginsight.com\/de\/wp-json\/wp\/v2\/media?parent=569"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/enginsight.com\/de\/wp-json\/wp\/v2\/categories?post=569"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/enginsight.com\/de\/wp-json\/wp\/v2\/tags?post=569"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}