Festcodierte Anmeldedaten können Sicherheitsrisiken bergen
Secure Code Warrior setzt sich dafür ein, die Sicherheits- und Entwicklergemeinschaft darüber aufzuklären, wie man sicheren Code schreibt und das Risiko von Schwachstellen, die durch unsicheren Code entstehen, verringert. Als Teil dieses Ziels werden wir die sich entwickelnde Geschichte des jüngsten Sicherheitsvorfalls bei Uber als Gelegenheit nutzen, um die Bedeutung von entwicklergesteuerter Sicherheit und Linksverschiebung zu diskutieren.
Sicherheitsvorfall bei Uber
Uber hat am 16. September eine Erklärung zu dem Cybersicherheitsvorfall veröffentlicht und wird diese weiterhin aktualisieren. Die Leser sollten bedenken, dass es sich um eine laufende Geschichte handelt. Lassen Sie uns zusammenfassen, was wir bisher durch die Ankündigung von Uber und andere seriöse Beiträge in der Sicherheits-Community erfahren haben.
Der Hacker begann mit dem Social Engineering eines Uber-Mitarbeiters, nachdem er dessen What'sApp-Nummer herausgefunden hatte. Der Angreifer setzte sich mit ihm in Verbindung und begann mit dem Phishing von Anmeldedaten, indem er den ahnungslosen Mitarbeiter dazu brachte, sich auf einer gefälschten Uber-Website anzumelden und dann seinen Benutzernamen und sein Kennwort zu erfassen.
Uber-Konten sind durch Multi-Faktor-Authentifizierung (MFA) geschützt. Das bedeutet, dass der Nutzer neben der Eingabe eines Passworts einen zweiten Nachweis seiner Identität erbringen muss. In den meisten Fällen ist dies eine Aufforderung, die an ein mobiles Gerät gesendet wird.
Nachdem er die Anmeldedaten erhalten hatte, startete der Angreifer einen MFA-Müdigkeitsangriff, indem er ständig versuchte, sich auf der echten Uber-Website anzumelden, und den Mitarbeiter mit zahlreichen Push-Benachrichtigungen auf seinem Gerät überwältigte. Erneut kontaktierte der Angreifer das Opfer über WhatsApp. Diesmal gaben sie sich angeblich als IT-Support aus und überzeugten sie erfolgreich davon, das Angebot anzunehmen.
Festcodierte Anmeldeinformationen
Die Grundlage für die Sicherheitsverletzung bei Uber war ein erfolgreicher Phishing-Angriff. Nach dem Eindringen fand der Eindringling Netzwerkfreigaben mit PowerShell-Skripten. Eines dieser Skripte enthielt die festcodierten Anmeldedaten eines Admin-Benutzers, was zur Kompromittierung von Uber-internen Diensten wie AWS, G-Suite und Code-Repositories führte. Der Hacker erhielt auch Zugriff auf das HackerOne-Konto von Uber. Laut Uber wurden jedoch "alle Fehlerberichte, auf die der Angreifer zugreifen konnte, behoben".
Möchten Sie wissen, wie diese Schwachstelle im Code aussehen würde? Probieren Sie unsere kostenlose PowerShell-Herausforderung aus.
Wie häufig sind diese Arten von Angriffen?
Social Engineering als Angriffsvektor ist schwer abzuwehren, da der Faktor Mensch seit jeher als schwächster Teil der Cybersicherheit angesehen wird. Der Uber-Hack hat deutlich gezeigt, dass MFA-Implementierungen leicht umgangen werden können. Um dies zu verhindern, muss das Bewusstsein der Mitarbeiter für die Funktionsweise von Phishing-Angriffen gestärkt werden.
Die Ursache für die Offenlegung der internen Dienste von Uber sind jedoch der Benutzername und das Passwort des Administrators, die in einem PowerShell-Skript gefunden wurden. Das Festcodieren von Anmeldedaten ist nie eine gute Sache, da sie für jeden Entwickler und im Grunde für jeden, der Zugriff auf den Code hat, lesbar werden.
Aber auch hier gilt: Bewusstsein ist der Schlüssel! Entwickler, die auf Sicherheit bedacht sind, erkennen Schwachstellen eher und schreiben sie seltener.
Ein zweigleisiger Ansatz aus allgemeiner Aufklärung über Social Engineering und insbesondere proaktiver Schulung in sicherer Codierung wird die Zahl der Schwachstellen in einer Codebasis verringern und sich daher als entscheidend im Kampf gegen Sicherheitsbedrohungen erweisen.
Möchten Sie mehr darüber erfahren, wie Sie mit den besten Praktiken für die sichere Programmierung auf dem Laufenden bleiben können? Besuchen Sie Secure Code Coach. Hier können Sie sich mit Richtlinien zur sicheren Kodierung vertraut machen und kostenlos Übungen ausprobieren.
Erfahren Sie mehr über die Risiken, die mit fest kodierten Anmeldeinformationen und Social Engineering verbunden sind, wenn wir über den jüngsten Sicherheitsvorfall bei Uber sprechen und darüber, warum es für Unternehmen so wichtig ist, einen Linksruck zu vollziehen und sicherzustellen, dass ihre Entwickler auf dem neuesten Stand der Best Practices für sichere Kodierung sind.
Secure Code Warrior ist für Ihr Unternehmen da, um Sie dabei zu unterstützen, Ihren Code über den gesamten Lebenszyklus der Softwareentwicklung hinweg zu sichern und eine Kultur zu schaffen, in der Cybersicherheit an erster Stelle steht. Ganz gleich, ob Sie AppSec-Manager, Entwickler, CISO oder ein anderer Sicherheitsverantwortlicher sind, wir können Ihrem Unternehmen helfen, die mit unsicherem Code verbundenen Risiken zu reduzieren.
Demo buchenLaura Verheyde ist Softwareentwicklerin bei Secure Code Warrior und beschäftigt sich mit der Erforschung von Schwachstellen und der Erstellung von Inhalten für Missions und Coding Labs.
Secure Code Warrior setzt sich dafür ein, die Sicherheits- und Entwicklergemeinschaft darüber aufzuklären, wie man sicheren Code schreibt und das Risiko von Schwachstellen, die durch unsicheren Code entstehen, verringert. Als Teil dieses Ziels werden wir die sich entwickelnde Geschichte des jüngsten Sicherheitsvorfalls bei Uber als Gelegenheit nutzen, um die Bedeutung von entwicklergesteuerter Sicherheit und Linksverschiebung zu diskutieren.
Sicherheitsvorfall bei Uber
Uber hat am 16. September eine Erklärung zu dem Cybersicherheitsvorfall veröffentlicht und wird diese weiterhin aktualisieren. Die Leser sollten bedenken, dass es sich um eine laufende Geschichte handelt. Lassen Sie uns zusammenfassen, was wir bisher durch die Ankündigung von Uber und andere seriöse Beiträge in der Sicherheits-Community erfahren haben.
Der Hacker begann mit dem Social Engineering eines Uber-Mitarbeiters, nachdem er dessen What'sApp-Nummer herausgefunden hatte. Der Angreifer setzte sich mit ihm in Verbindung und begann mit dem Phishing von Anmeldedaten, indem er den ahnungslosen Mitarbeiter dazu brachte, sich auf einer gefälschten Uber-Website anzumelden und dann seinen Benutzernamen und sein Kennwort zu erfassen.
Uber-Konten sind durch Multi-Faktor-Authentifizierung (MFA) geschützt. Das bedeutet, dass der Nutzer neben der Eingabe eines Passworts einen zweiten Nachweis seiner Identität erbringen muss. In den meisten Fällen ist dies eine Aufforderung, die an ein mobiles Gerät gesendet wird.
Nachdem er die Anmeldedaten erhalten hatte, startete der Angreifer einen MFA-Müdigkeitsangriff, indem er ständig versuchte, sich auf der echten Uber-Website anzumelden, und den Mitarbeiter mit zahlreichen Push-Benachrichtigungen auf seinem Gerät überwältigte. Erneut kontaktierte der Angreifer das Opfer über WhatsApp. Diesmal gaben sie sich angeblich als IT-Support aus und überzeugten sie erfolgreich davon, das Angebot anzunehmen.
Festcodierte Anmeldeinformationen
Die Grundlage für die Sicherheitsverletzung bei Uber war ein erfolgreicher Phishing-Angriff. Nach dem Eindringen fand der Eindringling Netzwerkfreigaben mit PowerShell-Skripten. Eines dieser Skripte enthielt die festcodierten Anmeldedaten eines Admin-Benutzers, was zur Kompromittierung von Uber-internen Diensten wie AWS, G-Suite und Code-Repositories führte. Der Hacker erhielt auch Zugriff auf das HackerOne-Konto von Uber. Laut Uber wurden jedoch "alle Fehlerberichte, auf die der Angreifer zugreifen konnte, behoben".
Möchten Sie wissen, wie diese Schwachstelle im Code aussehen würde? Probieren Sie unsere kostenlose PowerShell-Herausforderung aus.
Wie häufig sind diese Arten von Angriffen?
Social Engineering als Angriffsvektor ist schwer abzuwehren, da der Faktor Mensch seit jeher als schwächster Teil der Cybersicherheit angesehen wird. Der Uber-Hack hat deutlich gezeigt, dass MFA-Implementierungen leicht umgangen werden können. Um dies zu verhindern, muss das Bewusstsein der Mitarbeiter für die Funktionsweise von Phishing-Angriffen gestärkt werden.
Die Ursache für die Offenlegung der internen Dienste von Uber sind jedoch der Benutzername und das Passwort des Administrators, die in einem PowerShell-Skript gefunden wurden. Das Festcodieren von Anmeldedaten ist nie eine gute Sache, da sie für jeden Entwickler und im Grunde für jeden, der Zugriff auf den Code hat, lesbar werden.
Aber auch hier gilt: Bewusstsein ist der Schlüssel! Entwickler, die auf Sicherheit bedacht sind, erkennen Schwachstellen eher und schreiben sie seltener.
Ein zweigleisiger Ansatz aus allgemeiner Aufklärung über Social Engineering und insbesondere proaktiver Schulung in sicherer Codierung wird die Zahl der Schwachstellen in einer Codebasis verringern und sich daher als entscheidend im Kampf gegen Sicherheitsbedrohungen erweisen.
Möchten Sie mehr darüber erfahren, wie Sie mit den besten Praktiken für die sichere Programmierung auf dem Laufenden bleiben können? Besuchen Sie Secure Code Coach. Hier können Sie sich mit Richtlinien zur sicheren Kodierung vertraut machen und kostenlos Übungen ausprobieren.
Secure Code Warrior setzt sich dafür ein, die Sicherheits- und Entwicklergemeinschaft darüber aufzuklären, wie man sicheren Code schreibt und das Risiko von Schwachstellen, die durch unsicheren Code entstehen, verringert. Als Teil dieses Ziels werden wir die sich entwickelnde Geschichte des jüngsten Sicherheitsvorfalls bei Uber als Gelegenheit nutzen, um die Bedeutung von entwicklergesteuerter Sicherheit und Linksverschiebung zu diskutieren.
Sicherheitsvorfall bei Uber
Uber hat am 16. September eine Erklärung zu dem Cybersicherheitsvorfall veröffentlicht und wird diese weiterhin aktualisieren. Die Leser sollten bedenken, dass es sich um eine laufende Geschichte handelt. Lassen Sie uns zusammenfassen, was wir bisher durch die Ankündigung von Uber und andere seriöse Beiträge in der Sicherheits-Community erfahren haben.
Der Hacker begann mit dem Social Engineering eines Uber-Mitarbeiters, nachdem er dessen What'sApp-Nummer herausgefunden hatte. Der Angreifer setzte sich mit ihm in Verbindung und begann mit dem Phishing von Anmeldedaten, indem er den ahnungslosen Mitarbeiter dazu brachte, sich auf einer gefälschten Uber-Website anzumelden und dann seinen Benutzernamen und sein Kennwort zu erfassen.
Uber-Konten sind durch Multi-Faktor-Authentifizierung (MFA) geschützt. Das bedeutet, dass der Nutzer neben der Eingabe eines Passworts einen zweiten Nachweis seiner Identität erbringen muss. In den meisten Fällen ist dies eine Aufforderung, die an ein mobiles Gerät gesendet wird.
Nachdem er die Anmeldedaten erhalten hatte, startete der Angreifer einen MFA-Müdigkeitsangriff, indem er ständig versuchte, sich auf der echten Uber-Website anzumelden, und den Mitarbeiter mit zahlreichen Push-Benachrichtigungen auf seinem Gerät überwältigte. Erneut kontaktierte der Angreifer das Opfer über WhatsApp. Diesmal gaben sie sich angeblich als IT-Support aus und überzeugten sie erfolgreich davon, das Angebot anzunehmen.
Festcodierte Anmeldeinformationen
Die Grundlage für die Sicherheitsverletzung bei Uber war ein erfolgreicher Phishing-Angriff. Nach dem Eindringen fand der Eindringling Netzwerkfreigaben mit PowerShell-Skripten. Eines dieser Skripte enthielt die festcodierten Anmeldedaten eines Admin-Benutzers, was zur Kompromittierung von Uber-internen Diensten wie AWS, G-Suite und Code-Repositories führte. Der Hacker erhielt auch Zugriff auf das HackerOne-Konto von Uber. Laut Uber wurden jedoch "alle Fehlerberichte, auf die der Angreifer zugreifen konnte, behoben".
Möchten Sie wissen, wie diese Schwachstelle im Code aussehen würde? Probieren Sie unsere kostenlose PowerShell-Herausforderung aus.
Wie häufig sind diese Arten von Angriffen?
Social Engineering als Angriffsvektor ist schwer abzuwehren, da der Faktor Mensch seit jeher als schwächster Teil der Cybersicherheit angesehen wird. Der Uber-Hack hat deutlich gezeigt, dass MFA-Implementierungen leicht umgangen werden können. Um dies zu verhindern, muss das Bewusstsein der Mitarbeiter für die Funktionsweise von Phishing-Angriffen gestärkt werden.
Die Ursache für die Offenlegung der internen Dienste von Uber sind jedoch der Benutzername und das Passwort des Administrators, die in einem PowerShell-Skript gefunden wurden. Das Festcodieren von Anmeldedaten ist nie eine gute Sache, da sie für jeden Entwickler und im Grunde für jeden, der Zugriff auf den Code hat, lesbar werden.
Aber auch hier gilt: Bewusstsein ist der Schlüssel! Entwickler, die auf Sicherheit bedacht sind, erkennen Schwachstellen eher und schreiben sie seltener.
Ein zweigleisiger Ansatz aus allgemeiner Aufklärung über Social Engineering und insbesondere proaktiver Schulung in sicherer Codierung wird die Zahl der Schwachstellen in einer Codebasis verringern und sich daher als entscheidend im Kampf gegen Sicherheitsbedrohungen erweisen.
Möchten Sie mehr darüber erfahren, wie Sie mit den besten Praktiken für die sichere Programmierung auf dem Laufenden bleiben können? Besuchen Sie Secure Code Coach. Hier können Sie sich mit Richtlinien zur sicheren Kodierung vertraut machen und kostenlos Übungen ausprobieren.
Klicken Sie auf den unten stehenden Link und laden Sie die PDF-Datei dieser Ressource herunter.
Secure Code Warrior ist für Ihr Unternehmen da, um Sie dabei zu unterstützen, Ihren Code über den gesamten Lebenszyklus der Softwareentwicklung hinweg zu sichern und eine Kultur zu schaffen, in der Cybersicherheit an erster Stelle steht. Ganz gleich, ob Sie AppSec-Manager, Entwickler, CISO oder ein anderer Sicherheitsverantwortlicher sind, wir können Ihrem Unternehmen helfen, die mit unsicherem Code verbundenen Risiken zu reduzieren.
Bericht ansehenDemo buchenLaura Verheyde ist Softwareentwicklerin bei Secure Code Warrior und beschäftigt sich mit der Erforschung von Schwachstellen und der Erstellung von Inhalten für Missions und Coding Labs.
Secure Code Warrior setzt sich dafür ein, die Sicherheits- und Entwicklergemeinschaft darüber aufzuklären, wie man sicheren Code schreibt und das Risiko von Schwachstellen, die durch unsicheren Code entstehen, verringert. Als Teil dieses Ziels werden wir die sich entwickelnde Geschichte des jüngsten Sicherheitsvorfalls bei Uber als Gelegenheit nutzen, um die Bedeutung von entwicklergesteuerter Sicherheit und Linksverschiebung zu diskutieren.
Sicherheitsvorfall bei Uber
Uber hat am 16. September eine Erklärung zu dem Cybersicherheitsvorfall veröffentlicht und wird diese weiterhin aktualisieren. Die Leser sollten bedenken, dass es sich um eine laufende Geschichte handelt. Lassen Sie uns zusammenfassen, was wir bisher durch die Ankündigung von Uber und andere seriöse Beiträge in der Sicherheits-Community erfahren haben.
Der Hacker begann mit dem Social Engineering eines Uber-Mitarbeiters, nachdem er dessen What'sApp-Nummer herausgefunden hatte. Der Angreifer setzte sich mit ihm in Verbindung und begann mit dem Phishing von Anmeldedaten, indem er den ahnungslosen Mitarbeiter dazu brachte, sich auf einer gefälschten Uber-Website anzumelden und dann seinen Benutzernamen und sein Kennwort zu erfassen.
Uber-Konten sind durch Multi-Faktor-Authentifizierung (MFA) geschützt. Das bedeutet, dass der Nutzer neben der Eingabe eines Passworts einen zweiten Nachweis seiner Identität erbringen muss. In den meisten Fällen ist dies eine Aufforderung, die an ein mobiles Gerät gesendet wird.
Nachdem er die Anmeldedaten erhalten hatte, startete der Angreifer einen MFA-Müdigkeitsangriff, indem er ständig versuchte, sich auf der echten Uber-Website anzumelden, und den Mitarbeiter mit zahlreichen Push-Benachrichtigungen auf seinem Gerät überwältigte. Erneut kontaktierte der Angreifer das Opfer über WhatsApp. Diesmal gaben sie sich angeblich als IT-Support aus und überzeugten sie erfolgreich davon, das Angebot anzunehmen.
Festcodierte Anmeldeinformationen
Die Grundlage für die Sicherheitsverletzung bei Uber war ein erfolgreicher Phishing-Angriff. Nach dem Eindringen fand der Eindringling Netzwerkfreigaben mit PowerShell-Skripten. Eines dieser Skripte enthielt die festcodierten Anmeldedaten eines Admin-Benutzers, was zur Kompromittierung von Uber-internen Diensten wie AWS, G-Suite und Code-Repositories führte. Der Hacker erhielt auch Zugriff auf das HackerOne-Konto von Uber. Laut Uber wurden jedoch "alle Fehlerberichte, auf die der Angreifer zugreifen konnte, behoben".
Möchten Sie wissen, wie diese Schwachstelle im Code aussehen würde? Probieren Sie unsere kostenlose PowerShell-Herausforderung aus.
Wie häufig sind diese Arten von Angriffen?
Social Engineering als Angriffsvektor ist schwer abzuwehren, da der Faktor Mensch seit jeher als schwächster Teil der Cybersicherheit angesehen wird. Der Uber-Hack hat deutlich gezeigt, dass MFA-Implementierungen leicht umgangen werden können. Um dies zu verhindern, muss das Bewusstsein der Mitarbeiter für die Funktionsweise von Phishing-Angriffen gestärkt werden.
Die Ursache für die Offenlegung der internen Dienste von Uber sind jedoch der Benutzername und das Passwort des Administrators, die in einem PowerShell-Skript gefunden wurden. Das Festcodieren von Anmeldedaten ist nie eine gute Sache, da sie für jeden Entwickler und im Grunde für jeden, der Zugriff auf den Code hat, lesbar werden.
Aber auch hier gilt: Bewusstsein ist der Schlüssel! Entwickler, die auf Sicherheit bedacht sind, erkennen Schwachstellen eher und schreiben sie seltener.
Ein zweigleisiger Ansatz aus allgemeiner Aufklärung über Social Engineering und insbesondere proaktiver Schulung in sicherer Codierung wird die Zahl der Schwachstellen in einer Codebasis verringern und sich daher als entscheidend im Kampf gegen Sicherheitsbedrohungen erweisen.
Möchten Sie mehr darüber erfahren, wie Sie mit den besten Praktiken für die sichere Programmierung auf dem Laufenden bleiben können? Besuchen Sie Secure Code Coach. Hier können Sie sich mit Richtlinien zur sicheren Kodierung vertraut machen und kostenlos Übungen ausprobieren.
Inhaltsübersicht
Secure Code Warrior ist für Ihr Unternehmen da, um Sie dabei zu unterstützen, Ihren Code über den gesamten Lebenszyklus der Softwareentwicklung hinweg zu sichern und eine Kultur zu schaffen, in der Cybersicherheit an erster Stelle steht. Ganz gleich, ob Sie AppSec-Manager, Entwickler, CISO oder ein anderer Sicherheitsverantwortlicher sind, wir können Ihrem Unternehmen helfen, die mit unsicherem Code verbundenen Risiken zu reduzieren.
Demo buchenHerunterladenRessourcen für den Einstieg
Benchmarking von Sicherheitskompetenzen: Optimierung von Secure-by-Design im Unternehmen
Die Secure-by-Design-Bewegung ist die Zukunft der sicheren Softwareentwicklung. Erfahren Sie mehr über die wichtigsten Elemente, die Unternehmen berücksichtigen müssen, wenn sie über eine Secure-by-Design-Initiative nachdenken.
DigitalOcean verringert Sicherheitsverschuldung mit Secure Code Warrior
DigitalOceans Einsatz von Secure Code Warrior hat die Sicherheitsverschuldung deutlich reduziert, so dass sich die Teams stärker auf Innovation und Produktivität konzentrieren können. Die verbesserte Sicherheit hat die Produktqualität und den Wettbewerbsvorteil des Unternehmens gestärkt. Mit Blick auf die Zukunft wird der SCW Trust Score dem Unternehmen helfen, seine Sicherheitspraktiken weiter zu verbessern und Innovationen voranzutreiben.
Ressourcen für den Einstieg
Trust Score zeigt den Wert von Secure-by-Design-Upskilling-Initiativen
Unsere Forschung hat gezeigt, dass Schulungen für sicheren Code funktionieren. Trust Score verwendet einen Algorithmus, der auf mehr als 20 Millionen Lerndaten aus der Arbeit von mehr als 250.000 Lernenden in über 600 Organisationen basiert, und zeigt, wie effektiv die Initiative ist, um Schwachstellen zu beseitigen und wie man sie noch effektiver gestalten kann.
Reaktive versus präventive Sicherheit: Prävention ist das bessere Heilmittel
Der Gedanke, Legacy-Code und -Systeme zur gleichen Zeit wie neuere Anwendungen mit präventiver Sicherheit auszustatten, kann entmutigend erscheinen, aber ein Secure-by-Design-Ansatz, der durch die Weiterbildung von Entwicklern durchgesetzt wird, kann die besten Sicherheitsverfahren auf diese Systeme anwenden. Dies ist für viele Unternehmen die beste Chance, ihre Sicherheitslage zu verbessern.
Die Vorteile eines Benchmarking der Sicherheitskompetenzen von Entwicklern
Der zunehmende Fokus auf sicheren Code und Secure-by-Design-Prinzipien erfordert, dass Entwickler von Beginn des SDLC an in Cybersicherheit geschult werden, wobei Tools wie Secure Code Warrior's Trust Score dabei helfen, ihre Fortschritte zu messen und zu verbessern.
Wesentlicher Erfolg für Enterprise Secure-by-Design-Initiativen
Unser jüngstes Forschungspapier „Benchmarking Security Skills: Streamlining Secure-by-Design in the Enterprise“ ist das Ergebnis einer umfassenden Analyse echter Secure-by-Design-Initiativen auf Unternehmensebene und der Ableitung von Best-Practice-Ansätzen auf Grundlage datengesteuerter Erkenntnisse.