
Las credenciales codificadas pueden introducir riesgos de seguridad
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.


Obtén más información sobre los riesgos asociados con las credenciales codificadas y la ingeniería social mientras analizamos el reciente incidente de seguridad de Uber y por qué es tan importante que las organizaciones cambien a la izquierda y se aseguren de que sus desarrolladores están al día con las mejores prácticas de codificación segura.

Secure Code Warrior hier, um Ihrem Unternehmen dabei zu helfen, den Code während des gesamten Lebenszyklus der Softwareentwicklung zu schützen und eine Kultur zu schaffen, in der Cybersicherheit oberste Priorität hat. Ganz gleich, ob Sie AppSec-Administrator, Entwickler, CISO oder in einem anderen Bereich der Sicherheit tätig sind – wir können Ihrem Unternehmen dabei helfen, die mit unsicherem Code verbundenen Risiken zu reduzieren.
Eine Vorführung 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 untenstehenden Link und laden Sie die PDF-Datei dieser Ressource herunter.
Secure Code Warrior hier, um Ihrem Unternehmen dabei zu helfen, den Code während des gesamten Lebenszyklus der Softwareentwicklung zu schützen und eine Kultur zu schaffen, in der Cybersicherheit oberste Priorität hat. Ganz gleich, ob Sie AppSec-Administrator, Entwickler, CISO oder in einem anderen Bereich der Sicherheit tätig sind – wir können Ihrem Unternehmen dabei helfen, die mit unsicherem Code verbundenen Risiken zu reduzieren.
Bericht anzeigenEine Vorführung 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.
Inhaltsverzeichnis

Secure Code Warrior hier, um Ihrem Unternehmen dabei zu helfen, den Code während des gesamten Lebenszyklus der Softwareentwicklung zu schützen und eine Kultur zu schaffen, in der Cybersicherheit oberste Priorität hat. Ganz gleich, ob Sie AppSec-Administrator, Entwickler, CISO oder in einem anderen Bereich der Sicherheit tätig sind – wir können Ihrem Unternehmen dabei helfen, die mit unsicherem Code verbundenen Risiken zu reduzieren.
Eine Vorführung buchenHerunterladenRessourcen für den Einstieg
Themen und Inhalte der Schulung zum Thema sicherer Code
Unsere branchenführenden Inhalte werden ständig weiterentwickelt, um sich an die sich wandelnde Landschaft der Softwareentwicklung anzupassen und dabei Ihre Rolle zu berücksichtigen. Es werden Themen angeboten, die von KI bis hin zu XQuery-Injektion reichen und sich an verschiedene Positionen richten, von Architekten und Ingenieuren bis hin zu Produktmanagern und Qualitätskontrolleuren. Verschaffen Sie sich einen Überblick über unser Angebot an Inhalten nach Thema und Funktion.
Die Kamer van Koophandel setzt Maßstäbe für entwicklergesteuerte Sicherheit in großem Maßstab
Die Kamer van Koophandel berichtet, wie sie sicheres Codieren durch rollenbasierte Zertifizierungen, Trust Score-Benchmarking und eine Kultur der gemeinsamen Verantwortung für Sicherheit in die tägliche Entwicklungsarbeit integriert hat.
Bedrohungsmodellierung mit KI: So wird jeder Entwickler zum Bedrohungsmodellierer
Sie werden besser gerüstet sein, um Entwicklern dabei zu helfen, Ideen und Techniken zur Bedrohungsmodellierung mit den KI-Tools zu kombinieren, die sie bereits verwenden, um die Sicherheit zu erhöhen, die Zusammenarbeit zu verbessern und von Anfang an widerstandsfähigere Software zu entwickeln.
Ressourcen für den Einstieg
Cybermon ist zurück: Die KI-Missionen von Beat the Boss sind jetzt auf Abruf verfügbar.
Cybermon 2025 Beat the Boss ist jetzt das ganze Jahr über bei SCW verfügbar. Implementieren Sie fortschrittliche KI- und LLM-Sicherheitsherausforderungen, um die sichere Entwicklung von KI in großem Maßstab zu stärken.
Erläuterung des Gesetzes zur Cyberresilienz: Was bedeutet es für die Entwicklung sicherer Software?
Entdecken Sie, was das EU-Gesetz zur Cyberresilienz (CRA) verlangt, für wen es gilt und wie sich Ingenieurteams mit sicheren Designpraktiken, der Vermeidung von Schwachstellen und der Entwicklung von Fähigkeiten für Entwickler darauf vorbereiten können.
SCW feiert sein 11-jähriges Bestehen: eine Lektion in Echtzeit über Anpassungsfähigkeit und kontinuierliche Verbesserung
2025 war ein großartiges Jahr für KI, Cybersicherheit und SCW. Ich gehe mit ruhiger Zuversicht und dem Optimismus, den nur harte und lohnende Arbeit mit sich bringen kann, auf das Jahr 2026 zu.




%20(1).avif)
.avif)
