Trucha Bug: Unterschied zwischen den Versionen

← Zum vorherigen Versionsunterschied

Inhalt gelöscht Inhalt hinzugefügt

Version vom 13. April 2019, 18:17 Uhr Quelltext anzeigen ICON (Diskussion \| Beiträge) Bürokraten, Oberflächenadministratoren, Oversighter, Administratoren, Widget-Bearbeiter 8.364 Bearbeitungen K Änderung 8363 von ICON (Diskussion) rückgängig gemacht. Markierung: Rückgängigmachung ← Zum vorherigen Versionsunterschied		Aktuelle Version vom 5. Mai 2021, 00:16 Uhr Quelltext anzeigen Fawe (Diskussion \| Beiträge) 122 Bearbeitungen Absatz "IOS16" korrigiert
(4 dazwischenliegende Versionen von einem anderen Benutzer werden nicht angezeigt)
Zeile 7: === Fakesigning === Das heißt, wenn strncmp auf ein NULL-Byte trifft, vergleicht es nicht mehr weiter, '''selbst wenn mehr Daten hinter dem NULL-Byte existieren'''. Hier kann einfach auf Bruteforcing zurückgegriffen werden: Einige Bytes der Daten werden geändert, bis der SHA-1-Hash mit <code>00</code> anfängt. -Auch muss die Signatur genullt werden, da diese dann entschlüsselt null ergibt (da <code>0 hoch Public-Key-Exponent modulo Public-Key-Modulo</code> gleich <code>0</code> ergibt, eine Eigenschaft von RSA). Die strncmp-Funktion schließt das Vergleichen vorzeitig ab und die Signatur ist valide. Wenn dieser Fehler in boot1 ausgenutzt wird, lässt sich der boot2 modifizieren - der HackMii Installer nutzt dies, um [[BootMii]] dort zu installieren. Fakesigning erlaubt es letztendlich, unsignierte IOS und Systemmenüs zu installieren, sowieso unsignierte Spiele zu starten.▼ ~~{{Überarbeiten\|\|Dieser Abschnitt\|grund=Die Signatur muss noch genullt werden: https://web.archive.org/web/20090403221732/http://debugmo.de/?p=61}}~~ ▲Das heißt, wenn strncmp auf ein NULL-Byte trifft, vergleicht es nicht mehr weiter, '''selbst wenn mehr Daten hinter dem NULL-Byte existieren'''. Hier kann einfach auf Bruteforcing zurückgegriffen werden: Einige Bytes der Daten werden geändert, bis der SHA-1-Hash mit <code>00</code> anfängt - die strncmp-Funktion schließt das Vergleichen ab und die Signatur ist valide. Wenn dieser Fehler in boot1 ausgenutzt wird, lässt sich der boot2 modifizieren - der HackMii Installer nutzt dies, um [[BootMii]] dort zu installieren. Fakesigning erlaubt es letztendlich, unsignierte IOS und Systemmenüs zu installieren, sowieso unsignierte Spiele zu starten. == Fix == Zeile 15 ⟶ 14: === IOS16 === {{Hauptartikel\|IOS16}} Das '''IOS16''' ('''0000000100000010''') ~~war~~wurde ursprünglich ~~auf~~von der [[Wii Backup Disc]] ~~vorhanden~~installiert und benutzt. Es wurde von ~~jemanden~~jemandem, inauf dessen Wii eine solche Disc ~~vergessen~~benutzt wurde, unerlaubt veröffentlicht. Als Nintendo den [[Trucha Bug]] in jedem IOS gefixt hat, haben sie nicht daran gedacht, den Trucha Bug auch im IOS16 zu beheben, da dieses ja nie veröffentlicht werden sollte. Nach diesem Update war das IOS16 das letzte IOS mit dem Trucha Bug und wurde unerlaubt genutzt, um andere IOS und das Systemmenü auf eine Version ohne den gefixten Trucha Bug zu downgraden, hauptsächlich um Raubkopien abzuspielen. Mit dem [[Wii-Systemmenü 4.0]] wurde das IOS16 [[Stub-IOS\|gestubbt]] und somit der Trucha Bug endgültig in allen IOS behoben. == Weblinks == * [https://wiibrew.org/wiki/Signing_bug Signing bug] auf WiiBrew * [https://www.youtube.com/watch?v=ktc1XHvrN18&t=50s 25C3: Console Hacking 2008: Wii Fail - Part 4] von 0:50 bis 3:15