Hvordan bekrefte .shsh2-klatter med img4tool

Vi har nylig rapportert hvordan noen av .shsh2-klemmene som ble lagret med tidligere versjoner av tihmstars TSSChecker var feil. Ett problem påvirket alle klippene til iPhone 7 og iPhone 7 Plus, og gjorde dem ubrukelige. Dette problemet er nå løst fremover, selv om tidligere klatter ikke er ugyldige.

Det andre problemet var mer sammensatt og berørte bare visse modeller av visse enheter. Det er også løst for klatter som er lagret fra nå av, men gitt disse forekomstene, er det viktig å kunne sjekke om klatter du lagret tidligere, faktisk er gyldige og egnet til bruk med Prometheus.

I denne artikkelen skal vi gå gjennom hvordan du bruker et annet verktøy fra tihmstars Prometheus-suite, img4tool, for å bekrefte at .shsh2-filene dine er gode. Denne metoden vil avklare om du er berørt av det andre problemet som er nevnt over, men vil også fungere generelt når du kontrollerer gyldigheten av klattene dine i fremtiden.

Krav

For dette trenger du:

  • Dine klatter lagret med TSSChecker / TSSSaver, i .shsh2-format.
  • tihmstars img4tool, tilgjengelig for nedlasting i beskrivelsen av denne YouTube-videoen.
  • IPSW-filen for hver enhet / iOS-versjonskombinasjon som du ønsker å bekrefte. Last ned den nøyaktige IPSW-en som stemmer overens med klatret du vil bekrefte. Dette betyr at du må laste ned en annen IPSW for hver iOS-versjon, og hver forskjellige enhet du vil bekrefte.
    Dette tar en stund, så jeg anbefaler bare å bekrefte iOS 10.1.1 (14B150) og iOS 10.2 klatter for enhetene dine, for å spare tid. Dette er de viktigste klemmene. Hvis du ikke har (14B150), gjør du (14B100) i stedet.

Opplæringen vil beskrive prosessen på en Mac, og bruker applikasjonen Terminal, men det er Windows- og Linux-versjoner tilgjengelig også, som prosessen er stort sett den samme. Jeg skal bekrefte iOS 10.1.1 (14B150) og iOS 10.2-klatter for to iPhone 5-er.

Før vi begynner å jobbe med img4tool er det et trinn vi må utføre på iOS-enhetene våre, de som vi ønsker å bekrefte klatter.

iOS-instruksjoner

1) Åpne App Store på enheten din, og søk etter “BMSSM”. Installer appen som vises: “Battery Monitor System Status Monitor”.

2) Åpne den nedlastede appen, og naviger til "System" -fanen øverst.

3) Se etter oppføringen på denne siden med tittelen “Enhet - modell”. Det vil være noe som “N53AP”. Noter denne verdien og hvilken enhet du har den fra.

4) Gjenta denne prosessen for alle andre enheter.

img4tool instruksjoner

1) Last ned IPSW for klemmene du vil bekrefte. Hvis du for eksempel vil sjekke at iOS 10.1.1 (14B150) iPhone 5s (GSM) klemmene er bra, kan du laste ned iOS 10.1.1 (14B150) iPhone 5s (GSM) IPSW. Forsikre deg om at du laster ned riktig IPSW for klatringene, eller img4tool vil verifisere feil. Husk at det er to versjoner av iOS 10.1.1, og at noen enheter (f.eks. IPhone 5s) har forskjellige modeller med forskjellige IPSW-er.

2) Kopier klemmene du vil bekrefte, og lim dem inn i en mappe på skrivebordet. Ring mappen TSS.

3) Ta img4tool_macos-filen fra img4tool-mappen (lastet ned fra YouTube-videobeskrivelsen i avsnittet "Krav"), og plasser den i TSS-mappen..

4) Plasser nedlastede IPSW-er også i TSS-mappen.

5) For hver IPSW i mappen, klikk for å gi nytt navn, og endre filtypen fra .ipsw til .zip. Velg “Bruk .zip” i dialogboksen som vises.

6) Dobbeltklikk alle navnene på .zips for å pakke dem ut. De vises som mapper når den er fullført.

7) Start terminal via spotlight, eller fra / Applications / Utilities.

8) Skriv inn "cd" ved terminalen-ledeteksten, etterfulgt av et mellomrom, og dra TSS-mappen din til terminalvinduet.

9) Trykk "Enter" -tasten for å gå inn i kommandoen. Terminal blir nå ledet til TSS-mappen din.

10) Skriv inn følgende kommando i Terminal, og trykk “Enter”:

sudo chmod + x img4tool_macos

Angi administratorpassordet ditt hvis du blir bedt om det.

11) Vi vil nå legge inn følgende kommando i terminalen:

./ img4tool_macos -v BuildManifest.plist -s YOUR_SAVED_BLOB.shsh2

Imidlertid må vi erstatte setningen “BuildManifest.plist” med en fra våre unzipped IPSW-mapper, og “YOUR_SAVED_BLOB.shsh2”, med vår klatt. Den enkleste måten å gjøre dette på er å dra filene til terminalvinduet på riktig del av kommandoen.

Her er et eksempel for iOS 10.1.1 (14B150) på en iPhone 5s. Først skriver du inn "./img4tool_macos -v" i terminal, etterfulgt av et mellomrom. Naviger deretter til IPSW-mappen for iOS 10.1.1 (14B150) iPhone 5s. Du må ha riktig IPSW-mappe for dette trinnet, ikke bruk en av de andre IPSW-mappene ved en feiltakelse. Inne i mappen er riktig “BuildManifest.plist”. Dra denne filen inn i terminalvinduet etter “./img4tool_macos -v”, og den fyller ut filstien for deg.

Skriv deretter "-s" etterfulgt av et mellomrom, og dra .shsh2-klatrene du vil bekrefte, til terminalvinduet. Terminal fyller ut filstien for deg. Du må ha .shsh2-klatt som tilsvarer BuildManifest.plist du nettopp valgte. Ikke bruk en av de andre klemmene ved en feiltakelse.

12) Nå som kommandoen er fullført, trykker du på "Enter" for å kjøre den. Terminal gir resultatet. Den interessante delen er i bunnen; du kan se et eksempel nedenfor:

Som du kan se fra bildet, er denne klatren gyldig, noe som betyr at den har alle de riktige hasjene inni seg, og IPSW-versjonen (10.1.1) samsvarer med iOS-versjonen som kloden ble lagret for.

Imidlertid er det en ting til vi må sjekke for å forsikre deg om at klatt er VIRKELIG riktig. Husk enhetsmodellen vi la merke til fra BMSSM tidligere?

Se i terminalutgangen for linjen som heter “DeviceClass” (se bildet ovenfor for et eksempel). Det vil være noe som “N53AP”. Kontroller det mot verdien du fikk fra BMSSM på den tilsvarende iOS-enheten (trinn 3 i delen iOS-instruksjoner). Hvis verdiene er ikke det samme er kloden ikke gyldig, selv om img4tool sier at "filen er gyldig" nederst. Dette er fordi kløfta er teknisk gyldig (har alle nødvendige komponenter inne), men har feil BuildIdentity. Fordi img4tool ikke vet hvilken enhet du egentlig har, sjekker den ganske enkelt om filen har alle delene den trenger, og hvis den gjør det, sier den at den er gyldig. Det er derfor mulig å ha en "riktig" klatt, lagret for den "gale" enheten, som derfor er ubrukelig. Så sjekk alltid at:

  • img4tool sier at kloden er gyldig.
  • Verdien "DeviceClass" fra img4tools terminalutgang er den samme som "Device Model" -feltet for den samme iOS-enheten i BMSSM.

Hvis begge deler er sanne, er du vel.

1. 3) Gjenta kommandoen for de andre enhetene dine, med et nytt matchende sett med BuildManifest.plist og .shsh2 blob hver gang. Forsikre deg alltid om at du sjekker riktig BMSSM “Device Model” hver gang også.

eksempler

I dette bildet sier img4tool at klatringen min for iOS 10.2, for en iPhone 5s jeg har, er gyldig. Men det står også at klodset kun gjelder for Model N53AP. Jeg sjekket BMSSM på den iPhone 5s, og gode nyheter! Det står N53AP også, så akkurat denne klatteren er virkelig gyldig.

Se på dette eksemplet:

Her rapporterer img4tool at klassen min for iOS 10.1.1 (14B150) for en annerledes iPhone 5s, er også gyldig. Og igjen står det at den kun er gyldig for Model N53AP. Imidlertid når jeg sjekker BMSSM på dette iPhone 5s, jeg ser at det faktisk er Model N51AP, ikke N53AP. I dette tilfellet, selv om img4tool sier at klossen er internt, kan jeg ikke bruke den fordi den er lagret med feil BuildIdentity, og det samme er ugyldig. Dette er feilen som TSSChecker tidligere hadde, og den du må være mest forsiktig med å se etter i dine gamle klatter.

Og endelig:

Dette er hva som skjer når du prøver å bekrefte en iOS 10.2-klatring mot feil BuildManifest.plist (jeg valgte tilfeldigvis en fra iOS 10.1.1 i stedet). Her rapporterer img4tool øyeblikkelig at klatt er ugyldig, ettersom du har spurt det om en klat på 10.2 er gyldig for 10.1.1, noe den tydeligvis ikke er. Vær forsiktig med å velge identiske iOS-versjonspar av BuildManifest.plist og .shsh2-filen for å unngå denne feilen.

Som du ser er prosessen ganske dyptgående, men bør være en tåpssikker måte å sjekke de gamle klemmene dine uten å få falske feil, noe som kan få deg til å tro at de er gyldige når de ikke er det. Siden nedlasting av IPSWer tar tid, kan det bare være verdt å gjøre dette på viktige klatter som iOS 10.1.1 og iOS 10.2.

Og husk at nyere versjoner av TSSChecker / TSSSaver ikke har dette problemet lenger, så for iOS 10.2 kan det være lurt å bare lagre klippene dine på nytt, og unngå denne bekreftelsesprosessen. Denne guiden vil være mest nyttig for å bekrefte klatter som er lagret på nå usignerte firmwares, som ikke kan lagres på nytt.

Som en sideanmerkning snakket jeg med den uvurderlige 1Conan, skaperen av TSSSaver, mens jeg undersøkte etter denne artikkelen. Han bekreftet det jeg mistenkte, at Blobs Checker-nettstedet ikke gjør det ennå se etter dette problemet, og så kan rapportere at klippene dine er gyldige når de ikke er det, akkurat som img4tool gjør. Uten å sjekke mot enhetsmodellen din ved å bruke denne guiden, kan du ikke si det sikkert.

Han sa imidlertid også at han er klar over problemet og jobber med sin vanlige hastighet på å oppdatere Blobs Checker-nettstedet, slik at det kan identifisere dette problemet i fremtiden.

Se opp for det snart!

Oppdatering: 1Conans Blobs Checker Site er nå oppdatert for å sjekke DeviceClass for blobs mot den valgte enheten. Dette verktøyet gjør det enkelt å sjekke klippene dine, og har fordelen av at du ikke krever at du laster ned IPSW-er!

Er klatterne dine bra, eller råtne til kjernen? Trenger du noen avklaringer? Gi meg beskjed nedenfor.