2012-04-10 5 views
9

Angenommen, ich habe eine Website unter www.example.com, die einen IFRAME auf ASP.NET-Site zeigt myapp.othersite.com - das verursacht Probleme mit der Sitzung und 3rd-Party-Cookies, die ich verstehe.Wird ein Sitzungscookie in einer anderen Subdomain als Drittanbieter gezählt?

Wenn ich die eingebettete App nach myapp.example.com verschoben habe, würde der Sitzungscookie immer noch als ein Drittanbieter-Cookie gelten, da es sich um eine andere Sub-Domain handelt?

Antwort

7

, wenn Sie ein Cookie auf Domain .example.com

dann ein Cookie von www.example.com und www.myapp.example.com die gleiche betrachtet werden.

kein Cookie wird als Cookie von Drittanbietern behandelt.

+0

nicht sicher, welche Domain ASP.NET standardmäßig für Session verwenden möchten, aber wenn man sich [diese Frage] anschaut (http://stackoverflow.com/questions/2326521/asp-net-session-cookies-specifying-the-base-domain), sieht es so aus, als würde es example.com sein - ich werde es testen und melden Sie sich zurück – RossJ

+1

Scheint zu funktionieren, so zählen ASP.NET Session-Cookies auf verschiedenen Sub-Domains immer noch als erste Partei. – RossJ

+0

Ein Cookie, der auf einer Website gesetzt wird, die in einen Iframe einer anderen Website geladen wird, wird als Cookie von Drittanbietern auf der übergeordneten Website betrachtet. –

5

Cookies scheinen als Drittanbieter zu gelten, wenn sie aus verschiedenen Basisdomänen stammen (Basisdomänen sind example.com oder example.co.uk), aber nicht, wenn sie aus verschiedenen Subdomänen derselben Basisdomäne stammen.

myapp.example.com in der Lage, Cookies mit Domain myapp.example.com, wenn sie innerhalb www.example.com eingebettet ist.

Mit myapp.example.com Set Cookies mit Domain .example.com ist nicht erforderlich, es sei denn, diese Cookies aus einer anderen Sub-Domain gelesen werden müssen.

[Geprüft in Firefox, Chrome (mit 3rd-Party-Cookies blockiert) und Safari] [ThirdPartyUtil.IsThirdPartyInternal scheint zu sein, wo dies in Firefox aktiviert ist]