Mehr Verstöße, mehr Probleme: Die Kosten des Vertrauens in Apps von Drittanbietern

Veröffentlicht Jul 05, 2018
von Pieter Danhieux
FALLSTUDIE

Mehr Verstöße, mehr Probleme: Die Kosten des Vertrauens in Apps von Drittanbietern

Veröffentlicht Jul 05, 2018
von Pieter Danhieux
Ressource anzeigen
Ressource anzeigen

Es ist kein Geheimnis, dass es unsere Hauptaufgabe ist, Software und ihre Entwicklung sicher zu machen; von Beginn der Produktion an mit dem Gedanken an die Sicherheit gestaltet. Unsere Vision setzt einen neuen Maßstab für die Softwareerstellung, bei der Entwickler mit den Fähigkeiten und dem Wissen ausgestattet sind, anfälligen Code bereits während des Schreibprozesses zu erkennen und zu beheben, bevor er überhaupt zu einem Problem wird.

Vor diesem Hintergrund mögen Sie denken, dass wir erfreut sind, von neuen Datenschutzverletzungen, Cyberangriffen und ausgenutztem Code zu hören, die Unternehmen auf der ganzen Welt betreffen - diese Vorfälle unterstreichen sicherlich den Bedarf an unserem Service in verschiedenen Branchen. Die Wahrheit ist, dass es ziemlich frustrierend ist. Es ist klar, dass wir als Branche immer wieder die gleichen Fehler machen, weil die meisten Sicherheitsschulungen einfach nicht robust genug sind, um das Risiko zu minimieren und diese Verstöße zu verhindern.

Das neueste Opfer einer Datenpanne ist Ticketmaster. Wenn Sie zu den Tausenden von betroffenen Kunden gehören, haben Sie eine E-Mail erhalten, in der Sie über den Vorfall informiert werden und Ihr Passwort ändern sollen. Niemand erwartet, dass seine persönlichen Daten verletzt werden, nur weil er Tickets für ein Konzert oder eine Sportveranstaltung kauft, und doch ist es so.

Es ist eine schreckliche Situation für alle; schädlich für den Ruf von Ticketmaster und eine geradezu miese Kundenerfahrung. Es gibt allerdings ein Problem: Es war nicht ganz ihre Schuld.

Das Unternehmen nutzte nämlich die Dienste einer Kundensupport-Anwendung eines Drittanbieters von Inbenta Technologies. Ticketmaster UK entdeckte, dass das Produkt bösartigen Code enthielt, was dazu führte, dass fünf Prozent der weltweiten Kundendaten kompromittiert wurden.

Und wie genau haben es die Hacker geschafft, dieses System auszunutzen? Sie manipulierten eine einzige Zeile JavaScript-Code, der von Inbenta Technologies für die Anforderungen von Ticketmaster angepasst wurde. Laut Inbenta wurde der Code auf einer Seite verwendet, für die er nicht vorgesehen war. Hätten sie es gewusst, hätten sie es als Sicherheitslücke identifiziert.

Bei der Schwachstelle selbst handelt es sich im Wesentlichen um ein Sicherheitsproblem beim Hochladen/Speichern von Dateien in Bibliotheken, wobei ein einziger Verstoß alle Websites betreffen kann, auf denen derselbe Code geladen ist. Der Code kann so modifiziert werden, dass er persönliche Daten sammelt und an die Angreifer weiterleitet, um nur ein Beispiel zu nennen. Es handelt sich um einen einfachen Exploit mit weitreichendem Schadenspotenzial, gegen den wir uns mit einer Reihe von plattforminternen Trainingsübungen für Entwickler zur Wehr setzen.

Natürlich ist es praktisch unmöglich, ein Unternehmen zu betreiben, ohne sich auf einige Anwendungen von Drittanbietern zu verlassen. Sie haben jedoch keine Kontrolle darüber, wie diese ihre Software entwickeln, und haben praktisch keinen Einblick in die Sicherheitsstärke ihres Codes. Es wird zu einer Vertrauenssache. Wenn Ihr Drittanbieter in Bezug auf die Sicherheit seines Codes nachlässig ist, öffnen Sie möglicherweise die Tür für ein Sicherheitsleck in Ihrem Unternehmen.

Was ist also die Lösung? Einfach ausgedrückt: Wir alle müssen es besser machen. Wir müssen aufhören, Sicherheit als lästiges Hindernis auf dem Weg zur Unternehmensinnovation zu betrachten.

Es ist einfacher als Sie denken, Ihr Entwicklungsteam mit den richtigen Werkzeugen und dem richtigen Wissen auszustatten, um die Sicherheit zu erhöhen und schlechten Code schon im Ansatz zu stoppen. Wir haben uns gefreut zu sehen, dass so viele der weltgrößten und bekanntesten Finanz-, Telekommunikations-, Einzelhandels- und Tech-Unternehmen diesen neuen Ansatz übernommen haben, aber es sollte nicht die alleinige Domäne der Fortune-100-Unternehmen sein, Schritte in der Sicherheitsausbildung zu unternehmen. Jedes Unternehmen, das Entwickler zu seinen Mitarbeitern zählt, muss Schulungen implementieren, die den Teams helfen, sicher zu programmieren.

Das kürzlich veröffentlichte Whitepaper, das ich zusammen mit unserem CTO Matias Madou verfasst habe, zeigt die Vorteile des Aufbaus einer Sicherheitskultur in Ihrem Unternehmen auf. Wir erläutern, warum dies der Schlüssel zur Erschließung von Innovationen ist, um agil zu bleiben und die finanziellen Auswirkungen von unsicherem Code zu reduzieren.

Hier finden Sie unter anderem Tipps:

* Wie man Sicherheitsschulungen für Entwickler relevant und ansprechend gestaltet

* Wie man Entwicklern beibringt, ihre eigenen Probleme zu identifizieren und zu beheben

* Wie man Entwicklern hilft, ihren eigenen Code sicher zu konstruieren.

Ich lade Sie ein, diese Ressource herunterzuladen und sie zu nutzen, um sich für die Sicherheit in Ihrem Unternehmen einzusetzen, die Fähigkeiten Ihres Teams auszubauen und bei der Festlegung eines höheren Codestandards eine Vorreiterrolle zu spielen.

Wir müssen aufhören, Sicherheit als lästiges Hindernis auf dem Weg der Unternehmensinnovation zu betrachten.
Ressource anzeigen
Ressource anzeigen

Autor

Pieter Danhieux

Pieter Danhieux ist ein weltweit anerkannter Sicherheitsexperte mit mehr als 12 Jahren Erfahrung als Sicherheitsberater und 8 Jahren als Principal Instructor für SANS, wo er offensive Techniken lehrt, wie man Organisationen, Systeme und Einzelpersonen auf Sicherheitsschwächen hin untersucht und bewertet. Im Jahr 2016 wurde er als einer der "Coolest Tech People in Australia" (Business Insider) ausgezeichnet, erhielt die Auszeichnung "Cyber Security Professional of the Year" (AISA - Australian Information Security Association) und besitzt die Zertifizierungen GSE, CISSP, GCIH, GCFA, GSEC, GPEN, GWAPT, GCIA.

Sie wollen mehr?

Tauchen Sie ein in unsere neuesten Erkenntnisse über sichere Kodierung im Blog.

Unsere umfangreiche Ressourcenbibliothek zielt darauf ab, die menschliche Herangehensweise an eine sichere Weiterbildung im Bereich der Programmierung zu stärken.

Blog ansehen
Sie wollen mehr?

Holen Sie sich die neuesten Forschungsergebnisse zur entwicklergesteuerten Sicherheit

Unsere umfangreiche Ressourcenbibliothek ist voll von hilfreichen Ressourcen, von Whitepapers bis hin zu Webinaren, die Ihnen den Einstieg in die entwicklungsorientierte sichere Programmierung erleichtern. Erforschen Sie sie jetzt.

Ressourcendrehscheibe

Mehr Verstöße, mehr Probleme: Die Kosten des Vertrauens in Apps von Drittanbietern

Veröffentlicht Jul 05, 2018
Von Pieter Danhieux

Es ist kein Geheimnis, dass es unsere Hauptaufgabe ist, Software und ihre Entwicklung sicher zu machen; von Beginn der Produktion an mit dem Gedanken an die Sicherheit gestaltet. Unsere Vision setzt einen neuen Maßstab für die Softwareerstellung, bei der Entwickler mit den Fähigkeiten und dem Wissen ausgestattet sind, anfälligen Code bereits während des Schreibprozesses zu erkennen und zu beheben, bevor er überhaupt zu einem Problem wird.

Vor diesem Hintergrund mögen Sie denken, dass wir erfreut sind, von neuen Datenschutzverletzungen, Cyberangriffen und ausgenutztem Code zu hören, die Unternehmen auf der ganzen Welt betreffen - diese Vorfälle unterstreichen sicherlich den Bedarf an unserem Service in verschiedenen Branchen. Die Wahrheit ist, dass es ziemlich frustrierend ist. Es ist klar, dass wir als Branche immer wieder die gleichen Fehler machen, weil die meisten Sicherheitsschulungen einfach nicht robust genug sind, um das Risiko zu minimieren und diese Verstöße zu verhindern.

Das neueste Opfer einer Datenpanne ist Ticketmaster. Wenn Sie zu den Tausenden von betroffenen Kunden gehören, haben Sie eine E-Mail erhalten, in der Sie über den Vorfall informiert werden und Ihr Passwort ändern sollen. Niemand erwartet, dass seine persönlichen Daten verletzt werden, nur weil er Tickets für ein Konzert oder eine Sportveranstaltung kauft, und doch ist es so.

Es ist eine schreckliche Situation für alle; schädlich für den Ruf von Ticketmaster und eine geradezu miese Kundenerfahrung. Es gibt allerdings ein Problem: Es war nicht ganz ihre Schuld.

Das Unternehmen nutzte nämlich die Dienste einer Kundensupport-Anwendung eines Drittanbieters von Inbenta Technologies. Ticketmaster UK entdeckte, dass das Produkt bösartigen Code enthielt, was dazu führte, dass fünf Prozent der weltweiten Kundendaten kompromittiert wurden.

Und wie genau haben es die Hacker geschafft, dieses System auszunutzen? Sie manipulierten eine einzige Zeile JavaScript-Code, der von Inbenta Technologies für die Anforderungen von Ticketmaster angepasst wurde. Laut Inbenta wurde der Code auf einer Seite verwendet, für die er nicht vorgesehen war. Hätten sie es gewusst, hätten sie es als Sicherheitslücke identifiziert.

Bei der Schwachstelle selbst handelt es sich im Wesentlichen um ein Sicherheitsproblem beim Hochladen/Speichern von Dateien in Bibliotheken, wobei ein einziger Verstoß alle Websites betreffen kann, auf denen derselbe Code geladen ist. Der Code kann so modifiziert werden, dass er persönliche Daten sammelt und an die Angreifer weiterleitet, um nur ein Beispiel zu nennen. Es handelt sich um einen einfachen Exploit mit weitreichendem Schadenspotenzial, gegen den wir uns mit einer Reihe von plattforminternen Trainingsübungen für Entwickler zur Wehr setzen.

Natürlich ist es praktisch unmöglich, ein Unternehmen zu betreiben, ohne sich auf einige Anwendungen von Drittanbietern zu verlassen. Sie haben jedoch keine Kontrolle darüber, wie diese ihre Software entwickeln, und haben praktisch keinen Einblick in die Sicherheitsstärke ihres Codes. Es wird zu einer Vertrauenssache. Wenn Ihr Drittanbieter in Bezug auf die Sicherheit seines Codes nachlässig ist, öffnen Sie möglicherweise die Tür für ein Sicherheitsleck in Ihrem Unternehmen.

Was ist also die Lösung? Einfach ausgedrückt: Wir alle müssen es besser machen. Wir müssen aufhören, Sicherheit als lästiges Hindernis auf dem Weg zur Unternehmensinnovation zu betrachten.

Es ist einfacher als Sie denken, Ihr Entwicklungsteam mit den richtigen Werkzeugen und dem richtigen Wissen auszustatten, um die Sicherheit zu erhöhen und schlechten Code schon im Ansatz zu stoppen. Wir haben uns gefreut zu sehen, dass so viele der weltgrößten und bekanntesten Finanz-, Telekommunikations-, Einzelhandels- und Tech-Unternehmen diesen neuen Ansatz übernommen haben, aber es sollte nicht die alleinige Domäne der Fortune-100-Unternehmen sein, Schritte in der Sicherheitsausbildung zu unternehmen. Jedes Unternehmen, das Entwickler zu seinen Mitarbeitern zählt, muss Schulungen implementieren, die den Teams helfen, sicher zu programmieren.

Das kürzlich veröffentlichte Whitepaper, das ich zusammen mit unserem CTO Matias Madou verfasst habe, zeigt die Vorteile des Aufbaus einer Sicherheitskultur in Ihrem Unternehmen auf. Wir erläutern, warum dies der Schlüssel zur Erschließung von Innovationen ist, um agil zu bleiben und die finanziellen Auswirkungen von unsicherem Code zu reduzieren.

Hier finden Sie unter anderem Tipps:

* Wie man Sicherheitsschulungen für Entwickler relevant und ansprechend gestaltet

* Wie man Entwicklern beibringt, ihre eigenen Probleme zu identifizieren und zu beheben

* Wie man Entwicklern hilft, ihren eigenen Code sicher zu konstruieren.

Ich lade Sie ein, diese Ressource herunterzuladen und sie zu nutzen, um sich für die Sicherheit in Ihrem Unternehmen einzusetzen, die Fähigkeiten Ihres Teams auszubauen und bei der Festlegung eines höheren Codestandards eine Vorreiterrolle zu spielen.

Wir müssen aufhören, Sicherheit als lästiges Hindernis auf dem Weg der Unternehmensinnovation zu betrachten.

Wir bitten Sie um Ihre Erlaubnis, Ihnen Informationen über unsere Produkte und/oder verwandte Themen der sicheren Codierung zuzusenden. Wir werden Ihre persönlichen Daten immer mit äußerster Sorgfalt behandeln und sie niemals zu Marketingzwecken an andere Unternehmen verkaufen.

Um das Formular abzuschicken, aktivieren Sie bitte "Analytics"-Cookies. Sie können die Cookies wieder deaktivieren, sobald Sie fertig sind.