الصفحة الرئيسية>كود مصدر ASP>فئات أخرى
تنزيل

OpenIdConnect WIP

مكتبات أمن ASPNET

  • تبسيط المكتبات التي تشبه الأمان ASPNET.
  • أعيد كتابتها من مكتبات الأمان ASPNET الصفر.
  • المكتبات "الخفيفة" على الطراز الوظيفي [90 ٪ خالية من OOP].

مكتبات الأمن

  • المصادقة.
  • المصادقة.
  • المصادقة.
  • المصادقة. twitter.
  • المصادقة. PearnerToken.
  • المصادقة.
  • المصادقة. OpenIdConnect.
  • إذن.
  • DataProtection.

تصميم

  • تمثل خدمات الأمن [خدمات المصادقة والترخيص] العمود الفقري للآلية .
  • تعمل خدمات الأمن [وظائف عالية المستوى ] كوحدات تحكم في السلوك الأمني ​​وتمثل واجهة برمجة التطبيقات العامة.
  • تمت كتابة مكتبات الأمان بعد بعض مبادئ FP [الوظائف النقية ، وظائف الترتيب العالي ، والثبات ، وفصل البيانات/السلوك ، والطرق الثابتة/الوظائف كمواطنين من الدرجة الأولى ، ونمط النتيجة].
  • يتم استخدام DI كطبقة رقيقة عادة على خدمات الأمان الوظيفية [على سبيل المثال. SignIncookie لديها 2 تطبيق مع/بدون خدمات DI]. يتم تسجيل تطبيقات خدمات DI كالمعتاد مع امتدادات طريقة محددة [على سبيل المثال. AddCoOkiEStervices ، AddFacebookServices ].
  • تعتمد آلية الأمن على خدمات الأمن [آلية المصادقة الحرة]:
    • تتلقى الوسيطة المصادقة خدمة المصادقة كبرام [ useauthentication extension].
    • ترخيص الوسيطة تتلقى التحدي والخدمات المحظورة كمعاملات [تمديد useauthorization ].
    • OAUTH Callback Endpoints تلقي خدمة تسجيل الدخول كـ param [على سبيل المثال. mapfacebook ].
  • مكتبات المصادقة تنفذ خدمات مصادقة محددة [على سبيل المثال. AuthenticateCookie ، SignIncookie ، ChallengeGoogle ، Authenticatefacebook ].
  • مكتبة التفويض تنفيذ خدمات التفويض [على سبيل المثال. إذن ].
  • عادة ما تستخدم وظائف المستوى العالي النمط التعريفي [على سبيل المثال. SigninCookie ].
    • عادة ما تكون وظائف نجس [مع الآثار الجانبية].
    • بنيت على قمة وظائف المستوى المنخفض والمتوسط .
  • تستخدم وظائف المستوى الوسيط نمطًا ضروريًا/إعلانيًا [على سبيل المثال. setAuthorizationParams ].
  • عادةً ما تستخدم الوظائف ذات المستوى المنخفض نمطًا ضروريًا وهي خطوط واحد [على سبيل المثال. issecuredcookie ].
    • عادة ما تكون نقية [بدون آثار جانبية] أو وظائف شبه مزورة [الآثار الجانبية على المعلمات].
  • تصميم التسلسل الهرمي ذو المستوى المنخفض عالياً ، أطلق عليه اسم مبدأ LEGO . يمكن اعتباره أيضًا هرم وظائف في الوظائف ذات المستوى المنخفض القاعدة.
  • لا توجد استراتيجية أخرى [0 (صفر) فروع أخرى].

العمليات

  • هناك عمليتان أمان مختلفتان: المصادقة المحلية والمصادقة عن بُعد .
  • عملية المصادقة المحلية [ملف تعريف الارتباط]:
    • كل طلب [عند استخدام المصادقة middlware] استدعاء مصادقة FUNC [على سبيل المثال. أصيلتسيكوكي ]. بناءً على نتيجة المصادقة ، قم بتعيين الوسيطة httpcontext.user prop.
    • ثم كل طلب [عند استخدام إذن middlware] Call Contlization FUNC [على سبيل المثال. إذن ]. استنادًا إلى سياسات التفويض ، يتم تحديد ما إذا كان الطلب مسموحًا به ، أو غير مصادفة/تحدي أو غير مصرح به/محظور.
    • يتم استخدام Funcs Signin/Signout على نقاط نهاية محددة/إجراءات تحكم تلقها Devs.
  • عملية المصادقة عن بُعد [بروتوكول OAUTH2]:
    • عند استدعاء ، نقطة نهاية التحدي [على سبيل المثال. مسجل مع Mapfacebook ] إنشاء وإرسال طلب إذن إلى خادم التفويض.
    • بعد معالجة طلب التفويض ، إعادة توجيه خادم التخويل إلى نقطة نهاية رد الاتصال [على سبيل المثال. مسجل مع Mapfacebook ]. تتلقى نقطة النهاية استجابة خادم التفويض واستدعاء Callback Func [على سبيل المثال. callbackfacebook ، callbackoauth ]. يحتوي Func على خطوات الاتصال : خطوتين:
      • المصادقة: مصادقة مصادقة المصادقة ، لدى Func 3 بدائل:
        • بعد التراجع - التحقق من صحة رمز التفويض والطلب من خادم التفويض [Local].
        • ExchangeCodefortokens - تبادل مع خادم التفويض رمز التفويض لرموز Access [و refresh] [Remote].
        • AccessUserInfo - يحصل استخدام الرمز المميز للوصول من خادم التفويض على معلومات المستخدم [Remote].
        • تقوم خطوة المصادقة بتحويل معلومات المستخدم التي تم استلامها من خادم التفويض إلى مطالبات أمان ، وأضفها إلى هوية المطالبات ، وإنشاء تذكرة مصادقة وإرجاع المصادقة .
      • Signin: بعد خطوة مصادقة OAUTH عند استسلام المصادقة ثم يسمى Func Signin [على سبيل المثال. *siginincookie^، signinbearertoken ]. تم تعيين Signin Func على تسجيل نقاط نهاية OAUTH.
    • بعد إعادة الاتصال ، ستستخدم الطلبات التالية عملية المصادقة المحلية .

ملاحظات

  • إعادة كتابة آلية المصادقة بالكامل .
  • إعادة كتابة جزئيا التصريح الميكاميكية [الحفاظ على التوافق مع آلية سياسات ترخيص ASPNET].
  • تقوم خدمات مصادقة ملفات تعريف الارتباط بتنفيذ ميزة ملفات تعريف الارتباط المستندة إلى الجلسة جراحياً [باستخدام issessionBasedCookie Func]. إن مصادقة خدمات التوقيع والتوقيع والتوقيع مستقلون تمامًا بعضها البعض [لا توجد تبعيات على ميزات HTTPContext]. يتم عزل AuthenticationsessionCookie و SignInsessionCookie و SignoutsessionCookie Cookies Services تمامًا عن الإصدارات غير القائمة على الجلسة.
  • يحتوي تطبيق خيارات المصادقة على بيانات فقط [على سبيل المثال. CookieAuthenticationOptions ]. تحصل خدمات مصادقة ملفات تعريف الارتباط [غير المستندة إلى DI] على جميع التبعيات كمعلمات.
  • يحتوي تطبيق خيارات مصادقة Microsoft ASPNET على البيانات والسلوك/الخدمات [على سبيل المثال. SessionStore ، TicketDataformat ، SystemClock for CookieAuthenticationOptions ]. هذا التصميم له بعض المزايا مقارنة بتنفيذي الذي يسمح للخيارات:
    • للحصول على خدمات مختلفة من تلك المسجلة على DI.
    • لتغليف هذه الخدمات ومواصلة هذه الخدمات من خلال عملية المصادقة [تقليل عدد المعلمات SO].
  • مصادقة مصادقة OATICATICOUTH OAUTH ، استخدم نمط تصميم القالب ، مما يسمح لمكتبات OAUTH بتجاوز/تزيين عندما تكون هناك حدود مرحلة ما بعد المصادقة ، أو ACCESECODEFORKENS أو AccessUserInfo Authentication [EG. AuthenticateTwitter ، Authenticatefacebook ].
  • إعادة توجيه الملاحظات:
    • تحدي challenge و agganingoidc funcs إعادة توجيه إلى خادم التفويض [يمكن أن يستخدم التحديويد النموذج بدلاً من إعادة التوجيه].
    • إعادة توجيه Callbackoauth و Callbackoidc Funcs إلى عنوان URL الأصلي أو عند خطأ مصادقة رد الاتصال إلى OccessDenieedPath أو Errorpath Options Props اعتمادًا على نوع الخطأ.
    • SignIncookie ، SignoutCookie ، Challenge * ، Lifbid * وما إلى ذلك. عندما تكون إعادة الاتجاهات ضرورية ، يمكن تزيين تلك الفوانيس وإعادة توجيهها إلى المصادقة .
  • ملاحظات ملفات تعريف الارتباط:
    • AuthenticationCoOkieOptions.expiresafter مكان واحد للتحكم في المصادقة [ملفات تعريف الارتباط] استمرار.
    • AuthenticationCoOkieOptions.Cookiename مكان واحد للتحكم في أسماء ملفات تعريف الارتباط.
  • ملاحظات OIDC:
    • PKCE هو الحل الموصى به فيما يتعلق بتدفق رمز التفويض .
    • التدفقات الضمنية والهجينة غير مدعومة على أساس أفضل الممارسات OIDC [حتى مدعومة من OIDC RFC].
    • nonce ليست ضرورية لأن الضمنية والهجينة هي فقط التدفقات مع المعلمة nonce المطلوبة.

أهداف المشروع

  • لفك/إزالة الغموض عن آليات مصادقة/تفويض ASPNET والعمليات المحلية/عن بعد.
  • لتبسيط آليات المصادقة/التفويض [آلية حرة قائمة على مخطط ASPNET].
  • لإظهار تنفيذ البرمجة الوظيفية.
  • لإظهار بديل عملي عن OOP.

معيار

طريقة InvocationCount يقصد خطأ Stddev متوسط نسبة نسبة Gen0 Gen1 Gen2 مخصص تخصيص نسبة
fpsignin 128 64.34 μs 1.196 μs 1.119 μs 64.69 μs 1.00 0.00 - - - 7.96 كيلو بايت 1.00
oopsignin 128 79.98 μs 3.247 μs 9.212 μs 79.56 μs 1.13 0.14 7.8125 7.8125 7.8125 116.21 كيلو بايت 14.59
fpsignin 512 45.75 μs 5.065 μs 14.934 μs 39.12 μs 1.00 0.00 1.9531 - - 7.96 كيلو بايت 1.00
oopsignin 512 97.08 μs 7.432 μs 21.679 μs 95.52 μs 2.41 1.12 9.7656 9.7656 9.7656 445.7 كيلو بايت 56.01
fpsignin 1024 28.83 μs 2.009 μs 5.533 μs 26.26 μs 1.00 0.00 1.9531 - - 7.95 كيلو بايت 1.00
oopsignin 1024 186.15 μs 26.776 μs 78.949 μs 211.04 μs 6.32 3.02 14.6484 13.6719 13.6719 915.64 كيلو بايت 115.12
  • لـ InvocationCount> 2048 START STARTMARM START بطيئة للغاية.
يوسع
معلومات إضافية
تطبيقات ذات صلة
نوصي لك
أخبار ذات صلة الكل