Google Workspace förbättrar automatiskt säkerheten för användarnas onlinesessioner genom att använda enhetsbundna sessionautentiseringsuppgifter (DBSC). DBSC är utformat för att förhindra kapning av sessioner, även kallat stöld av cookies.
Den här typen av cyberangrepp inträffar när en obehörig part får kontroll över en användares aktiva webbsession genom att stjäla sessionscookien, ofta via skadlig kod på användarens enhet. En sessionscookie är en liten datafil som innehåller den unika sessionsidentifieraren som utfärdas av webbplatsen under inloggningen. Genom att visa upp den stulna cookien kan angriparen utge sig för att vara den legitima användaren och fortsätta den autentiserade sessionen.
DBSC fungerar genom att binda en användares session till den specifika enheten, vilket gör det svårt för angripare att använda stulna cookies på andra enheter. Detta skapar en hårdvarubaserad säkerhetsgräns som minskar risken för obehörig åtkomst till användarkonton och skyddar känsliga uppgifter. DBSC är aktiverat som standard för alla Workspace-konton. Ingen administratörsåtgärd krävs för att aktivera detta skydd.
Krav för att använda DBSC
- Webbläsaren Chrome: Version 146 eller senare för Windows. Mer information finns i Uppdatera Google Chrome.
- Hårdvarusäkerhet: Kräver hårdvarubaserade säkerhetsfunktioner för att lagra de kryptografiska nycklarna som används för att binda sessionen till enheten på ett säkert sätt. För Windows är detta en TPM (Trusted Platform Module), som är standard på de flesta enheter som kör Windows 11. Läs enhetstillverkarens dokumentation för att bekräfta hårdvarufunktionerna.
Så tillämpas DBSC-skydd
DBSC-skydd tillämpas automatiskt när en användares enhet och webbläsare uppfyller de tekniska kraven. I vissa fall kan sessioner förbli obundna. Vanliga skäl är:
- Miljö som inte stöds – problem med användarens operativsystem, webbläsarversion eller hårdvarusäkerhet (till exempel en TPM i Windows).
- Befintliga sessioner – DBSC-skydd gäller endast nya sessioner. Användare som redan var inloggade när DBSC aktiverades måste logga ut och logga in igen för att binda sin session.
- Webbläsarändringar – vissa webbläsartillägg eller manuella ändringar av cookies kan förhindra att DBSC fungerar korrekt.
Tillämpa DBSC med kontextkänslig åtkomst
Begränsat till webbappar på datorer och gäller inte mobilappar eller API:er
Du kan förbättra säkerheten ytterligare genom att kräva att användarna har DBSC för att få åtkomst till specifika Google Workspace-appar. När du tillämpar DBSC uppmanas användarna att logga in igen om systemet upptäcker en skillnad jämfört med en tidigare etablerad bunden session. Med den här nya autentiseringen kan systemet försöka skapa en ny, säker bindning. Användare på plattformar som inte stöds blockeras från att få åtkomst till den skyddade appen. Den här säkerhetsåtgärden konfigureras via kontextkänslig åtkomst.
Så här ställer du in DBSC-tillämpning:
- Följ anvisningarna för att skapa en anpassad åtkomstnivå i Tillåt åtkomst till appar endast från DBSC-begränsade sessioner.
- Tilldela åtkomstnivån till appar som du vill är tillgängliga endast genom DBSC-begränsade sessioner i övervakningsläget för att simulera tillämpning utan att blockera användaråtkomst.
- När du har bedömt effekten tilldelar du åtkomstnivåer i aktivt läge för att tillämpa åtkomst endast genom DBSC-bundna sessioner. Mer information finns i Implementera kontextkänslig åtkomst.
DBSC tillämpas inte omedelbart. Det innebär att det finns en respitperiod efter att en användare har loggat in innan tillämpningen sker. Designen tar hänsyn till potentiella tillfälliga bindningsproblem. När de har kopplats kontrollerar systemet regelbundet om användare som har åtkomst till de angivna apparna har DBSC-bundna sessioner. Eventuell ny autentisering återställer respitperioden och DBSC tillämpas inte under den nya autentiseringen.
Undersöka problem med DBSC-skydd och sessioner
Du kan använda verktyget för säkerhetsutredningar för att övervaka DBSC-skydd och felsöka avbrott i sessioner. Det finns två loggkällor för DBSC-aktivitet:
- Händelser i användarloggen – övervaka bindningen av åtkomsttoken till användarenheter.
- Logghändelser för åtkomstbedömning – granska statusen för specifika cookies.
Obs! DBSC-logghändelser visas endast för det primära kontot när flera användarkonton är inloggade i samma Chrome-webbläsarprofil.
Steg 1: Sök efter DBSC-aktivitet i användarlogghändelser
Använd denna datakälla för att avgöra om DBSC binder nycklar till användarens enheter och validerar sessioner.
Så här kontrollerar du om DBSC binder nycklar:
-
I Googles administratörskonsol går du till menyn
Säkerhet Säkerhetscenter Utredningsverktyg.Administratörsbehörighet för Säkerhetscenter krävs.
- Välj Användarlogghändelser för Datakälla.
- Klicka på Lägg till villkor.
- Välj Händelse som Attribut Är som operator
DBSC-nyckelbindning som händelse.
- Klicka på Sök.
- Titta i kolumnen Händelsestatus i resultattabellen:
- Succeeded – DBSC-skyddet är aktiverat för användaren och sessionen är skyddad.
- Misslyckades – DBSC-bindningen misslyckades och skyddet har inte aktiverats för användaren.
- Inga resultat – DBSC-skydd försöktes inte för den här användarsessionen.
Så här kontrollerar du om DBSC validerar sessioner:
-
I Googles administratörskonsol går du till menyn
Säkerhet Säkerhetscenter Utredningsverktyg.Administratörsbehörighet för Säkerhetscenter krävs.
- Klicka på Lägg till villkor.
- Välj Händelse Är som operator
DBSC-nyckelvalidering som händelse för Attribut.
- Klicka på Sök.
- Titta i kolumnen Händelsestatus i resultattabellen:
- Succeeded – cookien har validerats.
- Misslyckades – DBSC-valideringen misslyckades. Klicka på statusen för att få mer information, till exempel en felkod.
En misslyckad validering innebär inte nödvändigtvis att användaren upplever avbrott i sessionen. Användarna kan bli avbrutna om flera misslyckade valideringar sker i följd.
Steg 2: Kontrollera om åtkomst nekats i logghändelser för åtkomstbedömning
Använd den här datakällan för att avgöra om en användares cookie nekades åtkomst.
-
I Googles administratörskonsol går du till menyn
Säkerhet Säkerhetscenter Utredningsverktyg.Administratörsbehörighet för Säkerhetscenter krävs.
- Välj Logghändelser för åtkomstutvärdering för Datakälla.
- Klicka på Lägg till villkor.
- Välj Händelse Är som operator
Neka begäran om validering av cookies som händelse för Attribut.
- Klicka på Sök.
- Klicka på Nekad i kolumnen Händelsestatus eller på
länken i kolumnen Beskrivning i resultattabellen för att öppna en sidopanel där du kan se
följande orsaker till att försöken misslyckades:
- DBSC_BOUND_COOKIE_MISSING
- DBSC_BOUND_COOKIE_CORRUPTED
- DBSC_BOUND_COOKIE_EXPIRED
Logghändelser grupperas efter session. För att hantera loggvolymen registreras endast en händelse per timme för varje unik session och typ av misslyckat försök. Andra försök med samma uppgifter registreras inte under den timmen.
Steg 3: Undersök om sessionsavbrott orsakas av DBSC
Användare kan loggas ut av olika anledningar, till exempel gränser för sessionslängd, administratörsdefinierade policyer eller nätverksproblem. Även om en utloggning inte alltid tyder på ett DBSC-problem kan specifika loggsekvenser hjälpa till att identifiera potentiell DBSC-relaterad aktivitet eller fall där systemet blockerade en komprometterad session.
Använd dessa punkter för att identifiera DBSC-relaterad aktivitet:
- Granska loggsekvenser – om du hittar misslyckade DBSC-nyckelvalideringar följt av en Deny Cookie Validation Request kan DBSC vara orsaken till att användaren loggas ut.
- Förstå effekten för användaren – för att skydda kontot måste användaren logga in igen om bindningsprocessen stöter på ett fel.
Google, Google Workspace och tillhörande märken och logotyper är varumärken som tillhör Google LLC. Alla andra företags- och produktnamn är varumärken som tillhör de företag som de är kopplade till.