Google Workspace förbättrar automatiskt säkerheten för användarnas onlinesessioner genom att använda enhetsbundna användaruppgifter för session (DBSC). DBSC är utformat för att förhindra sessionskapning, vilket även kallas cookiestöld.
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änslig data. DBSC är aktiverat som standard för alla Workspace-konton. Administratören behöver inte göra något för att aktivera skyddet.
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 säkert lagra de kryptografiska nycklar som används för att binda sessionen till enheten. 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 sessionen.
- Ändringar i webbläsaren – 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 för datorer och gäller inte för 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 med en tidigare etablerad bunden session. Denna autentisering gör att systemet kan försöka göra 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 genom kontextkänslig åtkomst.
Så här konfigurerar du DBSC-tillämpning:
- Följ anvisningarna för att skapa en anpassad åtkomstnivå i Tillåt endast åtkomst till appar från DBSC-bundna 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ämpningen sker inte omedelbart, vilket innebär att det finns en respitperiod efter att en användare har loggat in innan tillämpningen sker. Den här designen hanterar potentiella tillfälliga bindningsproblem. När de har bundits kontrollerar systemet regelbundet om användare som har åtkomst till de angivna apparna har DBSC-bundna sessioner. Vid varje återautentisering återställs respitperioden och DBSC tillämpas inte under återautentiseringen.
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 sessionsavbrott. Det finns två loggkällor för DBSC-aktivitet:
- Logghändelser för användare – övervaka bindningen av åtkomsttoken till användarenheter.
- Logghändelser för åtkomstbedömning – granska statusen för specifika cookies.
Obs! DBSC-logghändelser är endast synliga 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 den här datakällan för att avgöra om DBSC binder nycklar till användarenheter 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.
- För Attribut väljer du Händelse Är som operator
DBSC-nyckelbindning som händelse.
- Klicka på Sök.
- Granska kolumnen Händelsestatus i resultattabellen:
- Slutfört – DBSC-skydd har aktiverats 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 har inte försökt användas 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.
- För Attribut väljer du Händelse Är som operator
DBSC-nyckelvalidering som händelse.
- Klicka på Sök.
- Granska 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 sessionsavbrott. Användarna kan drabbas av avbrott om flera misslyckade valideringar sker i följd.
Steg 2: Kontrollera om det finns nekad åtkomst 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.
- För Datakälla väljer du Logghändelser för åtkomstutvärdering.
- Klicka på Lägg till villkor.
- För Attribut väljer du Händelse Är som operator
Neka begäran om cookievalidering som händelse.
- Klicka på Sök.
- Klicka på Nekad i kolumnen Händelsestatus i resultattabellen eller på länken i kolumnen Beskrivning för att öppna en sidopanel där du kan granska följande orsaker till misslyckade försök:
- 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 skäl, till exempel gränser för sessionslängd, administratörsdefinierade policyer eller nätverksproblem. En utloggning tyder inte alltid på ett DBSC-problem, men specifika loggsekvenser kan hjälpa till att identifiera potentiell DBSC-relaterad aktivitet eller fall där systemet har blockerat 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 begäran om att neka cookievalidering kan DBSC vara orsaken till användarens utloggning.
- Förstå effekten på användaren – för att skydda kontot måste användaren logga in igen om ett fel uppstår under bindningsprocessen.
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.