Messung der Code-Abdeckung im Rahmen von Penetrationstests

Von Dr. Sabine Poehler * |

Anbieter zum Thema

Im Bereich der sicherheitskritischen Softwareentwicklung (Safety) ist die Messung der Codeabdeckung im Rahmen des Testens schon lange ein Standardinstrument. Sie wird in den gängigen Sicherheitsnormen gefordert. Ein neueres Einsatzgebiet für die Abdeckungsanalyse ist der Einsatz während der Durchführung von Penetrationstests.

Du kommst hier nicht rein! - Oder doch? Aktive Penetrationstests helfen, Schwachstellen im Code aufzudecken, ehe Angreifer von Außen diese für Cyberangriffe ausnutzen können. Doch Penetrationstests können nur dann wirklich helfen, wenn dabei auch eine möglichst vollständige Codeabdeckung erreicht wird.
Du kommst hier nicht rein! - Oder doch? Aktive Penetrationstests helfen, Schwachstellen im Code aufzudecken, ehe Angreifer von Außen diese für Cyberangriffe ausnutzen können. Doch Penetrationstests können nur dann wirklich helfen, wenn dabei auch eine möglichst vollständige Codeabdeckung erreicht wird.
(Bild: gemeinfrei / Pixabay)

Im Rahmen einer Bachelorarbeit untersuchen wir, wie sich die Auswertung von Penetrationstests durch die Messung der Code Coverage vereinfachen lässt. Gleichzeitig wird mit dieser parallelen Analyse die Qualität des Penetrationstests selbst kontrolliert. Um nachzuweisen, dass Software ausreichend getestet wurde, werden verschiedene Code Coverage Maße verwendet, z.B.:

  • Function Coverage: jede Funktion wurde aufgerufen,
  • Statement Coverage: jede Anweisung wurde ausgeführt,
  • Decision Coverage: Jede Entscheidung, z.B. in einem if-Statement, wurde als wahr und als falsch ausgewertet.

Testwell CTC++ Coverage Report: Decision und Statement Coverage pro Datei.
Testwell CTC++ Coverage Report: Decision und Statement Coverage pro Datei.
(Bild: Verifysoft)

Im Bereich der sicherheitskritischen Softwareentwicklung gibt es weitere relevante Coverage Maße, als höchste Stufe die Modified Condition/ Decision Coverage (MC/DC), die allerdings nicht im Fokus unserer Untersuchung liegen.

Penetrationstests

Software, die „von außen“ auf irgendeinem Weg erreichbar ist, ist der Gefahr durch kriminelle Angreifer ausgesetzt. Softwarefirmen, die geschäftskritische Webanwendungen entwickeln, führen daher klassischerweise im Rahmen ihrer Qualitätssicherung Penetrationstest durch – oder lassen sie von Dritten durchführen. Gegenüber den eigenen Kunden oder Auditoren kann dadurch der Nachweis erbracht werden, dass die Software definierte Angriffe abblockt.

Werden Sicherheitslücken entdeckt, ist die nachfolgende Analyse für die Entwicklungsabteilung nicht in allen Fällen einfach. Bei einem selbst durchgeführten Penetrationstest, z.B. mit geeigneten Tools, besteht noch eine gewisse Kontrolle über seinen Ablauf – wobei auch hier ein hohes Detailverständnis für die Funktionsweise von Penetrationstests allgemein und vom konkret eingesetzten Tool erforderlich ist.

Ein anderer Aspekt kommt dazu, wenn Dritte den Penetrationstest durchführen: Hier besteht zunächst wenig Kontrolle darüber, was genau wann getestet wurde. Wird das testende Unternehmen darüber hinaus nicht selbst beauftragt, sondern von einem Kunden, dann ist die direkte Zusammenarbeit nicht zwangsweise konstruktiv und vertrauensvoll. In solchen Fällen entsteht durch die Analyse des übermittelten Berichts ein hoher Arbeitsaufwand in der Entwicklungsabteilung. Wurden tatsächlich oder vermeintlich kritische Schwachstellen gefunden wurden, dann ist der zeitliche und inhaltliche Druck groß.

Für dieses Security-Thema sind also technische, organisatorische und menschliche Herausforderungen eng verwoben. Da heute auch eingebettete Software zahlreichen Angriffsmöglichkeiten von außen ausgesetzt ist, wird das Instrument Penetrationstest absehbar eine ähnliche Bedeutung in der Entwicklung und Qualitätskontrolle solcher Software spielen, wie es z.B. für Webanwendungen schon sehr lange der Fall ist.

Messung der Codeabdeckung während eines Penetrationstest

Wie kann man dem Entwickler oder der Entwicklungsabteilung, die mit der Analyse eines Penetrationstests betraut wird, helfen?

Unsere Idee ist, von vorneherein eine Variante des Software zu testen (oder testen zu lassen) die für die Messung der Codeabdeckung instrumentiert wurde.

Neben des Berichts zum Penetrationstest liegt dann automatisch auch ein Bericht über die aufgerufenen Teile der getesteten Software vor. Das kann auf verschiedene Art hilfreich sein:

Im Voraus können Bereiche der Software definiert werden, die während des Penetrationstests auf keinen Fall aufgerufen werden sollten. Wird z.B. für eine Anwendung mit notwendiger Benutzeranmeldung ein Penetrationstest mit nichtangemeldetem Benutzer durchgeführt, dann sind das im Wesentlichen alle Komponenten der Software, die nichts mit der Prüfung von Benutzername und Passwort zu tun haben. Für solche Bereiche des Software dreht sich das klassische Coverage-Ziel um: Statt 100% Coverage ist hier 0% Coverage ideal.

Wurde andererseits eine Schwachstelle entdeckt, dann hilft der Coverage-Bericht, den Weg des Angreifers durch die Software nachzuvollziehen.

Und nicht zuletzt wird auch die Qualität des Penetrationstests selbst analysiert: Durch die Abdeckungsmessung wird transparent, für welche Teile der Software überhaupt Angriffe versucht wurden. Das hilft in jedem der beschriebenen Durchführungsszenarien: Beim eigenen Einsatz eines Penetrationstools kann dessen Einsatzbereich erweitert werden – ein beauftragter Dienstleister wird auf die vollständige Durchführung seines Auftrags kontrolliert.

ESE Kongress 2020 digital

Es ist eine Premiere: Deutschlands großer Leitkongress der Embedded-Softwarebranche kommt zu Ihnen nach Hause oder ins Büro - digital, interaktiv, coronasafe und mit bewährt hohem Umfang und fachlicher Tiefe. Holen Sie sich aktuelles Wissen, Ideen und Lösungen zu Technologien, Methoden und Trends und stellen Sie die Weichen für 2021!

Jetzt Programm checken und bis zum 31. Oktober mit dem Early Bird Ticket sparen!

Mehr zu Programm und Teilnahme

Exemplarisches Projekt

Dieser Ansatz wurde (Stand: Oktober 2018) im Rahmen einer Bachelorarbeit praktisch in folgendem Setup untersucht:

Jetzt Newsletter abonnieren

Verpassen Sie nicht unsere besten Inhalte

Mit Klick auf „Newsletter abonnieren“ erkläre ich mich mit der Verarbeitung und Nutzung meiner Daten gemäß Einwilligungserklärung (bitte aufklappen für Details) einverstanden und akzeptiere die Nutzungsbedingungen. Weitere Informationen finde ich in unserer Datenschutzerklärung.

Aufklappen für Details zu Ihrer Einwilligung
  • Das Heimautomatisierungssystem Domoticz: Zahlreiche Geräte und Sensoren können mit diesem Open Source System überwacht und gesteuert werden.
  • Technisch ist Domoticz im Kern in C++ implementiert und besitzt als Benutzerschnittstelle ein Web-Frontend.
  • Domoticz dient als Testobjekt für die Penetrationstests und läuft für diesen Zweck auf einem Raspberry Pi.
  • Arachni: „Web Application Security Scanner Framework“, wird zur Durchführung der Penetrationstests über das Web-Frontend von Domoticz verwendet.
  • Weitere Penetrationstests: Geplant ist sowohl der Einsatz weiterer Tools als auch selbstentwickelter Penetrationstests.
  • Testwell CTC++: Die Ermittlung der Code Coverage erfolgt mit dem Code Coverage Analyzer Testwell CTC++.

In diesem Setup werden die Grundideen der kombinierten Durchführung von Penetrationstests und Coverage-Messungen nachvollzogen und auf ihre Anwendbarkeit untersucht.

Dieser Beitrag stammt aus dem Tagungsband zum ESE-Kongress 2018.

* Dr. Sabine Poehler ist Produktmanagerin für die Produktlinie Testwell bei der Verifysoft Technology GmbH. Sie ist für die strategische Weiterentwicklung der Testwell-Tools verantwortlich und leitet die Support- und Entwicklungsabteilung.

(ID:46955084)