Site-isolatie voor opgegeven oorsprongen aanzetten

Als je dit beleid toepast, wordt elk van de benoemde herkomsten in een door komma's gescheiden lijst uitgevoerd in een eigen proces. Elk proces van een benoemde herkomst mag alleen documenten bevatten van de betreffende herkomst en de subdomeinen daarvan. Als je bijvoorbeeld https://a1.example.com/ opgeeft, valt https://a2.a1.example.com/ onder hetzelfde proces, maar https://example.com of https://b.example.com niet. Sinds Google Chrome 77 kun je met een jokerteken een herkomstbereik opgeven om te isoleren. Als je bijvoorbeeld https://[*.]corp.example.com opgeeft, wordt elke herkomst onder https://corp.example.com uitgevoerd in een eigen proces, waaronder https://corp.example.com zelf, https://a1.corp.example.com en https://a2.a1.corp.example.com. Zoals wordt vermeld in ons beleid SitePerProcess, zijn op desktopplatforms alle sites (dus het schema plus eTLD+1, zoals https://example.com) standaard geïsoleerd. Het beleid IsolateOrigins is handig om specifieke herkomsten op een lager detailniveau te isoleren (bijvoorbeeld https://a.example.com). Herkomsten die door dit beleid worden geïsoleerd, kunnen geen scripts uitvoeren van andere herkomsten binnen dezelfde site. Normaal is dit wel mogelijk als 2 documenten van dezelfde site hun waarden voor document.domain op elkaar afstemmen. Beheerders moeten bevestigen dat dit ongebruikelijke gedrag niet wordt toegepast op een herkomst voordat deze wordt geïsoleerd. Als je dit beleid niet toepast of niet instelt, kunnen gebruikers deze instelling wijzigen. Opmerking: Voor Android gebruik je het beleid IsolateOriginsAndroid. Voorbeeldwaarde: https://a.example.com/,https://othersite.org/,https://[*.]corp.example.com