Skydda Google Workspace-konton med säkerhetsutmaningar

Användaren väljer hur identiteten ska verifieras

Google använder en app som är installerad på användarens telefon för att bekräfta användarens identitet

Google skickar ett sms med en verifieringskod

Google ringer till användarens telefon och anger en verifieringskod

Om du har lagt till anställnings-id som inloggningsfråga kan användarna använda detta id för att bekräfta sin identitet.

En användare kan ange en e-postadress för återställning som en inloggningsutmaning.

För de flesta användare som får en verifieringsfråga för en känslig åtgärd visas ett fönster med titeln Känslig åtgärd har blockerats. Användaren uppmanas att försöka igen från en enhet som hen brukar använda (till exempel telefonen eller datorn) eller från platsen där hen brukar logga in.

Eftersom vissa användare har enheter eller säkerhetsnycklar som nyligen har lagts till i kontot kan de inte verifiera sin identitet direkt som svar på en säkerhetsutmaning. För dessa användare visas ett fönster med titeln Det går inte att slutföra åtgärden just nu. Dessa användare kan verifiera sin identitet när en enhet, ett telefonnummer eller en säkerhetsnyckel har varit kopplad till kontot i minst sju dagar.

Här är några exempel på känsliga åtgärder:

• Inaktivera tvåstegsverifiering
• Tillåta att en app får åtkomst till Google-data
• Ändra e-postadressen eller telefonnumret för kontoåterställning
• Ladda ned kontodata
• Ändra namnet på kontot

• Du vill använda säkerhetsnycklar för att skydda åtkomsten till känsliga resurser med Google som värd för maximal säkerhet men din nuvarande IdP stöder inte säkerhetsnycklar.
• Du vill sänka kostnaderna för att använda en extern identitetsleverantör eftersom användarna oftast ansluter till Googles resurser.
• Du vill inte ha Google-autentisering (Google som identitetsleverantör), men du vill utnyttja alla Googles riskbaserade inloggningsfrågor.
• Du vill att Google ska skydda känsliga åtgärder i Googles ekosystem.

För smidig implementering informerar du användarna om den nya policyn och när du planerar att tillämpa den. Följande händer när du tillämpar ytterligare inloggningsfrågor:

• Om du har befintliga 2SV-policyer, till exempel 2SV-tillämpning, gäller dessa policyer omedelbart.
• Användare som berörs av den nya policyn och som är registrerade i 2SV får en 2SV-inloggningsfråga.
• Baserat på Googles riskanalys för inloggning kan användarna se riskbaserade inloggningsfrågor.

1. I Googles administratörskonsol går du till menyn Säkerhet Autentisering Inloggningsfrågor.

   Öppna inloggningsfrågor

   Kräver administratörsbehörigheten Hantering av användarsäkerhet.

2. Välj den organisationsenhet där du vill ställa in policyn till vänster.

   Välj organisationsenheten på toppnivå för alla användare. Inledningsvis ärver organisationsenheter inställningarna från sin överordnade.

3. Klicka på Verifiering efter SSO.
4. Välj inställningar utifrån hur du använder äldre SSO-profiler i organisationen. Du kan tillämpa en inställning för användare som använder den äldre SSO-profilen för organisationen och för användare som loggar in med andra SSO-profiler.
5. Klicka på Spara längst ned till höger.

   Google skapar en post i administratörsgranskningsloggen för att ange policyändringen.

Obs! I sällsynta fall kanske logghändelsedata inte finns för alla händelser. Vi arbetar med att lösa detta problem.

Användare får en inloggningsfråga om en misstänkt inloggning upptäcks, till exempel om användaren inte följer sina tidigare inloggningsmönster. En användare får en verifieringsfråga om hen har en riskabel session när hen försöker utföra en känslig åtgärd.

Viktigt! Google bestämmer vilken typ av säkerhetsutmaning som är lämplig att visa för en användare baserat på flera faktorer som rör säkerhet och användningsförmåga. Exempelvis visas inloggningsfrågan för anställnings-id:t kanske inte alltid för en viss användare, även om du har aktiverat den.

2-stegsverifiering (2SV) är en typ av inloggningsfråga. Som administratör kan du tillämpa 2SV-inloggningsfrågan för användarna. När du gör det får de inte någon annan typ av riskbaserad inloggningsfråga.

Om du inte tillämpar 2SV för användarna, eller om en användare inte har aktiverat funktionen, bestämmer Google vilken typ av inloggningsutmaning som är lämplig att visa för användaren. Vilken typ av inloggningsfråga som är lämplig beror på flera faktorer som rör säkerhet och användningsförmåga. Exempelvis visas inloggningsfrågan för anställnings-id:t kanske inte alltid för en viss användare, även om du har aktiverat den.

Ja. Mer information finns i Konfigurera ett telefonnummer eller en e-postadress för återställning.

2-stegsverifiering (2SV) är en typ av inloggningsfråga. Om användarna har aktiverat funktionen får de inga fler inloggningsfrågor. Av samma anledning visas varje tvåstegsverifiering som en inloggningsfråga i administratörsrapporterna.

Det beror på hur du har konfigurerat SSO i organisationen:

• Om du har konfigurerat en äldre SSO-profil för organisationen – inloggningsutmaningar är inte aktiverade som standard. Du kan dock konfigurera verifiering efter SSO för att tillåta ytterligare riskbaserade autentiseringsfrågor och tvåstegsverifiering (2SV) om det har konfigurerats.
• Om du använder en annan SSO-profil tillämpas ytterligare inloggningsfrågor automatiskt (inklusive 2SV, om det har konfigurerats).

Ja, alla Google Workspace-utgåvor innehåller extra säkerhetsfrågor och inloggningsfrågor.

En misstänkt inloggning identifieras av våra riskanalyssystem som utanför det normala användarbeteendet. Det kan till exempel vara en användare som loggar in från en ovanlig plats eller på ett sätt som är förknippat med otillåten användning.

Ja, det finns olika typerav inloggningsfrågor. Beroende på vilken information som är tillgänglig för användarens konto visas olika typer av inloggningsfrågor för användarna. De måste exempelvis ange sitt anställnings-id eller sin återställningsadress. Om en användare inte har åtkomst till sin telefon kan hen använda reservkoder för att logga in. Mer information finns i Logga in med hjälp av säkerhetskoder.

Användaren kan uppdatera återställningsinformationen via kontoinställningarna.

Om användaren inte anger ett telefonnummer för återställning måste hen besvara en annan typ av inloggningsfråga, till exempel att ange återställningsadressen eller sitt anställnings-id.

Ja, en administratör kan inaktivera en inloggningsfråga eller verifieringsutmaning i tio minuter.

I vissa situationer kan en auktoriserad användare inte verifiera sin identitet. Exempelvis har användaren kanske ingen mottagning på mobilen och kan inte ta emot verifieringskoden. Eller också har användaren glömt eller kan inte hitta sitt anställnings-id. Om detta händer kan du som avancerad administratör stänga av inloggningsfrågan eller verifieringsutmaningen i 10 minuter så att de kan logga in eller slutföra den känsliga åtgärden. Var försiktig när du inaktiverar inloggningsfrågor eller verifieringsutmaningar eftersom kontot är mindre säkert mot kapare under tio minuter.

Nej, du kan inte inaktivera den här funktionen för hela organisationen. Du kan bara stänga av den tillfälligt för enskilda användare.

Nej, det är bara en administratör som kan inaktivera inloggnings- eller säkerhetsfrågor tillfälligt.

Som administratör kan du få åtkomst till kontot genom att följa anvisningarna på inloggningssidan för att återställa lösenordet.

Om du är Google Workspace-administratör och har problem med att logga in på administratörskontot kan du läsa anvisningarna i Återställa administratörsåtkomst till kontot.

Om en huvudadministratör inte kan verifiera sin identitet kan en annan huvudadministratör (om det finns flera) tillfälligt inaktivera inloggningsfrågan för personen enligt beskrivningen i stegen nedan.

Alternativt kan huvudadministratören hoppa över inloggningsfrågan genom att återställa sitt lösenord.

Obs! Alternativet för automatisk lösenordsåterställning är inte tillgängligt för alla huvudadministratörer. Mer information om återställning av administratörskontot finns i Lägg till återställningsalternativ för administratörskontot.