Google Workspace förbättrar automatiskt säkerheten för dina användares onlinesessioner genom att använda enhetsbundna sessionsuppgifter (DBSC). DBSC är utformat för att förhindra sessionskapning, även känt som cookiestöld.
Den här typen av cyberattack inträffar när en obehörig part får kontroll över en användares aktiva webbsession genom att stjäla sessionscookien – ofta genom skadlig kod på användarens enhet. En sessionscookie är en liten datafil som innehåller den unika sessionsidentifierare som utfärdas av webbplatsen vid inloggning. Genom att presentera denna stulna cookie kan angriparen utge sig för att vara den legitima användaren och fortsätta sin autentiserade session.
DBSC fungerar genom att binda en användares session till deras specifika enhet, 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 data. 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
- Chrome-webbläsaren : Version 146 eller senare för Windows. För mer information, gå till Uppdatera Google Chrome .
- Maskinvarusä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 Trusted Platform Module (TPM), som är standard på de flesta enheter som kör Windows 11. Se enhetstillverkarens dokumentation för att bekräfta hårdvarufunktioner.
Hur DBSC-skydd tillämpas
DBSC-skydd tillämpas automatiskt när en användares enhet och webbläsare uppfyller de nödvändiga tekniska kraven. I vissa fall kan sessioner förbli obundna. Vanliga orsaker inkluderar:
- Miljö som inte stöds — Problem med användarens operativsystem, webbläsarversion eller hårdvarusäkerhet (t.ex. en TPM i Windows).
- Befintliga sessioner — DBSC-skydd gäller endast för 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äsarmodifieringar — Vissa webbläsartillägg eller manuella ändringar av cookies kan förhindra att DBSC fungerar korrekt.
Tillämpa DBSC med kontextmedveten åtkomst
Begränsat till webbappar för stationära datorer och inte tillämpligt för mobilappar eller API:er
Du kan ytterligare förbättra säkerheten genom att kräva att användare 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 upprättad bunden session. Denna omautentisering gör det möjligt för systemet att försöka en ny, säker bindning. Användare på plattformar som inte stöds blockeras från att komma åt den skyddade appen. Denna säkerhetsåtgärd konfigureras via kontextmedveten åtkomst.
Så här konfigurerar du DBSC-tillämpning:
- Följ instruktionerna för att skapa en anpassad åtkomstnivå i Tillåt endast åtkomst till appar från DBSC-bundna sessioner .
- Tilldela åtkomstnivån till de appar som du bara vill ska nås av DBSC-begränsade sessioner i övervakningsläge för att simulera tillämpning utan att blockera användaråtkomst.
- Efter att ha utvärderat effekten, tilldela åtkomstnivåer i aktivt läge för att endast tillämpa åtkomst för DBSC-bundna sessioner. Mer information finns i Distribuera kontextmedveten åtkomst .
DBSC-tillämpning sker inte omedelbart, vilket innebär att efter att en användare har loggat in finns det en respitperiod innan tillämpningen tillämpas. Denna design hanterar potentiella tillfälliga bindningsproblem. När kopplingen är bunden kontrollerar systemet regelbundet om användare som använder de angivna apparna har DBSC-bundna sessioner. Eventuell omautentisering återställer denna respitperiod och DBSC kommer inte att tillämpas under den omautentiseringen.
Undersök DBSC-skydd och sessionsproblem
Du kan använda säkerhetsutredningsverktyget för att övervaka DBSC-skydd och felsöka sessionsavbrott. Det finns två loggkällor för DBSC-aktivitet:
- Användarlogghändelser — Övervaka bindningen av åtkomsttokens till användarenheter.
- Händelser i åtkomstutvärderingsloggen — 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 på 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 se om DBSC binder nycklar till användarenheter och validerar sessioner.
För att kontrollera om DBSC binder nycklar:
I Googles administratörskonsol, gå till Meny
Säkerhet
Säkerhetscenter
Utredningsverktyg .
Kräver administratörsbehörighet i säkerhetscenter .
- För Datakälla väljer du Användarlogghändelser .
- Klicka på Lägg till villkor .
- För Attribut , välj Händelse
Är som operatorn
DBSC-nyckelbindning som händelse.
- Klicka på Sök .
- I resultattabellen, granska kolumnen Händelsestatus :
- Lyckades — DBSC-skydd är aktiverat för användaren och sessionen är skyddad.
- Misslyckades —DBSC-bindningen misslyckades och skyddet är inte aktiverat för användaren.
- Inga resultat — DBSC-skydd försöktes inte för den här användarsessionen.
För att kontrollera om DBSC validerar sessioner:
I Googles administratörskonsol, gå till Meny
Säkerhet
Säkerhetscenter
Utredningsverktyg .
Kräver administratörsbehörighet i säkerhetscenter .
- Klicka på Lägg till villkor .
- För Attribut , välj Händelse
Är som operatorn
DBSC-nyckelvalidering som händelse.
- Klicka på Sök .
- I resultattabellen, granska kolumnen Händelsestatus :
- Lyckades — Cookien har validerats.
- Misslyckades — DBSC-valideringen misslyckades. Klicka på statusen för att få ytterligare information, till exempel en felkod.
Ett fel betyder inte nödvändigtvis att användaren upplever sessionsavbrott. Användare kan få avbrott om flera valideringsfel inträffar i följd.
Steg 2: Kontrollera om det finns nekad åtkomst i händelser i åtkomstutvärderingsloggen
Använd den här datakällan för att se om en användares cookie nekades åtkomst.
I Googles administratörskonsol, gå till Meny
Säkerhet
Säkerhetscenter
Utredningsverktyg .
Kräver administratörsbehörighet i säkerhetscenter .
- För Datakälla väljer du Åtkomst till utvärderingslogghändelser .
- Klicka på Lägg till villkor .
- För Attribut , välj Händelse
Är som operatorn
Neka begäran om cookievalidering som händelse.
- Klicka på Sök .
- I resultattabellen klickar du på Nekad i kolumnen Händelsestatus eller på länken i kolumnen Beskrivning för att öppna en sidopanel där du kan granska följande felorsaker:
- 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 feltyp. Andra försök med samma information registreras inte under den timmen.
Steg 3: Undersök om sessionsavbrott orsakas av DBSC
Användare kan loggas ut av olika anledningar, till exempel begränsningar av sessionslängd, administratörsdefinierade policyer eller nätverksproblem. Även om en utloggning inte alltid indikerar 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 DBSC-nyckelvalideringsfel följt av en begäran om att neka cookievalidering kan DBSC vara orsaken till användarens utloggning.
- Förstå påverkan på användaren – För att skydda kontot måste en användare logga in igen om ett fel uppstår under bindningsprocessen.
Google, Google Workspace och relaterade varumä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 associerade med.