Wir haben kürzlich berichtet, dass einige der .shsh2-Blobs, die mit früheren Versionen von TSSChecker von tihmstar gespeichert wurden, fehlerhaft waren. Ein Problem betraf alle iPhone 7- und iPhone 7 Plus-Blobs und machte sie unbrauchbar. Dieses Problem wurde nun in Zukunft behoben, obwohl vergangene Blobs ungültig sind.
Das andere Problem war komplexer und betraf nur bestimmte Modelle bestimmter Geräte. Dies gilt auch für Blobs, die von nun an gespeichert wurden. Angesichts dieser Vorkommnisse ist es jedoch wichtig zu überprüfen, ob die von Ihnen in der Vergangenheit gespeicherten Blobs tatsächlich gültig und für die Verwendung mit Prometheus geeignet sind.
In diesem Artikel erfahren Sie, wie Sie ein anderes Tool aus der Prometheus-Suite von tihmstar verwenden, img4tool, um zu überprüfen, ob Ihre .shsh2-Dateien in Ordnung sind. Diese Methode verdeutlicht, ob Sie von dem oben genannten zweiten Problem betroffen sind, funktioniert aber auch generell, wenn Sie die Gültigkeit Ihrer Blobs in Zukunft überprüfen.
Bedarf
Dafür benötigen Sie:
- Ihre mit TSSChecker / TSSSaver gespeicherten Blobs im .shsh2-Format.
- Das img4tool von tihmstar kann in der Beschreibung dieses YouTube-Videos heruntergeladen werden.
- Die IPSW-Datei für jede Kombination aus Gerät und iOS-Version, für die Sie die Blobs überprüfen möchten. Laden Sie den genauen IPSW herunter, der dem zu überprüfenden Blob entspricht. Dies bedeutet, dass Sie für jede iOS-Version und jedes zu überprüfende Gerät einen anderen IPSW herunterladen müssen.
Dies dauert eine Weile, daher empfehle ich, nur die Blobs für iOS 10.1.1 (14B150) und iOS 10.2 für Ihre Geräte zu überprüfen, um Zeit zu sparen. Dies sind die wichtigsten Blobs. Wenn Sie nicht (14B150) haben, tun Sie stattdessen (14B100).
Das Lernprogramm beschreibt den Vorgang auf einem Mac und verwendet die Terminal-Anwendung. Es sind jedoch auch Windows- und Linux-Versionen verfügbar, für die der Vorgang weitgehend identisch ist. Ich überprüfe iOS 10.1.1 (14B150) und iOS 10.2 Blobs für zwei iPhone 5s.
Bevor wir mit img4tool arbeiten, müssen wir einen Schritt auf unseren iOS-Geräten ausführen, bei denen es sich um diejenigen handelt, deren Blobs wir überprüfen möchten.
Anweisungen für iOS
1) Öffnen Sie den App Store auf Ihrem Gerät und suchen Sie nach „BMSSM“. Installieren Sie die App, die angezeigt wird: "Battery Memory System Status Monitor".
2) Öffnen Sie die heruntergeladene App und navigieren Sie zur Registerkarte "System" oben.
3) Suchen Sie auf dieser Seite nach dem Eintrag „Gerät - Modell“. Es wird so etwas wie "N53AP" sein. Notieren Sie sich diesen Wert und das Gerät, von dem Sie ihn erhalten haben.
4) Wiederholen Sie diesen Vorgang für alle anderen Geräte.
img4tool Anweisungen
1) Laden Sie den IPSW für die Blobs herunter, die Sie überprüfen möchten. Wenn Sie beispielsweise überprüfen möchten, ob Ihre iPhone 5s (GSM) -Blobs für iOS 10.1.1 (14B150) einwandfrei sind, laden Sie das iPhone 5s (GSM) -IPSW für iOS 10.1.1 (14B150) herunter. Stellen Sie sicher, dass Sie den richtigen IPSW für die Blobs herunterladen, da img4tool diesen sonst nicht korrekt überprüft. Denken Sie daran, dass es zwei Versionen von iOS 10.1.1 gibt und dass einige Geräte (z. B. iPhone 5s) unterschiedliche Modelle mit unterschiedlichen IPSWs haben.
2) Kopieren Sie die zu überprüfenden Blobs und fügen Sie sie in einen Ordner auf Ihrem Desktop ein. Rufen Sie den Ordner TSS auf.
3) Nehmen Sie die Datei img4tool_macos aus dem Ordner img4tool (heruntergeladen aus der YouTube-Videobeschreibung im Abschnitt „Anforderungen“) und legen Sie sie in den TSS-Ordner.
4) Platzieren Sie Ihre heruntergeladenen IPSWs auch im TSS-Ordner.
5) Klicken Sie für jeden IPSW im Ordner auf, um ihn umzubenennen, und ändern Sie die Dateierweiterung von .ipsw in .zip. Wählen Sie im angezeigten Dialogfeld die Option „.zip verwenden“.
6) Doppelklicken Sie auf alle umbenannten ZIP-Dateien, um sie zu entpacken. Sie werden nach Abschluss als Ordner angezeigt.
7) Starten Sie das Terminal über Spotlight oder über / Programme / Dienstprogramme.
8) Geben Sie an der Terminal-Eingabeaufforderung "cd" gefolgt von einem Leerzeichen ein und ziehen Sie Ihren TSS-Ordner in das Terminal-Fenster.
9) Drücken Sie die Eingabetaste, um den Befehl einzugeben. Das Terminal wird nun zu Ihrem TSS-Ordner geleitet.
10) Geben Sie den folgenden Befehl in Terminal ein und drücken Sie die Eingabetaste:
sudo chmod + x img4tool_macos
Geben Sie Ihr Administratorkennwort ein, wenn Sie dazu aufgefordert werden.
11) Wir werden nun den folgenden Befehl in Terminal eingeben:
./ img4tool_macos -v BuildManifest.plist -s YOUR_SAVED_BLOB.shsh2
Wir müssen jedoch den Ausdruck "BuildManifest.plist" durch einen aus unseren entpackten IPSW-Ordnern und "YOUR_SAVED_BLOB.shsh2" durch unseren Blob ersetzen. Der einfachste Weg, dies zu tun, besteht darin, die Dateien an der entsprechenden Stelle des Befehls in das Terminalfenster zu ziehen.
Hier ist ein Beispiel für iOS 10.1.1 (14B150) auf einem iPhone 5s. Geben Sie zunächst im Terminal "./img4tool_macos -v" gefolgt von einem Leerzeichen ein. Navigieren Sie dann zum IPSW-Ordner für iOS 10.1.1 (14B150) iPhone 5s. Sie müssen über den richtigen IPSW-Ordner für diesen Schritt verfügen. Verwenden Sie nicht versehentlich einen der anderen IPSW-Ordner. Im Ordner befindet sich die richtige "BuildManifest.plist". Ziehen Sie diese Datei nach "./img4tool_macos -v" in das Terminalfenster und füllen Sie den Dateipfad für Sie aus.
Geben Sie dann "-s" gefolgt von einem Leerzeichen ein und ziehen Sie den zu überprüfenden .shsh2-Blob auf das Terminalfenster. Terminal wird den Dateipfad für Sie ausfüllen. Sie müssen den .shsh2-Blob haben, der der soeben ausgewählten BuildManifest.plist entspricht. Verwenden Sie nicht versehentlich einen der anderen Blobs.
12) Nachdem der Befehl abgeschlossen ist, drücken Sie die Eingabetaste, um ihn auszuführen. Das Terminal gibt das Ergebnis aus. Der interessante Teil ist unten; Unten sehen Sie ein Beispiel:
Wie Sie auf dem Bild sehen können, ist dieses Blob gültig, dh, es enthält alle korrekten Hashes, und die IPSW-Version (10.1.1) stimmt mit der iOS-Version überein, für die das Blob gespeichert wurde.
Es gibt jedoch noch eine weitere Sache, die wir überprüfen müssen, um sicherzustellen, dass der Blob WIRKLICH korrekt ist. Erinnern Sie sich an das Gerätemodell, das wir zuvor von BMSSM notiert haben?
Suchen Sie in der Terminal-Ausgabe nach der Zeile mit dem Namen „DeviceClass“ (ein Beispiel finden Sie in der obigen Abbildung). Es wird so etwas wie "N53AP" sein. Vergleichen Sie es jetzt mit dem Wert, den Sie vom BMSSM auf dem entsprechenden iOS-Gerät erhalten haben (Schritt 3 des Abschnitts mit den Anweisungen für iOS). Wenn die Werte sind nicht das gleiche, der blob ist nicht gültig, auch wenn img4tool unten "file is valid" anzeigt. Dies liegt daran, dass der Blob technisch gültig ist (alle erforderlichen Komponenten enthält), aber die falsche BuildIdentity aufweist. Da img4tool nicht weiß, über welches Gerät Sie wirklich verfügen, überprüft es einfach, ob die Datei alle benötigten Teile enthält, und in diesem Fall wird angegeben, dass sie gültig ist. Es ist daher möglich, ein "korrektes" Blob für das "falsche" Gerät zu speichern, was daher unbrauchbar ist. Also immer überprüfen, dass:
- img4tool sagt, dass der Blob gültig ist.
- Der Wert „DeviceClass“ aus der Terminal-Ausgabe von img4tool entspricht dem Feld „Device Model“ für dasselbe iOS-Gerät in BMSSM.
Wenn beides wahr ist, dann seid ihr alle gut.
13) Wiederholen Sie den Befehl für Ihre anderen Geräte und fügen Sie jedes Mal einen neuen passenden Satz von BuildManifest.plist und .shsh2-Blob hinzu. Stellen Sie immer sicher, dass Sie auch jedes Mal das richtige BMSSM-Gerätemodell überprüfen.
Beispiele
In diesem Bild sagt img4tool, dass mein Blob für iOS 10.2 für ein iPhone 5s gültig ist. Es heißt aber auch, dass der Blob nur für das Modell N53AP gültig ist. Ich habe BMSSM auf diesem iPhone 5s überprüft und gute Nachrichten! Es heißt auch N53AP, also ist dieser spezielle Blob wirklich gültig.
Schauen Sie sich nun dieses Beispiel an:
Hier berichtet img4tool, dass mein Blob für iOS 10.1.1 (14B150) für a anders iPhone 5s ist ebenfalls gültig. Und wieder heißt es, dass es nur für das Modell N53AP gilt. Wenn ich jedoch BMSSM aktiviere Dies iPhone 5s, ich sehe, dass es in der Tat Modell N51AP ist, nicht N53AP. In diesem Fall kann ich den Blob nicht verwenden, obwohl img4tool angibt, dass er intern in Ordnung ist, da er mit der falschen BuildIdentity gespeichert wurde ungültig. Dies ist der Fehler, den TSSChecker zuvor hatte und auf den Sie in Ihren alten Blobs besonders sorgfältig achten müssen.
Und schlussendlich:
Dies passiert, wenn Sie versuchen, einen iOS 10.2-Blob anhand der falschen BuildManifest.plist zu überprüfen (ich habe stattdessen versehentlich einen aus iOS 10.1.1 ausgewählt). Hier meldet img4tool sofort, dass der Blob ungültig ist, da Sie gefragt haben, ob ein 10.2-Blob für 10.1.1 gültig ist, was offensichtlich nicht der Fall ist. Achten Sie darauf, identische iOS-Versionspaare von BuildManifest.plist und .shsh2-Datei auszuwählen, um diesen Fehler zu vermeiden.
Wie Sie sehen, ist der Prozess ziemlich gründlich, sollte aber eine idiotensichere Methode sein, um Ihre alten Blobs zu überprüfen, ohne falsche Fehler zu erhalten, die Sie glauben lassen könnten, dass sie gültig sind, wenn sie es nicht sind. Da das Herunterladen von IPSWs einige Zeit in Anspruch nimmt, lohnt sich dies möglicherweise nur für wichtige Blobs wie iOS 10.1.1 und iOS 10.2.
Und denken Sie daran, dass neuere Versionen von TSSChecker / TSSSaver dieses Problem nicht mehr haben. Unter iOS 10.2 sollten Sie Ihre Blobs einfach erneut speichern, um diesen Überprüfungsprozess zu vermeiden. Diese Anleitung ist besonders nützlich, um Blobs zu überprüfen, die auf nicht signierten Firmwares gespeichert sind, die nicht erneut gespeichert werden können.
Als Randnotiz sprach ich mit dem unschätzbaren 1Conan, dem Schöpfer von TSSSaver, während ich nach diesem Artikel recherchierte. Er bestätigte, was ich vermutete, dass seine Blobs Checker-Site dies nicht tut noch Prüfen Sie, ob dieses Problem vorliegt, und melden Sie Ihre Blobs möglicherweise als gültig, wenn dies nicht der Fall ist, genau wie img4tool. Ohne die Überprüfung anhand dieses Handbuchs anhand Ihres Gerätemodells können Sie nicht sicher sagen, ob dies der Fall ist.
Er sagte jedoch auch, er sei sich des Problems bewusst und arbeite mit seiner gewohnten Geschwindigkeit an der Aktualisierung der Blobs Checker-Site, um dieses Problem in Zukunft identifizieren zu können.
Achten Sie bald darauf!
Update: 1Conans Blobs Checker Site wurde aktualisiert, um die DeviceClass der Blobs mit dem ausgewählten Gerät zu vergleichen. Dieses Tool erleichtert das Überprüfen Ihrer Blobs und hat den Vorteil, dass Sie keine IPSWs herunterladen müssen!
Sind Ihre Kleckse gut, alt oder bis ins Mark verfault? Benötigen Sie Klarstellungen? Lass es mich unten wissen.
