Share.

10 Comments

  1. Tja, selber Schuld…

    >Bitte Herr vergib ihnen nicht, denn sie wissen was sie tun.

    aus: K.I.Z. – Hurra die Welt geht unter ft. Henning May

  2. Und um den Kreis vollständig zu machen, hier die eigentliche Quelle: /r/vibecoding/comments/1r96647/gpt_53_codex_wiped_my_entire_f_drive_with_a/

  3. Und dafür gibt’s News? Ist mit Gemini damals sehr oft bei Leuten passiert, weil auch nicht drauf geachtet wurde was genau gemacht wird

  4. Codex funktioniert halt nicht gut mit PowerShell. Wer Windows nutzen muss, sollte Codex nur in einer Linux Distro in WSL laufen lassen.

  5. > Gepaart mit den Parametern für das Löschen ohne Bestätigungsabfrage führte dies zur Leerung des Datenträgers. […]
    > Dass ein banaler Tippfehler bei der Zeichenmaskierung ohne weitere Sicherheitsnetze in einen katastrophalen Löschbefehl für ein gesamtes Stammverzeichnis übersetzt wird, ist ein Problem.

    WTF? Dann führ halt keine shady Scripts mit Admin-Privilegien aus, du Kek.
    Das System hat sich wie vorgesehen verhalten.
    Welche Nulpe hat den Artikel denn geschrieben?

  6. … und deswegen lässt man sowas wenn überhaupt in einer gekapselten Umgebung laufen.
    (… nicht nur deswegen. Codex und Konsorten können auch auf sämtliche Dateien zugreifen, selbst wenn man den Zugriff per Entwicklungsumgebung einschränkt. Sollte nicht so sein, ist aber so, dementsprechend lebt das ganze bei mir ausschließlich in einer Virtuellen Maschine mit nur den Dateien, die ich weitergeben möchte.)

  7. Looks_like_Butt on

    Für mich ist das trotzdem ein Layer 8 Problem.

    Selten dämlich aber werden wir wohl in Zukunft öfter hören solche Geschichten…