Hopp til hovedinnhold
Konseptillustrasjon av to bærbare datamaskiner med en kryptert database og et skjold mellom seg.

Konseptillustrasjon av problemet: En direkte kopi av login.keychain-db kan ikke åpnes på samme måte på en annen Mac. — KI-illustrasjon: OpenAI / Epleposten

macOS 26.4: Manuell kopi av login-nøkkelringen kan være ubrukelig

Sasan KamaliSasan Kamali5 min lesetid

Tester utført av to Mac-utviklere viser at en login.keychain-db opprettet i macOS 26.4 ikke kan åpnes på en annen installasjon på samme måte som før, selv når riktig nøkkelringpassord brukes.[1][2]

Dette er en smalere endring enn tittelen i den opprinnelige kladden antydet. Den dokumenterte feilen gjelder direkte kopiering av selve login-nøkkelringfilen. Testene fastslår ikke at Apples Oppsettassistent, Overføringsassistent, iCloud-nøkkelring eller alle andre nøkkelringer har sluttet å fungere.[2][4][5]

Dette er det som faktisk er testet

Login-nøkkelringen er den påloggingsnøkkelringen macOS oppretter for hver brukerkonto. I macOS Tahoe ligger den som en kryptert database med navnet login.keychain-db i brukerens Library/Keychains-mappe.[1]

Mac-administrator Rich Trouton kopierte filen fra en Mac med Apple-chip til en virtuell Mac og forsøkte å låse den opp med riktig passord. Opplåsingen feilet. macOS ga den kopierte filen et nytt navn og opprettet i stedet en tom login-nøkkelring for kontoen.[1]

Utvikler Jeff Johnson gjennomførte senere en egen sammenligning mellom macOS 26.3 og 26.4 i virtuelle maskiner. Nøkkelringen fra 26.3 kunne åpnes i macOS Sequoia, mens filen fra 26.4 ikke kunne åpnes i Sequoia eller i 26.3. Testen peker dermed på macOS 26.4 som versjonen der oppførselen endret seg.[2]

Det betyr at en sikkerhetskopi kan inneholde selve databasefilen uten at filen nødvendigvis er en brukbar, flyttbar kopi av hemmelighetene på en annen Mac.

Apple forklarer beskyttelsen, men ikke denne endringen

Apple beskriver at nøkkelringelementer krypteres med separate nøkler for metadata og hemmelige verdier. Metadata-nøkkelen beskyttes av Secure Enclave, mens nøkkelen til den hemmelige verdien alltid krever en tur gjennom Secure Enclave.[3]

Denne arkitekturen gjør maskinvarebinding til en sannsynlig forklaring på hvorfor passordet alene ikke lenger er nok i de testede tilfellene. Apple-dokumentet sier imidlertid ikke uttrykkelig at en login-nøkkelring fra macOS 26.4 er gjort uflyttbar, og det beskriver heller ikke en ny gjenopprettingsrutine.[3]

Endringen er heller ikke nevnt i Apples offentlige liste over nyheter i macOS 26.4. Der omtales blant annet AirPods Max 2, nye emojier, Safari, Freeform og Familiedeling, men ikke login-nøkkelringen.[7]

Apples egen veiledning peker fortsatt i en annen retning

Apples brukerveiledning for Nøkkelringtilgang sier fortsatt at nøkkelringer overføres automatisk når du flytter data med Oppsettassistent. Den beskriver også eksport og import som den beste metoden når Oppsettassistent ikke ble brukt, og har fremdeles trinn for å kopiere nøkkelringfiler manuelt.[4]

Det står ikke noe der om at login.keychain-db fra macOS 26.4 kan være et unntak. Dermed er det et reelt sprik mellom Apples åpne veiledning og oppførselen som er dokumentert i testene.[1][2][4]

For passord i «Lokale objekter» eller iCloud-nøkkelring sier Apple at de ikke kan kopieres som vanlige nøkkelringfiler. De skal i stedet overføres ved å slå på iCloud-nøkkelring med den samme Apple-kontoen på den nye maskinen.[4]

Bruk støttet migrering mens den gamle Mac-en virker

Apple sier at Overføringsassistent flytter dokumenter, apper, brukerkontoer og innstillinger mellom Mac-er uten å slette data på den gamle maskinen. Den kan kjøres under førstegangsoppsettet eller senere.[5]

Apples nøkkelringveiledning sier mer spesifikt at Oppsettassistent overfører nøkkelringene automatisk.[4] Ingen av de uavhengige testene verifiserer imidlertid at alle typer nøkkelringelementer kommer trygt med i alle migreringer. Johnson opplyser uttrykkelig at han ikke har testet Overføringsassistent.[2]

Den sikreste praktiske konklusjonen er derfor ikke «Overføringsassistent løser alt», men «migrer mens den gamle Mac-en fortsatt kan låse opp innholdet, og kontroller resultatet før den slettes».

Slik reduserer du risikoen

  1. Ikke bruk en kopi av login.keychain-db som eneste gjenopprettingsplan. Filen kan være til stede i sikkerhetskopien uten å kunne åpnes på en annen Mac.[1][2]
  2. Behold den gamle Mac-en urørt og tilgjengelig. Ikke nullstill, lever inn eller selg den før alle kritiske tilganger er testet på den nye.
  3. Bruk Oppsettassistent eller Overføringsassistent fremfor filkopiering. Kjør helst direkte fra den fungerende gamle Mac-en når det er mulig, og følg Apples dokumenterte migreringsløp.[4][5]
  4. Kontroller iCloud-nøkkelring separat. Bekreft at relevante passord og passnøkler faktisk vises på den nye Mac-en etter innlogging med riktig Apple-konto.[4]
  5. Eksporter kritiske sertifikater og nøkler der det er mulig. Nøkkelringtilgang kan eksportere enkelte sertifikater og nøkler, men ikke passord. Hvis menyvalget for eksport er nedtonet, kan minst ett av de valgte elementene ikke eksporteres.[6]
  6. Test de viktige tjenestene, ikke bare filene. Åpne e-postkontoer, VPN, utviklersignering, nettlesere og andre systemer som kan være avhengige av nøkkelringen.
  7. Ha en alternativ gjenopprettingsvei. Sørg for at tofaktorkoder, gjenopprettingskoder, sertifikatutstedelse og tjenesteeierskap ikke bare er tilgjengelig gjennom én fungerende Mac.

Konseptillustrasjon av sikker migrering mellom to datamaskiner med kryptering og kontrollpunkter.

Bruk støttet migrering mens den gamle Mac-en fortsatt virker, og verifiser de viktigste tilgangene før den slettes. KI-illustrasjon: OpenAI / Epleposten.

Dette bør IT-avdelinger endre

Rutiner som kopierer ~/Library/Keychains/login.keychain-db direkte, bør ikke lenger behandles som en verifisert gjenopprettingsmetode for macOS 26.4 og nyere. Pilotér migrering på representative maskiner og kontoer før en større utrulling.

Kartlegg særlig sertifikater, private nøkler, VPN-legitimasjon, utviklersignering og appspesifikke hemmeligheter. Dokumenter hvilke elementer som synkroniseres, hvilke som kan eksporteres, og hvilke som må utstedes eller registreres på nytt.

Det vet vi fortsatt ikke

Testene viser et konkret problem med flytting av login-nøkkelringfilen, men de beviser ikke at alle nøkkelringer er rammet. Johnson fant at egendefinerte nøkkelringer fortsatt kunne åpnes på andre Mac-er, mens Apples veiledning skiller mellom login-nøkkelringen, andre filbaserte nøkkelringer og iCloud-nøkkelring.[2][4]

Det er heller ikke dokumentert at Overføringsassistent feiler. Inntil Apple forklarer den nye grensen tydeligere, bør artikkelen derfor ikke omtale all Mac-migrering eller all nøkkelringbackup som ødelagt.

Kilder

[1] https://derflounder.wordpress.com/2026/09/08/manually-copying-login-keychain-files-from-one-mac-to-another-no-longer-works-on-secure-enclave-equipped-macs-running-macos-tahoe — Manually copying login keychain files no longer works [2] https://lapcatsoftware.com/articles/2026/9/4.html — macOS Tahoe silently sabotaged the login keychain [3] https://support.apple.com/guide/security/keychain-data-protection-secb0694df1a/web — Keychain data protection [4] https://support.apple.com/guide/keychain-access/copy-keychains-kyca1121/mac — Copy keychains to another Mac [5] https://support.apple.com/en-us/102613 — Transfer to a new Mac with Migration Assistant [6] https://support.apple.com/guide/keychain-access/import-and-export-keychain-items-kyca35961/mac — Import and export keychain items using Keychain Access [7] https://support.apple.com/en-us/122868 — What's new in the updates for macOS Tahoe 26

Relaterte artikler