(Äldre) Tracking Prevention Assessment - Apple Safari tracking-prevention-assessment-apple-safari
Safari 10 safari10
Information
Från och med Safari 10 kommer standardsekretessinställningarna för webbläsare att få funktionerna för enkel inloggning (SSO), enkel utloggning (SLO) och passiv autentisering att sluta fungera. Enkel inloggning (SSO) och passiv autentisering fungerar inte ens i
samma session mellan flera flikar eller webbläsarfönster.
Dessa ändringar påverkar och påverkar Adobe Pass autentiseringsprocesser
för följande versioner av AccessEnabler JavaScript SDK: v2 (version 2.x), v3 (version 3.x), v4 (version 4.x).
Minska mitigation-safari10
För att begränsa dessa begränsningar kan du instruera användaren att ändra sekretessinställningarna för webbläsaren Safari 10 och använda alternativet Tillåt alltid för posten Cookies och webbplatsdata på fliken Sekretess i inställningarna, vilket visas i bilden nedan.
Safari 11 safari11
Information
Från och med Safari 11 introducerar webbläsaren mekanismen Intelligent Tracking Prevention (ITP), en teknik som använder heuristik för att förhindra spårning mellan webbplatser. Dessa heuristika påverkar hur cookies från tredje part lagras och spelas upp på nätverksanrop, vilket innebär att Safari blockerar cookies från tredje part i kommunikationen mellan klient och servermodell beroende på vilken ITP-mekanism som aktiveras.
Adobe Pass autentiseringstjänst använder och förlitar sig på cookies som en del av autentiseringsprocessen för att fungera. I situationer där autentiseringsprocessen sker automatiskt (t.ex. Tillfälligt pass) eller i implementeringar som använder iFrames eller"omdirigeringsfunktioner", betraktas Adobe cookies som cookies från tredje part och blockeras som standard. I alla andra fall använder Safari en maskininlärningsalgoritm som kan flagga alla Adobe Pass Authentication-tjänstcookies som spårningscookies, vilket innebär att ITP spärras.
Sammanfattningsvis kan det hända att en användare av webbläsaren Safari 11 inte kan autentisera på en webbplats som stöder Adobe Pass Authentication efter aktiveringen av ITP-mekanismen (Intelligent Tracking Prevention), särskilt när användaren använder flera webbplatser som stöder Adobe Pass Authentication. Därför kan användarens autentiseringsupplevelse vara oväntad och odefinierad, från oförmåga till inloggning, till kortare än förväntad autentiseringstid.
Dessa ändringar påverkar och påverkar Adobe Pass autentiseringsprocesser för följande versioner av AccessEnabler JavaScript SDK: v2 (version 2.x), v3 (version 3.x).
Minska mitigation-safari11
För både AccessEnabler JavaScript SDK v3 (version 3.x) och AccessEnabler JavaScript SDK v4 (version 4.x) innehåller biblioteket en mekanism som kan identifiera de situationer där användarens autentisering blockerades på grund av att nödvändiga cookies saknas. I dessa situationer utlöser biblioteket ett specifikt felanrop N130 som skickas tillbaka till webbplatsen Adobe Pass Authentication enabled för att användas som en signal för att instruera användaren att vidta åtgärder som kan minska problemet. För att du ska kunna utnyttja den här funktionen måste webbplatsen implementera specifikationen Felrapportering.
För AccessEnabler JavaScript SDK v2 (version 2.x) har biblioteket inte den mekanism som beskrivs ovan, och därför kan inte webbplatsen med aktiverad Adobe Pass-autentisering signaleras när användaren ska instrueras att vidta åtgärder för att åtgärda problemet.
Listan över åtgärder som kan mildra de ovannämnda problemen gäller för alla tre versionerna av AccessEnabler JavaScript SDK.
När felåteranrop för N130 tas emot av implementerarens webbplats bör användaren instrueras att inaktivera ITP (Intelligent Tracking Prevention) och aktivera cookies från tredje part genom att:
-
Om det gäller Mac OS X High Sierra och senare: Avmarkerar alternativet Förhindra spårning mellan webbplatser för webbplatsspårning på fliken Sekretess i inställningarna, vilket visas i bilden nedan.
-
Om det gäller Mac OS X Sierra och tidigare: Kontrollera alternativet Tillåt alltid för posten Cookies och webbplatsdata på fliken Sekretess i Inställningar, enligt bilden nedan.
Safari 12 safari12
Information
I det här avsnittet beskrivs kompatibilitetsproblemen med AccessEnabler JavaScript SDK version 4.x i Safari 12.
Certifierad funktionalitet i AccessEnabler JavaScript SDK v4 (version 4.x) i Safari 12 certified-functionality-of-accessenabler-javacscript=sdk-v4
Autentiseringsflöden som använder användarinteraktion fungerar alltid, även om användarens webbläsare har inaktiverade cookies från tredje part, eftersom AccessEnabler JavaScript SDK från och med version 4.0 inte längre använder cookies från tredje part för autentiseringsprocesserna.
Autentiserings-/preflight-/användarmetadataåtgärder fungerar fullt ut, förutsatt att användaren redan är autentiserad.
Kända fel i AccessEnabler JavaScript SDK v4 (version 4.x) i Safari 12 known-issues-of-accessenabler-javascript-sdk-4
-
SSO och SLO
- På grund av hur localStorage implementeras i Safari från och med Safari 10 kan JS SDK inte längre dela inloggningstillståndet via en gemensam domän iFrame. Det innebär att användaren måste logga in på alla webbplatser som använder AccessEnabler JavaScript SDK. Utloggning tar inte heller bort autentiseringstoken över webbplatser, och därför måste användaren logga ut från varje webbplats som är aktiverad för Adobe Pass-autentisering.
-
Temporärt pass
- För tillfälliga passeringar använder AccessEnabler JavaScript SDK en individualiseringsmekanism för att låsa en autentiseringstoken till en viss enhet (webbläsarinstans). På grund av nya mekanismer i Safari 12 som utformats för att förhindra spårning, kommer det fingeravtryck som vi beräknar och använder i individualiseringsmekanismen att vara detsamma för alla användare som har samma IP-adress. Vi tar faktiskt klientens IP-adress i beaktande för personalisering, men även detta påverkar användare som delar samma offentliga IP-adress. För dessa användare kommer vi att beräkna samma individualiserings-ID och det tillfälliga passet kommer att vara knutet till det. Det innebär att när en sådan användare använder ett tillfälligt pass har ingen annan åtkomst till det ! Detta påverkar särskilt företagsanvändare, utbildningsinstitutioner eller andra organisationer som har flera användare som använder NAT eller en gemensam proxy för att få tillgång till internet.
-
Automatiska flöden
- Autentiseringsflöden som har gjorts i ett automatiserat läge utan användarinteraktion kan inte utföras i Safari 12 när JS SDK 4.0 används. Observera att den kommande JS SDK 4.1 löser alla problem med automatiserade flöden.
Användningsfall som påverkas av detta problem:
-
Automatisk autentisering med TempPass (Free Preview) - för sådana flöden genererar SDK ett N130-fel.
-
Passiv autentisering (misslyckas tyst) - användaren uppmanas att välja denna MVPD och ange inloggningsuppgifter
Minska mitigation-safari12
enkel inloggning och enkel inloggning (SLO)
Det finns ingen känd begränsning tillgänglig eller möjlig för tillfället. Apple introducerade ett "Lagringsåtkomst-API" i Safari 12 (https://webkit.org/blog/8124/introducing-storage-access-api), men den aktuella implementeringen gäller inte för localStorage utan endast för cookies. API:t kräver dessutom användarinteraktion för att kunna användas, och när du väl har använt det får användaren också en behörighetsdialogruta som liknar den nedan.
I nuläget uppfyller dessa Safari-krav/-uppmaningar inte våra UX-krav och vi har inte något konsekvent beteende som i andra webbläsare, där enkel inloggning"fungerar" när vi har sparat en token i en gemensam domän localStorage.
Tillfälligt pass
För att minska personaliseringsproblemen och för att få en användarinteraktion rekommenderar vi att du använder Befordrad befordran på ett interaktivt sätt och tillhandahåller minst en ytterligare information om användaren (till exempel e-postadress).
Safari 13 safari13
Information
Från och med Safari 13 introducerar webbläsaren nya ändringar i ITP (Intelligent Tracking Prevention), vilket gör att heuristiken bakom mekanismen blir strängare när det gäller att flagga cookies från tredje part som spårningscookies för att förhindra spårning mellan webbplatser.
Så som beskrivs i tidigare avsnitt använder och förlitar sig Adobe Pass Authentication-tjänsten på cookies från tredje part som en del av autentiseringsprocesserna när implementerare använder AccessEnabler JavaScript SDK v2 (version 2.x) och AccessEnabler JavaScript SDK v3 (version 3.x). Jämfört med tidigare versioner av webbläsaren Safari när ITP sparade in efter att ha ägnat en stund åt att "lära sig" om interaktionen mellan användaren och de berörda parterna (programmerarens webbplatser och Adobe) blockerar webbläsaren Safari 13 från de första cookies från tredje part som anses spåra cookies i kommunikationen mellan klient och servermodell.
Sammanfattningsvis kan en användare av webbläsaren Safari 13 med största sannolikhet inte initiera nya autentiseringar på en Adobe Pass Authentication-aktiverad webbplats som använder en äldre version av AccessEnabler JavaScript SDK, v2 (version 2.x) eller v3 (version 3.x). Detta sker på grund av att alla nödvändiga Adobe Primetime Authentication-tjänstcookies blockeras av ITP, vilket gör att tjänsten inte kan uppfylla autentiseringsbegäran.
AccessEnabler JavaScript SDK v4 (version 4.x)-biblioteket använder inte cookies från tredje part för autentiseringsprocessen, och dess åtgärder påverkas därför inte på något sätt av ändringarna i Safari 13.
Minska mitigation-safari13
Först och främst rekommenderar vi starkt att migrering till AccessEnabler JavaScript SDK version 4.x har ett stabilt och förutsägbart beteende i webbläsaren Safari.
För det andra innehåller biblioteket, för AccessEnabler JavaScript SDK v3 (version 3.x), en mekanism som kan identifiera de situationer där användarautentisering blockerades på grund av att nödvändiga cookies saknas. I dessa situationer utlöser biblioteket ett specifikt felåteranrop (N130) som skickas tillbaka till webbplatsen Adobe Pass Authentication enabled för att användas som en signal för att instruera användaren att vidta åtgärder som kan minska problemet. För att du ska kunna utnyttja den här funktionen måste webbplatsen implementera specifikationen Felrapportering.
För AccessEnabler JavaScript SDK v2 (version 2.x) har biblioteket inte den mekanism som beskrivs ovan, och därför kan inte webbplatsen med aktiverad Adobe Pass-autentisering signaleras när användaren ska instrueras att vidta åtgärder för att åtgärda problemet.
När felåteranrop för N130 tas emot av implementerarens webbplats bör användaren instrueras att inaktivera ITP (Intelligent Tracking Prevention) och aktivera cookies från tredje part genom att:
-
Om det gäller Mac OS X High Sierra och senare: Avmarkerar alternativet Förhindra spårning mellan webbplatser för webbplatsspårning på fliken Sekretess i inställningarna, vilket visas i bilden nedan.
-
Om det gäller Mac OS X Sierra och tidigare: Kontrollerar alternativet Tillåt alltid för posten Cookies och webbplatsdata på fliken Sekretess i Inställningar, enligt bilden nedan.