asp.net の Cookie クロスドメインの問題について-C#.Net チュートリアル-php.cn

ホームページ

バックエンド開発

C#.Net チュートリアル

asp.net の Cookie クロスドメインの問題について

伊谢尔伦

Nov 25, 2016 am 09:19 AM

asp.netcookie

Cookie は、Web 開発者がユーザーのログイン状態を保持できるようにする素晴らしい発明です。しかし、サイトに複数のドメイン名がある場合、問題が発生します。 Cookie の仕様によれば、Cookie は 1 つのドメイン名に対してのみ使用でき、他のドメイン名に送信することはできません。したがって、ブラウザーで 1 つのドメイン名に対して Cookie が設定されている場合、その Cookie は他のドメイン名に対しては無効になります。ユーザーがいずれかのサイトからログインし、他のドメインからもログインできるようにしたい場合、これは大きな問題となる可能性があります。

第 2 レベルのドメイン名間で

これは、たとえば、www.test1.com の Web アプリケーションで Cookie を作成すると、簡単に理解できます。 bbs.test1.com で使用したいこのような第 2 レベルのドメイン名に対応するアプリケーションにアクセスするには、Cookie の作成時にドメインパラメーターdomain=test1.com を設定する必要があります。 asp.net を例に取ると、コードは次のとおりです。

HttpCookie cookie = new HttpCookie("name", "www.Admin10000.com");
cookie.Domain = "test1.com";
cookie.Path = "/";
Response.Cookies.Add(cookie);

トップレベルドメイン名を横断する

私がセカンドレベルドメイン名ではなく、完全に異なるトップレベルドメイン名に属している場合、たとえば、 www.test1.com が存在する Web アプリケーションは Cookie を作成します。www.test2.com またはその第 2 レベルドメイン名アプリケーションにアクセスした場合はどうすればよいですか?従来の対策ではアクセスできないことはわかっていますが、何らかの方法でアクセスできるかどうかが重要です。実際のところ、Cookie は意のままにクロスドメインを実現するのではなく、特定の条件下でドメインを越えることができます。

2 つのサイト www.test1.com と www.test2.com が Cookie のクロスドメインアクセスをどのように実装しているかをテストしてみましょう。慣例によれば、ドメイン名を設定するには 2 つのトップレベルドメイン名と DNS サーバーが必要です。そうしないと検証できませんが、ここではそれほど面倒な作業は必要ありません。ホストを変更することでシミュレーションできます。ファイル。 c:windowssystem32driversetc に hosts ファイルがあります。最後に 2 行

127.0.0.1    www.test1.com
127.0.0.1    www.test2.com

を追加すると、上記のドメイン名を使用してローカルループバックアドレスにアクセスできます。 IIS に一連のプログラムを展開するだけで済みます。IP はローカルマシンのループバックアドレスであり、それぞれ 2 つのドメイン名を使用してアクセスできます。

Default.aspx、SSO.ashx、GetCookie.aspx という 3 つの新しいページを作成します。

このうち、Default.aspxはwww.test1.comのページで、アクセスアドレスはhttp://www.test1.com/Default.aspxです。フロントエンドコードを見てください。バックエンドコードはありません

<%@ Page Language="C#" AutoEventWireup="true" CodeBehind="Default.aspx.cs" Inherits="Admin10000.Web.Default" %>
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
<html xmlns="http://www.w3.org/1999/xhtml">
<head runat="server">
    <title></title>
</head>
<body>
    <form id="form1" runat="server">
    <div>
              <script type="text/javascript">
            var _frm = document.createElement("iframe");
            _frm.style.display = "none";
            _frm.src = "http://www.test2.com/SSO.ashx";
            document.body.appendChild(_frm);  
        </script>
       </div>
    </form>
</body>
</html>

もう 1 つは SSO.ashx ページです。これは www.test2.com のページだと思います。フロントエンドにはあります。コードはありません。バックエンドコードは次のとおりです:

using System;
using System.Collections.Generic;
using System.Linq;
using System.Web;
using System.Web.Services;
using System.Web.SessionState;
 
namespace Admin10000.Web
{
    /// <summary>
    /// $codebehindclassname$ 的摘要说明
    /// </summary>
    [WebService(Namespace = "http://tempuri.org/")]
    [WebServiceBinding(ConformsTo = WsiProfiles.BasicProfile1_1)]
    public class SSO : IHttpHandler
    {
 
        public void ProcessRequest(HttpContext context)
        {
            HttpCookie cookie = new HttpCookie("name", "www.Admin10000.com");
            cookie.Domain = "test2.com";
            cookie.Path = "/";
            cookie.Expires = DateTime.Now.AddMinutes(10000);
            context.Response.Cookies.Add(cookie);
 
            context.Response.ContentType = "text/plain";
            context.Response.AddHeader("P3P", "CP=CAO PSA OUR");
            context.Response.Write("");
        }
 
        public bool IsReusable
        {
            get
            {
                return false;
            }
        }
    }
}

最後のページは GetCookie.aspx ページです。これは www.test2.com の下のページでもあります。フロントエンドコードはなく、バックエンドコードのみです。終了コード:

using System;
using System.Collections.Generic;
using System.Linq;
using System.Web;
using System.Web.UI;
using System.Web.UI.WebControls;
 
namespace Admin10000.Web
{
    public partial class GetCookie : System.Web.UI.Page
    {
        protected void Page_Load(object sender, EventArgs e)
        {
            if (Request.Cookies["name"] != null)
            {
                Response.Write(Request.Cookies["name"].Value);
            }
        }
    }
}

さて、http://www.test1.com/Default.aspx にアクセスしてテストにアクセスします。その後、SSO.ashx ページが iframe を通じてロードされ、バックグラウンドコードが実行されます。 Cookie を作成するには、http://www.test2.com/GetCookie.aspx にアクセスして、対応する Cookie を取得します。 www.test1.com で作成された Cookie は、www.test2.com でアクセスできることに注意してください。

注意事項:

admin10000.com ヒント SSO.ashx のバックグラウンドコードに次の文があります。応答ヘッダー。これは、IE ブラウザでサポートされている P3P により、iframe がサイトをまたぐときに Cookie がブロックされ、Cookie を作成できないためです。 (FireFox は現在 P3P セキュリティ機能をサポートしていません。FireFox には当然この問題はありません。P3P 応答ヘッダーを追加する必要はありません。)

iframe の src 属性を使用して、test1.com の Cookie 値をリダイレクトします。 com ドメインの SSO.ashx ページで、SSO.ashx が test1.com ドメインから渡された Cookie 値を取得し、取得した値を Cookie に書き込むだけで、クロスドメイン Cookie アクセスが実現されます。。

さらに、Default.aspx ページを JS 呼び出し形式に変更することもできます:

<%@ Page Language="C#" AutoEventWireup="true" CodeBehind="Default.aspx.cs" Inherits="Admin10000.Web.Default" %>
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
<html xmlns="http://www.w3.org/1999/xhtml" >
<head runat="server">
    <title></title>
</head>
<body>
    <form id="form1" runat="server">
    <div>
        <script type="text/javascript" src="http://www.test2.com/SSO.ashx"></script>
    </div>
    </form>
</body>
</html>

声明

この記事の内容はネチズンが自主的に寄稿したものであり、著作権は原著者に帰属します。このサイトは、それに相当する法的責任を負いません。盗作または侵害の疑いのあるコンテンツを見つけた場合は、admin@php.cn までご連絡ください。

.NET内のC＃コード：プログラミングプロセスの調査Apr 12, 2025 am 12:02 AM

.NETでのC＃のプログラミングプロセスには、次の手順が含まれます。1）C＃コードの作成、2）中間言語（IL）にコンパイルし、3）.NETランタイム（CLR）によって実行される。 .NETのC＃の利点は、デスクトップアプリケーションからWebサービスまでのさまざまな開発シナリオに適した、最新の構文、強力なタイプシステム、および.NETフレームワークとの緊密な統合です。

C＃.NET：コアの概念とプログラミングの基礎を探るApr 10, 2025 am 09:32 AM

C＃は、Microsoftによって開発された最新のオブジェクト指向プログラミング言語であり、.NETフレームワークの一部として開発されています。 1.C＃は、カプセル化、継承、多型を含むオブジェクト指向プログラミング（OOP）をサポートしています。 2。C＃の非同期プログラミングは非同期を通じて実装され、適用応答性を向上させるためにキーワードを待ちます。 3. LINQを使用してデータ収集を簡潔に処理します。 4.一般的なエラーには、null参照の例外と、範囲外の例外インデックスが含まれます。デバッグスキルには、デバッガーと例外処理の使用が含まれます。 5.パフォーマンスの最適化には、StringBuilderの使用と、不必要な梱包とボクシングの回避が含まれます。

テストC＃.NETアプリケーション：ユニット、統合、およびエンドツーエンドテストApr 09, 2025 am 12:04 AM

C＃.NETアプリケーションのテスト戦略には、ユニットテスト、統合テスト、エンドツーエンドテストが含まれます。 1.単位テストにより、コードの最小ユニットがMSTEST、ヌニット、またはXUNITフレームワークを使用して独立して動作することを保証します。 2。統合テストでは、一般的に使用されるシミュレートされたデータと外部サービスを組み合わせた複数のユニットの機能を検証します。 3.エンドツーエンドのテストでは、ユーザーの完全な操作プロセスをシミュレートし、通常、セレンは自動テストに使用されます。

高度なC＃.NETチュートリアル：次のシニア開発者インタビューをエースApr 08, 2025 am 12:06 AM

C＃シニア開発者とのインタビューでは、非同期プログラミング、LINQ、.NETフレームワークの内部作業原則などのコア知識をマスターする必要があります。 1.非同期プログラミングは、非同期を通じて操作を簡素化し、アプリケーションの応答性を向上させるのを待ちます。 2.LinqはSQLスタイルでデータを操作し、パフォーマンスに注意を払います。 3.ネットフレームワークのCLRはメモリを管理し、ガベージコレクションに注意して使用する必要があります。

c＃.netインタビューの質問と回答：専門知識を高めるApr 07, 2025 am 12:01 AM

C＃.NETインタビューの質問と回答には、基本的な知識、コアの概念、高度な使用が含まれます。 1）基本知識：C＃は、Microsoftが開発したオブジェクト指向言語であり、主に.NETフレームワークで使用されています。 2）コアの概念：委任とイベントは動的な結合方法を可能にし、LINQは強力なクエリ関数を提供します。 3）高度な使用：非同期プログラミングは応答性を向上させ、式ツリーは動的コード構造に使用されます。

C＃.NETを使用したマイクロサービスの構築：建築家向けの実用的なガイドApr 06, 2025 am 12:08 AM

C＃.NETは、その強力なエコシステムと豊富なサポートのため、マイクロサービスを構築するために人気のある選択肢です。 1）asp.netcoreを使用してRestfulapiを作成して、順序の作成とクエリを処理します。 2）GRPCを使用して、マイクロサービス間の効率的な通信を実現し、注文サービスを定義および実装します。 3）Dockerコンテナ化されたマイクロサービスを介して展開と管理を簡素化します。

C＃.NETセキュリティベストプラクティス：一般的な脆弱性の防止Apr 05, 2025 am 12:01 AM

C＃および.NETのセキュリティベストプラクティスには、入力検証、出力エンコード、例外処理、認証と承認が含まれます。 1）正規表現または組み込みのメソッドを使用して入力を検証して、悪意のあるデータがシステムに入るのを防ぎます。 2）XSS攻撃を防ぐための出力エンコード、httputility.htmlencodeメソッドを使用します。 3）例外処理により、情報の漏れが回避され、エラーが記録されますが、詳細情報はユーザーに返されません。 4）ASP.Netidentityおよび請求に基づく許可を使用して、不正アクセスから申請を保護します。

C言語で：それはどういう意味ですかApr 03, 2025 pm 07:24 PM

C言語におけるコロン（ '：'）の意味：条件付きステートメント：条件付き式とステートメントの分離ブロックループステートメント：初期化、条件付きおよび増分式のマクロ定義の分離：マクロ名とマクロ値の分離単一行コメント：コメントアレイの寸法としてのコロンから行までのコンテンツを表す：アレイの寸法を指定する

See all articles

ホットAIツール

Undresser.AI Undress

リアルなヌード写真を作成する AI 搭載アプリ

AI Clothes Remover

写真から衣服を削除するオンライン AI ツール。

Undress AI Tool

脱衣画像を無料で

Clothoff.io

AI衣類リムーバー

AI Hentai Generator

AIヘンタイを無料で生成します。

ホットツール

EditPlus 中国語クラック版

サイズが小さく、構文の強調表示、コードプロンプト機能はサポートされていません

メモ帳++7.3.1

使いやすく無料のコードエディター

SecLists

SecLists は、セキュリティテスターの究極の相棒です。これは、セキュリティ評価中に頻繁に使用されるさまざまな種類のリストを 1 か所にまとめたものです。 SecLists は、セキュリティテスターが必要とする可能性のあるすべてのリストを便利に提供することで、セキュリティテストをより効率的かつ生産的にするのに役立ちます。リストの種類には、ユーザー名、パスワード、URL、ファジングペイロード、機密データパターン、Web シェルなどが含まれます。テスターはこのリポジトリを新しいテストマシンにプルするだけで、必要なあらゆる種類のリストにアクセスできるようになります。

MinGW - Minimalist GNU for Windows

このプロジェクトは osdn.net/projects/mingw に移行中です。引き続きそこでフォローしていただけます。 MinGW: GNU Compiler Collection (GCC) のネイティブ Windows ポートであり、ネイティブ Windows アプリケーションを構築するための自由に配布可能なインポートライブラリとヘッダーファイルであり、C99 機能をサポートする MSVC ランタイムの拡張機能が含まれています。すべての MinGW ソフトウェアは 64 ビット Windows プラットフォームで実行できます。