2012-04-10 12 views
9

Załóżmy, że mam witrynę pod adresem www.example.com, która ma ramkę IFRAME wskazującą stronę ASP.NET myapp.othersite.com - powoduje to problemy z plikami cookie sesji i plików cookie podmiotów zewnętrznych, które rozumiem.Czy plik cookie sesji na innej poddomenie jest liczony jako strona trzecia?

Jeśli przeniosłem aplikację osadzoną na adres myapp.example.com, czy plik cookie sesji byłby nadal traktowany jako plik cookie innej firmy, ponieważ jest to inna poddomena?

Odpowiedz

7

jeśli ustawisz cookie na domenę .example.com

następnie ciasteczko z www.example.com i www.myapp.example.com będą traktowane tak samo.

Żadne ciasteczko nie jest traktowane jako plik cookie stron trzecich.

+0

Nie wiesz, co domena ASP.NET użyje domyślnie dla sesji ale patrząc na [to pytanie] (http://stackoverflow.com/questions/2326521/asp-net-session-cookies-specifying-the-base-domain) wygląda na to, że będzie to example.com - będę testować i zgłoś się ponownie – RossJ

+1

Wygląda na to, że działało, więc pliki cookie sesji ASP.NET w różnych poddomenach nadal są liczone jako pierwsza strona. – RossJ

+0

Plik cookie umieszczony na stronie internetowej, która jest załadowana w ramce innej witryny, jest uznawany za plik cookie strony trzeciej dla witryny nadrzędnej. –

5

Cookies wydają się być uznane 3rd party jeśli pochodzą one z różnych domen bazowych (domenach bazowej example.com lub example.co.uk), ale nie wtedy, gdy pochodzą z różnych subdomen w tej samej domenie podstawowej.

myapp.example.com będą mogli ustawić ciasteczka z domeny myapp.example.com jeśli jest on osadzony w www.example.com.

Mając myapp.example.com ustawianie ciasteczek z dziedziny .example.com jest konieczne, chyba że te ciasteczka muszą być czytać z innej subdomenie.

[Testowane Firefox, Chrome (z 3rd party cookies zablokowany) i Safari] [ThirdPartyUtil.IsThirdPartyInternal wydaje się być tam, gdzie jest to zaznaczone w Firefoksie]

Powiązane problemy