Grå felter, hvor et brandlogo burde være, ser alarmerende ud, og alligevel er de det forkerte at handle på. Det billede, en autentificeringsapp tegner, er en visningsdetalje afledt af etiketterne i posten, mens sikkerhedsspørgsmålet er, om hemmeligheden i den post tilhører din konto. At holde de to ting adskilt er det, der skiller en kosmetisk reparation fra en hændelse med adgangsoplysninger. Det stopper også den reparation, der gør tingene værre.

Ikonet og hemmeligheden besvarer forskellige spørgsmål

En autentificeringspost oprettes ud fra en nøgle-URI, der bærer en delt hemmelighed sammen med en kontoetikette og et udgivernavn. Appen tegner et logo ud fra den udgiver, den genkender, og en ukendt eller ændret udgiver giver blot et generisk billede. Intet ved den gengivelse fortæller dig, hvem der ellers har en kopi af hemmeligheden, og intet ved et korrekt logo fortæller dig, at posten kun er din. Læs visningen som et hint om en etikette, ikke som en udtalelse om varetægt.

Det omvendte gælder også, og det er den farligere retning. Et overbevisende logo beviser endnu mindre end et manglende.

ObservationWhat it supportsWhat it cannot support
Logo missing or wrongThe issuer string was not recognisedAny conclusion about secret disclosure
Logo correctThe issuer string matched a known nameAny conclusion about who else enrolled
Codes rejected by the serviceA real mismatch between entry and accountWhich of the two changed

Tilmeld aldrig igen for at reparere et billede

Den reparation, der cirkulerer online, er at genskabe QR-koden, hvilket betyder at eksportere hemmeligheden og sende den gennem et andet værktøj. Det gør et visningsproblem til en afsløring, fordi eksporten indeholder præcis det materiale, en angriber har brug for til at lave gyldige koder. At uploade den til en webgenerator overlader den anden faktor til en tredjepart til gengæld for et pænere ikon.

Hvis kontoen stadig verificerer koder, er tilmeldingen intakt, og visningen er kosmetisk. Slå op i autentificeringsappens egen dokumentation om udgiveretiketter og ikonsøgning, og lad posten være. At redigere etiketten for at fremtvinge et logo er en ændring af posten af en grund, der intet har med autentificering at gøre.

Hold det originale QR-billede, den rå nøgle-URI og enhver manuel hemmelighed ude af sager, chattråde, skærmbilleder og offentlige fejlsporere. Et skærmbillede af en opsætningsside indeholder ofte mere, end den person, der tog det, havde tænkt sig.

Når hemmeligheden faktisk blev afsløret

Behandl afsløring som en separat hændelse med sin egen respons. Brug tjenestens understøttede udskiftningsproces til at tilmelde en ny autentificeringsapp, bekræft at den nye post giver accepterede koder, og udfas den gamle tilmelding på serveren. Sletning af posten lokalt fjerner ikke registreringen på serversiden, så den afslørede hemmelighed kan fortsætte med at virke, indtil tjenesten får besked om andet. Det er i dette gab mellem lokal sletning og servertilstand, at det meste af risikoen ligger.

Rækkefølgen betyder noget her. Tilmeld erstatningen først, bekræft den, og fjern først derefter den gamle, fordi de fleste tjenester låser dig ude, hvis den sidste faktor forsvinder. Gendannelseskoder hører også med i den rækkefølge, da de er fallbacken, når telefonen ikke er tilgængelig.

Kontroller, om den samme hemmelighed er brugt andre steder. En nøgle-URI, der er indsat i en generator, har forladt din kontrol, og kontoen bag den bør betragtes som delt, indtil registreringen er udskiftet.

Supportanmodninger bør beskrive det visuelle problem uden at inkludere koder eller opsætningsmateriale. Alt kontospecifikt hører til udbyderens verificerede kanal, ikke i en offentlig tråd.

Bevar en gendannelsesvej, før du sletter

Før du fjerner en fungerende post, skal du bekræfte, at der findes en godkendt gendannelsesvej, og at du kan bruge den. En kosmetisk reparation, der ender i en låsning, er et værre udfald end det forkerte logo, og låsninger er hyppige, når den eneste tilmeldte enhed er den, der redigeres.

Acceptbetingelsen er snæver: et bekræftet forhold mellem kontoen og autentificeringsappen, hvor tilmeldingsmaterialet holdes privat. Et velkendt mærke er ikke en del af den betingelse, og dets fravær er ikke bevis på kompromittering.

Selve nøgle-URI-formatet er dokumenteret i Google Authenticators specifikation for nøgle-URI, som også minder om, at nyttelasten indeholder en hemmelighed og ikke et logo. Læs den, før du eksporterer noget fra en post, du ikke har råd til at miste.

Relaterede artikler