Krypteringsarkitektur

Version: Den här guiden beskriver den stabila versionen Parrot Scribe 1.0.8. Den offentliga betaversionen 1.1.0 har andra reglage och vissa funktioner är ännu inte klara. Läs Installation av betaversionen och skillnader innan du följer stegen i betaversionen.

Den stabila versionens arkitektur beskrivs nedan. Avsnittet om betaversion 1.1.0 förklarar dess andra lagrings- och raderingsgränser.

Parrot Scribe lagrar sessionsfiler och sessionsmetadataindex krypterade på disk. Transkribering och talarbearbetning använder lokala modeller och skickar inte rått sessionsinnehåll till en server. Licensiering, enhetshantering och modellhämtningar använder nätverkstjänster.

Tillitsrot: Data Protection-nyckelringen

Parrot Scribe genererar en slumpmässig huvudhemlighet på 32 byte och lagrar den som en synkroniserbar post i macOS Data Protection-nyckelring (Apples dokumentation på engelska).

• Tillgänglig när datorn är upplåst: macOS lämnar ut posten efter att användaren har låst upp datorn.
• Överföring via iCloud-nyckelring: Om iCloud-nyckelring är aktiverad kan Apple överföra huvudhemligheten till en annan Mac som är inloggad på samma Apple-konto.
• Återställningsnyckel på 24 ord: Återställningsfrasen återskapar samma huvudhemlighet utan iCloud-nyckelring. Om du väljer Kopiera eller Spara lägger appen frasen i urklipp eller skriver en klartextfil, endast åtkomlig för ägaren, på den plats du väljer. Parrot Scribe skickar inte frasen till sina servrar.
• Ingen nyckeldeponering hos Parrot Scribe: Appen har ingen serverkopia av huvudhemligheten.

Den aktuella roten är en mjukvaruhemlighet som skyddas av nyckelringen. Äldre bibliotek kan innehålla nyckelmaterial bundet till den ursprungliga datorn tills migreringen till portabla nycklar är klar.

Nyckelhierarki och separation

Parrot Scribe krypterar inte varje fil direkt med huvudhemligheten:

1. HKDF-SHA256 härleder en nyckelkrypteringsnyckel från huvudhemligheten.
2. Den nyckeln använder AES Key Wrap för att skydda slumpmässiga hemligheter per session och lagringsdomän i tillhörande nyckelfiler.
3. AES-256-GCM-datanycklar härleds från dessa hemligheter med salt per fil och domänspecifika etiketter.

Datanycklarna för transkript, ljud, kommentarer och talarpaket är separata, men filerna i en session delar samma underliggande sessionshemlighet. Att röja en härledd datanyckel röjer inte de andra domännycklarna. Att röja sessionshemligheten röjer varje domän i den sessionen. Ingen av dessa gränser skyddar en upplåst Mac mot program som körs som användaren.

Kryptering på disk

Filer

Transkriptblock, sparade ljudblock, röstvektorer, kommentarer och mappmetadata använder AES-256-GCM. Filformaten lagrar en nonce, chiffertext och autentiseringstagg. Ytterligare autentiserad data binder chiffertexten till relevant format eller filsammanhang.

Sessionens transkript- och ljudfiler är krypterade behållare som bara utökas med nya data. Block autentiseras var för sig, vilket möjliggör begränsad kraschåterställning utan att lagra ett klartexttranskript eller en spelbar ljudfil i biblioteket.

Index för sessionsmetadata

Sessionsindexet i SQLite krypteras separat med SQLCipher och en 256-bitarsnyckel. SQLCipher beskrivs inte här som AES-GCM, utan har sin egen databaskrypteringskonstruktion.

Återställningsbart bibliotek

Krypterade poster bevarar sparad sessions- och biblioteksstatus separat från frågedatabasen, inklusive titlar, kommentarer, mappar, talarkorrigeringar och oavslutade raderingsåtgärder. SQLCipher tillhandahåller det lokala listnings- och sökindexet. Med intakta poster och deras matchande nycklar kan starten återskapa indexet utan att förlora sparade ändringar.

Sökindexet innehåller ytterligare en krypterad kopia av transkripttext från hela biblioteket. Åtkomst till databasnyckeln kan exponera detta sökbara innehåll även om källsessionerna har separata nycklar. Radering rensar därför den hanterade databasen och dess skrivlogg, utöver att sessionsfiler och nycklar tas bort. Separata säkerhetskopior har en egen raderingsgräns.

Bibliotek från 0.4.0 och framåt har en automatisk uppgraderingsväg som kan återupptas. Behåll den ursprungliga datorn tills eventuell nödvändig konvertering av äldre nycklar är klar. För tidigare format bevarar Exportera äldre bibliotek läsbart material i ett portabelt arkiv. Det importerar inte arkivet till biblioteket.

Återställning kan inte ersätta saknade filer eller nycklar. Om viss sessionsdata inte går att läsa kan biblioteket visa tillgängliga sessioner med ett meddelande om ofullständig återställning och samtidigt bevara berörda filer. Se Fel vid biblioteksåterställning innan du ändrar eller tar bort biblioteksfiler.

Gränser för klartext

Kryptering på disk innebär inte att data aldrig förekommer i klartext. Ljud- och transkriptinnehåll måste finnas i processminnet när Parrot Scribe spelar in, transkriberar, söker, visar, exporterar eller spelar upp det. Export eller delning kan skriva klartext till en plats du väljer eller tillfälligt till en katalog som bara ägaren har åtkomst till. Tillfälliga filer tas bort vid normal rensning.

Lokala data och portabilitet

Parrot Scribe laddar inte automatiskt upp eller synkroniserar transkript, sparat ljud eller sessionsmetadata. Licensiering och enhetshantering skickar licens- och enhetsinformation till externa tjänster, modellhämtningar använder externa tjänster, och innehåll som du uttryckligen exporterar, delar eller exponerar via den valfria MCP-servern går till det mål eller den behöriga klient du väljer.

Rotposten i nyckelringen är markerad som synkroniserbar. Om iCloud-nyckelring levererar den kan en annan Mac bara dekryptera filer efter migreringen om du separat kopierar det krypterade biblioteket med dess matchande nyckelfiler. En kopierad session behöver sin tillhörande session.key och den matchande roten från iCloud-nyckelring eller återställningsnyckeln.

Äldre filer från före migreringen kan fortfarande kräva nyckelmaterial bundet till den ursprungliga datorn.

Säkerhetskopiering och flytt till en annan Mac

Avsluta Parrot Scribe innan du kopierar hela dess datamapp ~/Library/Application Support/Parrot Scribe/. Håll ihop filerna från samma kopia tagen med stängd app, inklusive krypterade poster, nyckelfiler och databasens tillhörande filer. Kopiera inte bara en databas eller några transkriptfiler, kombinera inte filer från olika säkerhetskopieringsdatum och lägg inte den aktiva databasen i en mapp som synkroniseras med iCloud Drive.

Återställningsnyckeln på 24 ord återställer huvudhemligheten, inte biblioteksfilerna. En återställning behöver både krypterad data med matchande nyckelfiler och den matchande huvudhemligheten, levererad via iCloud-nyckelring eller återställd från återställningsorden. Behåll den ursprungliga datorn och säkerhetskopian tills du har kontrollerat det återställda innehållet. Parrot Scribe synkroniserar inte biblioteksinnehåll mellan datorer.

Bevara de oberoende återställningsposterna tillsammans med sessionsfiler och gemensamma biblioteksfiler. Gemensamma talarnamn och identitetsmetadata kan säkerhetskopieras. Säkerhetskopieringsverktyg som följer macOS-undantag utelämnar biometriska röstmodeller och deras tillhörande nyckelfiler. En säkerhetskopia kan därför återställa en talares identitet utan att återställa röstigenkänningen. Se Återställda talare.

Raderingsgränser

När du raderar en session tar Parrot Scribe först bort sessionens aktiva nyckelmaterial och raderar sedan sessionskatalogen och indexraden. I Storage v2 innebär Glöm talare att varje session där talaren förekommer återkallas och raderas, varefter talarens röstvektor och indexpost tas bort. Även andra talares innehåll i dessa sessioner raderas.

Kryptografisk radering gäller det aktuella lagret som appen hanterar. En separat kopia som fortfarande innehåller den gamla filen med inkapslad nyckel och den matchande roten kan fortfarande dekryptera sin chiffertext.

Återställningsposter bevarar avsikten att radera över avbrott och förhindrar att en inaktuell lokal databas återställer en raderad session. Detta raderar inte oberoende säkerhetskopior eller exporterade filer.

Betaversion 1.1.0

Den offentliga 1.1.0-beta.1 använder ett separat bibliotek under ~/Library/Application Support/Parrot Scribe/rs/library/. Den importerar det ursprungliga biblioteket utan att ersätta dess filer. Återställningsorden kodar fortfarande samma huvudhemlighet, men det nya biblioteket använder en separat härledd nyckel och ett annat filformat.

• Förseglat innehåll: Sessionsposter, sparat ljud, inställningar, mappar, talarinformation och klientbehörigheter använder autentiserad kryptering med XChaCha20-Poly1305. Varje förseglad post har en ny slumpmässig nonce på 24 byte. En gemensam biblioteksnyckel härleds från huvudhemligheten med HKDF-SHA256.
• Litet klartextindex: index.sqlite är vanlig SQLite, inte SQLCipher. Det innehåller sessions-ID:n och starttider, inte transkripttext, titlar eller talarnamn. Appen kan bygga om det från de förseglade sessionsposterna. Filnamn och filstorlekar syns också för den som kan läsa datamappen.
• Annan nyckelgräns: Betaversionen använder inte den stabila appens separata inkapslade sessionsnycklar. När du raderar en session tas dess aktuella apphanterade poster och ljud bort, medan biblioteksnyckeln behålls. Det är inte kryptografisk återkallelse av en sessionsnyckel. En kopierad krypterad post kan fortfarande gå att dekryptera med den matchande roten.
• Original och säkerhetskopior: Radering i betaversionen raderar inte det bevarade ursprungliga biblioteket, oberoende säkerhetskopior eller exporterade filer. Hantera dessa kopior enligt din egen bevarandepolicy. Utgå inte från att radering av en session i betaversionen raderar varje tidigare kopia av den.

Autentiseringen upptäcker ändrad chiffertext, men bevisar inte generellt att en giltig krypterad post hör hemma på sin aktuella sökväg eller är den senast sparade versionen. I betaversionen kan giltigt krypterat ljud flyttas mellan inspelningssökvägar, och äldre giltig chiffertext kan återinföras. Skyddet omfattar inte program som körs som din användare och har åtkomst till dina biblioteksfiler.

Huvudhemligheten använder produktionsidentiteten i Data Protection-nyckelringen, är tillgänglig när datorn är upplåst och är markerad som synkroniserbar. Överföring av roten via iCloud-nyckelring kopierar fortfarande inte biblioteksinnehållet. Återställning kräver en fullständig matchande datakopia och rätt rot. Återställningsorden kan inte återskapa saknade filer.

Klartext behövs fortfarande i minnet under bearbetning och på målplatser du uttryckligen exporterar till eller delar med en AI-klient. Lokal kryptering hindrar inte en behörig molnbaserad AI-klient från att skicka transkript till sin leverantör. Dessa gränser gäller även om betaversionens lagringsmekanism skiljer sig från den stabila versionens.

Läs vidare

• Apple Nyckelhanterare (på engelska)
• CryptoKit HKDF (på engelska)
• CryptoKit AES.GCM (på engelska)
• SQLCipher (på engelska)