Cyberangriffe und Abwehr in der Praxis

Ein externer Sicherheitsforscher hat in einem Produkt eines Unternehmens eine nicht veröffentlichte Schwachstelle gefunden. Welches Vorgehen entspricht am besten der koordinierten Offenlegung von Schwachstellen (Coordinated Vulnerability Disclosure)?

  1. AUm die Nutzer schnell zu informieren, die Schwachstelle noch am Tag des Fundes ausführlich einschließlich der Angriffsmethode im Internet veröffentlichen
  2. BDa eine Meldung an den Hersteller genügt, die Nutzer auch nach Erscheinen der Korrektur nicht über die Schwachstelle informieren
  3. CDie Schwachstelle dem Hersteller (oder einer koordinierenden Stelle) vertraulich melden, die Frist für die Vorbereitung der Korrektur abstimmen und die Informationen zusammen mit der Veröffentlichung der Korrektur bekannt geben
Antwort und Erläuterung anzeigen

Antwort: C. Die Schwachstelle dem Hersteller (oder einer koordinierenden Stelle) vertraulich melden, die Frist für die Vorbereitung der Korrektur abstimmen und die Informationen zusammen mit der Veröffentlichung der Korrektur bekannt geben

Werden Details vor Erscheinen einer Korrektur veröffentlicht, können Angreifer die Schwachstelle zuerst ausnutzen, und die Nutzer sind der Gefahr ohne Schutzmöglichkeit ausgesetzt. Bei der koordinierten Offenlegung meldet der Finder die Schwachstelle vertraulich an den Hersteller, beide stimmen die Frist ab, bis der Hersteller eine Korrektur bereitstellt, und die Informationen werden zusammen mit der Korrektur veröffentlicht (oft mit einer festen Frist von etwa 90 Tagen). In Japan gibt es dafür das von IPA und JPCERT/CC koordinierte Programm „Information Security Early Warning Partnership“; die koordinierten Schwachstelleninformationen werden in JVN veröffentlicht. Auch Bug-Bounty-Programme, bei denen Unternehmen Meldenden eine Prämie zahlen, fördern die koordinierte Offenlegung, indem sie Meldewege und Regeln im Voraus bekannt machen.

Dieses Thema üben Zur Themenseite

Weitere Fragen zu Cyberangriffe und Abwehr in der Praxis

  1. Was ist der Hauptzweck, eine SBOM (Software Bill of Materials) zu erstellen und zu pflegen?
  2. Ein Unternehmen nutzt in seinem internen Paketverzeichnis (private Registry) die nur intern verwendete Bibliothek acme-utils. Ein Angreifer hat im öffentlichen Paketverzeichnis ein Paket mit demselben Namen acme-utils und einer höheren Versionsnummer registriert; dabei stellte sich heraus, dass die interne Build-Umgebung je nach Build-Konfiguration das Paket des Angreifers übernimmt. Welche Maßnahme gegen diese „Dependency Confusion“ ist am besten geeignet?
  3. Bei dem im Dezember 2020 bekannt gewordenen Vorfall bei SolarWinds drangen Angreifer in die Build-Umgebung einer IT-Verwaltungssoftware ein, und in legitime Update-Programme wurde schädlicher Code eingeschleust. Diese Updates wurden mit der legitimen Codesignatur des Herstellers verteilt. Welche Lehre lässt sich aus diesem Vorfall am ehesten ziehen?
  4. Es stellte sich heraus, dass eine Datei mit Kundendaten im Objektspeicher einer Cloud von jedem im Internet gelesen werden konnte. Welche Kombination aus typischer Ursache eines solchen Datenabflusses und Maßnahme gegen eine Wiederholung ist geeignet?
  5. Einer Batchverarbeitung in der Cloud wurde ein Zugriffsschlüssel (langfristig gültige Zugangsdaten) mit Administratorrechten, die alle Operationen erlauben, über eine Konfigurationsdatei übergeben. Welche Überarbeitung ist am besten geeignet, um den Schaden bei einem Abfluss dieses Schlüssels gering zu halten?