1. Foren
  2. » Kommentare
  3. » OpenSource
  4. » Alle Kommentare zum Artikel
  5. » UEFI: Secure Boot macht Linux…

Immerhin kommt jetzt mal der "Shitstorm"

Anzeige
  1. Thema

Neues Thema Ansicht wechseln


  1. Immerhin kommt jetzt mal der "Shitstorm"

    Autor Casandro 16.11.12 - 17:32

    Secure-Boot hat ja immer noch bei manchen kranken Leuten das Image, dass es irgendwie zur Sicherheit beitragen würde. Jetzt kommt immerhin das Image dazu, dass nichts damit mehr funktioniert.
    Wartet nur, und irgendwann mal werden auch Windows-Kisten nach einem Update ausfallen, weil irgendwas nicht richtig signiert ist, oder eine Signatur falsch überprüft wurde.

    Ich hoffe mit der Sache ist jetzt zumindest im Server-Bereich das Zeug endgültig vom Tisch.

    Benutzer wird von Ihnen ignoriert. Anzeigen

  2. Re: Immerhin kommt jetzt mal der "Shitstorm"

    Autor nille02 16.11.12 - 17:44

    Casandro schrieb:
    --------------------------------------------------------------------------------
    > Secure-Boot hat ja immer noch bei manchen kranken Leuten das Image, dass es
    > irgendwie zur Sicherheit beitragen würde. Jetzt kommt immerhin das Image
    > dazu, dass nichts damit mehr funktioniert.

    Nur Scheisse, dass SecureBoot damit nicht wirklich was zu tun hat.



    1 mal bearbeitet, zuletzt am 16.11.12 17:46 durch nille02.

    Benutzer wird von Ihnen ignoriert. Anzeigen

  3. Re: Immerhin kommt jetzt mal der "Shitstorm"

    Autor Lala Satalin Deviluke 16.11.12 - 18:00

    +1

    Grüße vom Planeten Deviluke!

    Benutzer wird von Ihnen ignoriert. Anzeigen

  4. Re: Immerhin kommt jetzt mal der "Shitstorm"

    Autor motzerator 16.11.12 - 18:35

    Casandro schrieb:
    -------------------------
    > Secure-Boot hat ja immer noch bei manchen kranken Leuten
    > das Image, dass es irgendwie zur Sicherheit beitragen würde.
    > Jetzt kommt immerhin das Image dazu, dass nichts damit mehr
    > funktioniert.

    Das ist eigentlich naheliegend, denn es ist ja seine Aufgabe,
    dafür zu sorgen, das bestimmte Dinge (unsignierter Code)
    eben nicht mehr funktionieren.

    Damit entsteht automatisch die Gefahr, das durch einen Fehler
    in der Erkennung von "Gut" und "Böse" auch "gute" Dinge nicht
    mehr funktionieren, die eigentlich laufen müssten.

    Da diese Fehlerquelle durch UEFI Secure Boot neu hinzugefügt
    wird, ergibt sich automatisch, das Systeme mit UEFI Secure Boot
    Fehleranfälliger sein müssen als ansonesten identische Systeme
    ohne diesen Quatsch.

    Benutzer wird von Ihnen ignoriert. Anzeigen

  5. Re: Immerhin kommt jetzt mal der "Shitstorm"

    Autor Lala Satalin Deviluke 16.11.12 - 19:06

    Ja so ist es. Leider hat man mit SecureBoot das große Los gezogen, dass es schlecht umgesetzt wurde. Idee gut -> Umsetzung schlecht. Das hat man häufig.

    Wird nicht lange dauern, bis man sich von SecureBoot wieder abwendet. Denn viele Dinge waren schon eine Todgeburt.

    Grüße vom Planeten Deviluke!

    Benutzer wird von Ihnen ignoriert. Anzeigen

  6. Re: Immerhin kommt jetzt mal der "Shitstorm"

    Autor Casandro 17.11.12 - 13:11

    Naja, das ist eher "Idee schlecht -> Umsetzung schlecht".

    Benutzer wird von Ihnen ignoriert. Anzeigen

  7. Re: Immerhin kommt jetzt mal der "Shitstorm"

    Autor SoniX 20.11.12 - 13:41

    Nicht?

    Ohne Secure boot hätte das Notebook aus dem Artikel keine Prüfung des Strings vorgenommen und wäre auch nicht kaputtgegangen.

    Ohne Secure boot könnten wir auf unsere Windows RT Tablets auch andere Systeme aufspielen.

    Ohne Secure boot müssten wir nicht schon monatelang entwickeln um Linux darauf laufen lassen zu können (und trotzdem sind die angebotenen Lösungen nur eine Notlösung).

    Also ich würde schon sagen, dass Secure boot ein starker Einschnitt ist.

    Benutzer wird von Ihnen ignoriert. Anzeigen

  8. Re: Immerhin kommt jetzt mal der "Shitstorm"

    Autor SoniX 20.11.12 - 13:44

    Das Problem an der Geschichte ist, dass die Macht darüber was da drin zu laufen hat und was nicht in den Händen von Microsoft liegt. Die Anwender, die eigentlich die Entscheidungsgewalt über Ihre Geräte haben müssten, stehen da auf verlorenem Posten.

    Benutzer wird von Ihnen ignoriert. Anzeigen

  9. Re: Immerhin kommt jetzt mal der "Shitstorm"

    Autor nille02 20.11.12 - 13:56

    SoniX schrieb:
    --------------------------------------------------------------------------------
    > Nicht?

    Nicht.

    >
    > Ohne Secure boot hätte das Notebook aus dem Artikel keine Prüfung des
    > Strings vorgenommen und wäre auch nicht kaputtgegangen.

    eine Prüfung der Bootloader Einträge ist aber nicht teil von Secure Boot und hat damit nichts zu tun.

    >
    > Ohne Secure boot könnten wir auf unsere Windows RT Tablets auch andere
    > Systeme aufspielen.

    Das geht auch so wenn du einen Signierten Bootloader hast. Wenn ein Hersteller nur einen MS Schlüssel hinterlegt ist es nicht die Schuld von dem System.

    > Ohne Secure boot müssten wir nicht schon monatelang entwickeln um Linux
    > darauf laufen lassen zu können (und trotzdem sind die angebotenen Lösungen
    > nur eine Notlösung).

    Was muss denn monatelang Entwickelt werden? SecureBoot benötigt fast keinen Aufwand. Linux hat nur von Anbeginn ein Problem mit UEFI.

    > Also ich würde schon sagen, dass Secure boot ein starker Einschnitt ist.

    Wo denn? Ich kann es bei x86 Deaktivieren oder eigene Schlüssel hinterlegen. Bei den ARM Geräte ist es eine Sache des Herstellers die Schlüssel zu hinterlegen.

    Benutzer wird von Ihnen ignoriert. Anzeigen

  10. Re: Immerhin kommt jetzt mal der "Shitstorm"

    Autor SoniX 20.11.12 - 14:07

    nille02 schrieb:
    --------------------------------------------------------------------------------
    > SoniX schrieb:
    > ---------------------------------------------------------------------------
    > > Ohne Secure boot hätte das Notebook aus dem Artikel keine Prüfung des
    > > Strings vorgenommen und wäre auch nicht kaputtgegangen.
    >
    > eine Prüfung der Bootloader Einträge ist aber nicht teil von Secure Boot
    > und hat damit nichts zu tun.

    Ohne Secure boot hätte es sie aber nicht gegeben ;-)

    > > Ohne Secure boot könnten wir auf unsere Windows RT Tablets auch andere
    > > Systeme aufspielen.
    >
    > Das geht auch so wenn du einen Signierten Bootloader hast. Wenn ein
    > Hersteller nur einen MS Schlüssel hinterlegt ist es nicht die Schuld von
    > dem System.

    hm?

    > > Ohne Secure boot müssten wir nicht schon monatelang entwickeln um Linux
    > > darauf laufen lassen zu können (und trotzdem sind die angebotenen
    > Lösungen
    > > nur eine Notlösung).
    >
    > Was muss denn monatelang Entwickelt werden? SecureBoot benötigt fast keinen
    > Aufwand. Linux hat nur von Anbeginn ein Problem mit UEFI.

    Nicht? Dann frage ich mich was die ganze Zeit gemacht wurde ;-)

    Warum wurden dann mehrere verschiedene Lösungen entwickelt die alle nichts halbes und nichts ganzes sind blos um Linux überhaupt zum laufen zu bekommen?

    http://www.heise.de/open/artikel/Linux-und-UEFI-Secure-Boot-1623602.html

    > > Also ich würde schon sagen, dass Secure boot ein starker Einschnitt ist.
    >
    > Wo denn? Ich kann es bei x86 Deaktivieren oder eigene Schlüssel
    > hinterlegen. Bei den ARM Geräte ist es eine Sache des Herstellers die
    > Schlüssel zu hinterlegen.

    Artikel nicht gelesen? Soo einfach ist es nur in der Theorie.



    1 mal bearbeitet, zuletzt am 20.11.12 14:10 durch SoniX.

    Benutzer wird von Ihnen ignoriert. Anzeigen

Neues Thema Ansicht wechseln


Entschuldigung, nur registrierte Benutzer dürfen in diesem Forum schreiben. Klicken Sie hier um sich einzuloggen


Anzeige

Haben wir etwas übersehen?

E-Mail an news@golem.de


Test Fifa Fußball-WM Brasilien 2014: Unkomplizierter Kick ins WM-Finale
Test Fifa Fußball-WM Brasilien 2014
Unkomplizierter Kick ins WM-Finale

Am 8. Juni 2014 bezieht die deutsche Nationalmannschaft ihr Trainingslager "Campo Bahia" in Brasilien, um einen Anlauf auf den Gewinn des WM-Pokals zu nehmen. Wer sichergehen will, dass es diesmal mit dem Titel klappt, kann zu Fifa Fußball-WM Brasilien 2014 greifen.

  1. Fifa WM 2014 Brasilien angespielt Mit Schweini & Co. nach Südamerika
  2. EA Sports Fifa kickt in Brasilien 2014

OpenSSL: Wichtige Fragen und Antworten zu Heartbleed
OpenSSL
Wichtige Fragen und Antworten zu Heartbleed

Der Heartbleed-Bug in OpenSSL dürfte wohl als eine der gravierendsten Sicherheitslücken aller Zeiten in die Geschichte eingehen. Wir haben die wichtigsten Infos zusammengefasst.

  1. OpenSSL OpenBSD mistet Code aus
  2. OpenSSL-Lücke Programmierer bezeichnet Heartbleed als Versehen
  3. OpenSSL-Bug Spuren von Heartbleed schon im November 2013

A Maze 2014: Tanzen mit der Perfect Woman
A Maze 2014
Tanzen mit der Perfect Woman

Viele Spiele auf dem Indiegames-Festival A Maze 2014 wirkten auf den ersten Blick abwegig. Doch die kuriosen Konzepte ergeben Sinn. Denn hinter Storydruckern, Schlafsäcken und virtuellen Fingerfallen versteckten sich erstaunlich plausible Spielideen.

  1. Festival A Maze Ist das noch Indie?
  2. Test Cut The Rope 2 für Android Grün, knuddlig und hungrig nach Geld
  3. Indie-Game NaissanceE Wenn der Ton das Spiel macht

  1. Verband: "Uber-Verbot ruiniert Ruf der Startup-Stadt Berlin"
    Verband
    "Uber-Verbot ruiniert Ruf der Startup-Stadt Berlin"

    Eine einstweilige Verfügung gegen Uber und zuvor ein Gesetz über das Verbot der Zweckentfremdung von Wohnraum, dass 9flats aus der Stadt vertrieb. Der Startup-Verband fragt: "Wer gründet schon ein Unternehmen in Berlin, wenn er mit Verbot rechnen muss?"

  2. Kabel Deutschland: 2.000 Haushalte zwei Tage von Kabelschaden betroffen
    Kabel Deutschland
    2.000 Haushalte zwei Tage von Kabelschaden betroffen

    Durch einen Kabelschaden waren zweitausend Haushalte vom Netz von Kabel Deutschland getrennt. Über der Schadensstelle hatte ein parkender Wagen die Arbeiten behindert.

  3. Cridex-Trojaner: Hamburger Senat bestätigt großen Schaden durch Malware
    Cridex-Trojaner
    Hamburger Senat bestätigt großen Schaden durch Malware

    Hundertfünfzig Rechner in der Hamburger Verwaltung sind im Januar 2014 tagelang durch den Cridex-Trojaner lahmgelegt worden. Das hat der Senat bestätigt. Der Trojaner installiert auch einen Keylogger, doch einen Datenverlust hat es angeblich nicht gegeben.


  1. 20:20

  2. 19:26

  3. 19:02

  4. 17:52

  5. 17:10

  6. 17:02

  7. 17:00

  8. 16:22