ASP.NET کور میں ونڈوز کی توثیق اور JWT کو خاص راستوں تک محدود کرنا

نقطہ نظر 1: کسٹم مڈل ویئر کے ساتھ توثیق میں ترمیم کرنا

یہ حل JWT Bearer Authentication اور Windows Authentication (Negotiate) کو ASP.NET Core بیک اینڈ میں مخصوص راستوں تک محدود کرنے کے لیے کسٹم مڈل ویئر کا استعمال کرتا ہے۔ مڈل ویئر اس بات کو یقینی بناتا ہے کہ روٹ کی تصدیق کے تقاضوں کی بنیاد پر صرف مناسب WWW-Authenticate ہیڈر شامل کیا جائے۔

public class AuthenticationSchemeMiddleware
{
    private readonly RequestDelegate _next;
    public AuthenticationSchemeMiddleware(RequestDelegate next)
    {
        _next = next;
    }

    public async Task InvokeAsync(HttpContext context)
    {
        var path = context.Request.Path;
        var authentication = context.RequestServices.GetRequiredService<IAuthenticationService>();
        if (path.StartsWithSegments("/api/jwt"))
        {
            context.Request.Headers["Authorization"] = "Bearer <your-token>";
        }
        else if (path.StartsWithSegments("/api/windows"))
        {
            context.Request.Headers["Authorization"] = "Negotiate";
        }
        await _next(context);
    }
}

public static class AuthenticationSchemeMiddlewareExtensions
{
    public static IApplicationBuilder UseAuthenticationSchemeMiddleware(this IApplicationBuilder builder)
    {
        return builder.UseMiddleware<AuthenticationSchemeMiddleware>();
    }
}

public void Configure(IApplicationBuilder app)
{
    app.UseAuthenticationSchemeMiddleware();
    app.UseAuthentication();
    app.UseAuthorization();
}

نقطہ نظر 2: عمدہ کنٹرول کے ساتھ پالیسی پر مبنی اجازت

یہ حل ASP.NET Core میں مختلف راستوں کے لیے تصدیقی اسکیموں کو الگ سے کنفیگر کرنے کے لیے آتھورائزیشن پالیسیوں کا استعمال کرتا ہے۔ پالیسیاں آپ کو راستے کی بنیاد پر JWT Bearer Authentication یا Windows Authentication کو منتخب طور پر لاگو کرنے کی اجازت دیتی ہیں۔

public void ConfigureServices(IServiceCollection services)
{
    services.AddAuthentication(options =>
    {
        options.DefaultScheme = JwtBearerDefaults.AuthenticationScheme;
        options.DefaultChallengeScheme = JwtBearerDefaults.AuthenticationScheme;
    })
    .AddJwtBearer(options =>
    {
        options.RequireHttpsMetadata = false;
        options.SaveToken = true;
        options.TokenValidationParameters = new TokenValidationParameters
        {
            ValidateIssuer = true,
            ValidateAudience = true,
            ValidateLifetime = true,
            ValidateIssuerSigningKey = true,
            ValidIssuer = builder.Configuration["Jwt:Issuer"],
            ValidAudience = builder.Configuration["Jwt:Issuer"],
            IssuerSigningKey = new SymmetricSecurityKey(Encoding.ASCII.GetBytes(builder.Configuration["Jwt:Key"]))
        };
    })
    .AddNegotiate();

    services.AddAuthorization(options =>
    {
        options.AddPolicy("JwtAuthPolicy", policy =>
        {
            policy.AddAuthenticationSchemes(JwtBearerDefaults.AuthenticationScheme);
            policy.RequireAuthenticatedUser();
        });
        options.AddPolicy("WinAuthPolicy", policy =>
        {
            policy.AddAuthenticationSchemes(NegotiateDefaults.AuthenticationScheme);
            policy.RequireAuthenticatedUser();
        });
    });
}

public void Configure(IApplicationBuilder app)
{
    app.UseAuthentication();
    app.UseAuthorization();
    app.UseEndpoints(endpoints =>
    {
        endpoints.MapControllers();
        endpoints.MapControllerRoute(
            name: "jwt",
            pattern: "api/jwt/{action}",
            defaults: new { controller = "Jwt" });
        endpoints.MapControllerRoute(
            name: "windows",
            pattern: "api/windows/{action}",
            defaults: new { controller = "Windows" });
    });
}

طریقہ 3: روٹ کی بنیاد پر مشروط WWW-Authenticate ہیڈر

اس نقطہ نظر میں، ASP.NET کور کو جواب کو روک کر اور مشروط طور پر ہیڈر کو ایڈجسٹ کرکے روٹ کی بنیاد پر صرف مناسب `WWW-Authenticate` ہیڈر کو شامل کرنے کے لیے ترتیب دیا گیا ہے۔ یہ طریقہ ہیڈرز کو کنٹرول کرنے میں مزید لچک کے لیے مڈل ویئر کا استعمال کرتا ہے۔

public class AuthenticationHeaderMiddleware
{
    private readonly RequestDelegate _next;
    public AuthenticationHeaderMiddleware(RequestDelegate next)
    {
        _next = next;
    }

    public async Task InvokeAsync(HttpContext context)
    {
        var path = context.Request.Path;
        await _next(context);
        if (path.StartsWithSegments("/api/jwt"))
        {
            context.Response.Headers["WWW-Authenticate"] = "Bearer";
        }
        else if (path.StartsWithSegments("/api/windows"))
        {
            context.Response.Headers["WWW-Authenticate"] = "Negotiate";
        }
    }
}

public static class AuthenticationHeaderMiddlewareExtensions
{
    public static IApplicationBuilder UseAuthenticationHeaderMiddleware(this IApplicationBuilder builder)
    {
        return builder.UseMiddleware<AuthenticationHeaderMiddleware>();
    }
}

public void Configure(IApplicationBuilder app)
{
    app.UseAuthenticationHeaderMiddleware();
    app.UseAuthentication();
    app.UseAuthorization();
}

ASP.NET کور میں JWT اور ونڈوز کی توثیق پر عام سوالات

1. ASP.NET کور میں 'AddJwtBearer' طریقہ کار کا مقصد کیا ہے؟
2. دی AddJwtBearer طریقہ ASP.NET کور میں JWT بیئرر تصدیق کنفیگر کرنے کے لیے استعمال کیا جاتا ہے۔ یہ آپ کو یہ بتانے کی اجازت دیتا ہے کہ JWT ٹوکن کی توثیق کیسے کی جاتی ہے، بشمول ٹوکن جاری کرنے والے، سامعین، اور دستخطی کلید جیسے پیرامیٹرز کی ترتیب۔ یہ JWT ٹوکنز کے ساتھ APIs کو محفوظ کرنے کے لیے ضروری ہے، اس بات کو یقینی بناتے ہوئے کہ صرف مستند صارفین ہی محفوظ وسائل تک رسائی حاصل کر سکتے ہیں۔
3. میں JWT میں پہلے سے طے شدہ WWW-Authenticate ہیڈر کو کیسے دبا سکتا ہوں؟
4. کو سنبھال کر OnChallenge JWT بیئرر کنفیگریشن میں ایونٹ، آپ پہلے سے طے شدہ WWW-Authenticate ہیڈر کو دبا سکتے ہیں۔ آپ یہ کام کال کرکے کریں۔ context.HandleResponse()، جو پہلے سے طے شدہ رویے کو روکتا ہے، اور پھر دستی طور پر حسب ضرورت جواب ترتیب دیتا ہے، جیسے JSON ایرر میسج کے ساتھ 401 اسٹیٹس کوڈ بھیجنا۔
5. ASP.NET کور تصدیق کے تناظر میں `AddNegotiate()` طریقہ کیا کرتا ہے؟
6. دی AddNegotiate() طریقہ Negotiate پروٹوکول کا استعمال کرتے ہوئے ونڈوز کی توثیق کو ترتیب دیتا ہے۔ یہ ایپلیکیشن کو ونڈوز کی اسناد کی بنیاد پر صارفین کی توثیق کرنے کی اجازت دیتا ہے، خاص طور پر انٹرپرائز ماحول کے لیے جہاں صارفین پہلے سے ہی ونڈوز ڈومین میں لاگ ان ہیں۔
7. میں مختلف راستوں پر متعدد تصدیقی اسکیمیں کیسے لاگو کروں؟
8. آپ مختلف راستوں پر مخصوص تصدیقی اسکیموں کو لاگو کرنے کے لیے پالیسی پر مبنی اجازت استعمال کرسکتے ہیں۔ مثال کے طور پر، آپ a کی وضاحت کر سکتے ہیں۔ JwtAuthPolicy JWT سے محفوظ راستوں کے لیے اور a WinAuthPolicy ونڈوز کی توثیق سے محفوظ راستوں کے لیے۔ پھر، کا استعمال کرتے ہوئے [Authorize(Policy = "PolicyName")] انتساب، آپ ہر روٹ کو اس کی متعلقہ تصدیقی اسکیم سے منسلک کرسکتے ہیں۔
9. 'WWW-Authenticate' ہیڈر کو اپنی مرضی کے مطابق بنانا کیوں ضروری ہے؟
10. حسب ضرورت بنانا WWW-Authenticate ہیڈر اس بات کو یقینی بناتا ہے کہ کلائنٹ کو صرف متعلقہ تصدیقی طریقہ کی تشہیر کی جائے۔ مثال کے طور پر، آپ JWT روٹس کو Negotiate طریقہ تجویز نہیں کرنا چاہتے، جو کلائنٹ کو الجھا سکتا ہے یا تصدیق کے لیے غیر ضروری اشارے کا سبب بن سکتا ہے۔ یہ تخصیص سیکیورٹی کو بہتر بنانے میں مدد کرتا ہے اور واضح تصدیقی بہاؤ فراہم کرکے صارف کے تجربے کو بہتر بناتا ہے۔
11. پالیسی پر مبنی اجازت ایک سے زیادہ تصدیقی اسکیموں کے انتظام میں کس طرح مدد کرتی ہے؟
12. پالیسی پر مبنی اجازت آپ کو مختلف راستوں کے لیے اپنی مرضی کے مطابق اجازت کی پالیسیوں کی وضاحت کرنے کی اجازت دیتی ہے، ہر ایک مخصوص تصدیقی اسکیم کے ساتھ۔ یہ آپ کے کوڈ کو زیادہ لچکدار اور برقرار رکھنے کے قابل بناتا ہے خدشات کو الگ کر کے اور اس بات کو یقینی بنا کر کہ ہر راستے پر صحیح حفاظتی اقدامات لاگو ہوں۔ آپ ہر روٹ کے لیے مختلف اسکیموں اور تقاضوں کی وضاحت کر سکتے ہیں، اس بات کو یقینی بناتے ہوئے کہ مناسب وسائل پر درست طریقہ کار کا اطلاق ہو۔
13. کیا JWT کنفیگریشن میں 'OnChallenge' ایونٹ کو دیگر تصدیقی اسکیموں کے لیے استعمال کیا جا سکتا ہے؟
14. جی ہاں، OnChallenge ایونٹ کو دیگر اسکیموں میں بھی تصدیقی چیلنجوں کے جواب کو اپنی مرضی کے مطابق بنانے کے لیے استعمال کیا جا سکتا ہے۔ مثال کے طور پر، آپ اسے ڈیفالٹ ہیڈرز کو دبا کر یا کلائنٹ کو واپس کیے گئے ایرر میسیجز کو تبدیل کر کے Negotiate تصدیقی اسکیم کے رویے کو اپنی مرضی کے مطابق کرنے کے لیے استعمال کر سکتے ہیں۔ یہ ایونٹ تصدیق کے چیلنجوں کو کنٹرول کرنے کا ایک طاقتور طریقہ پیش کرتا ہے۔
15. ASP.NET کور میں 'UseAuthentication' مڈل ویئر کا کیا کردار ہے؟
16. دی UseAuthentication مڈل ویئر کا استعمال ASP.NET کور ایپلی کیشن میں تصدیق کو فعال کرنے کے لیے کیا جاتا ہے۔ یہ یقینی بناتا ہے کہ آنے والی درخواستوں کو درست تصدیقی ٹوکنز یا اسناد کے لیے چیک کیا جاتا ہے۔ اس مڈل ویئر کو پہلے شامل کرنا ضروری ہے۔ UseAuthorization مڈل ویئر کسی بھی اجازت کی جانچ پڑتال کرنے سے پہلے صارف کی صحیح طریقے سے تصدیق کرنے کے لیے۔
17. میں ASP.NET کور میں APIs کے لیے توثیق اور اجازت کو کیسے ترتیب دوں؟
18. APIs کے لیے تصدیق اور اجازت کنفیگر کرنے کے لیے، آپ کو استعمال کرنے کی ضرورت ہے۔ AddAuthentication اور AddAuthorization `Program.cs` فائل میں طریقے۔ یہ طریقے تصدیقی اسکیموں کو ترتیب دیتے ہیں (جیسے JWT اور Negotiate) اور ایسی پالیسیوں کی وضاحت کرتے ہیں جو یہ بتاتی ہیں کہ کن راستوں کو کس تصدیقی اسکیم کے ذریعے محفوظ کیا جانا چاہیے۔ پھر، استعمال کریں [Authorize] آپ کے راستوں کو محفوظ بنانے کے لیے خصوصیت۔
19. ویب APIs میں JWT Bearer Authentication استعمال کرنے کا کیا فائدہ ہے؟
20. JWT Bearer Authentication ایک سٹیٹ لیس توثیق کا طریقہ ہے جو سرور پر سیشن کی حالت کو برقرار رکھے بغیر صارفین کی تصدیق کرنے کا ایک قابل توسیع اور محفوظ طریقہ فراہم کرتا ہے۔ یہ خاص طور پر APIs کے لیے مفید ہے کیونکہ یہ صارفین کو ایک ٹوکن کے ساتھ تصدیق کرنے کی اجازت دیتا ہے، جسے HTTP درخواستوں میں آسانی سے پاس کیا جا سکتا ہے، یہ جدید ویب ایپلیکیشنز اور موبائل کلائنٹس کے لیے مثالی ہے۔

مخصوص راستوں کے لیے مناسب توثیق ہیڈر کو یقینی بنانا

ایک جدید ASP.NET کور ایپلی کیشن میں، مختلف راستوں کے لیے JWT اور Windows Authentication جیسی تصدیقی اسکیموں کو کنٹرول کرنے سے صاف اور زیادہ محفوظ عمل درآمد ہو سکتا ہے۔ یہاں کلیدی چیلنج یہ یقینی بنانا ہے کہ WWW-توثیق کریں۔ ہیڈرز صرف ہر راستے کے لیے مناسب تصدیقی طریقہ کی تشہیر کرتے ہیں۔ تصدیقی اسکیموں کو درست طریقے سے ترتیب دے کر اور ہر روٹ کے لیے رسپانس ہیڈرز کو اپنی مرضی کے مطابق بنا کر، آپ تنازعات کو ختم کر سکتے ہیں اور اپنی درخواست کی سیکیورٹی کو بہتر بنا سکتے ہیں۔ 🌐

آپ کے معاملے میں، حل میں JWT اور Windows Authentication دونوں کے لیے اپنی مرضی کے مطابق اجازت کی پالیسیوں کا استعمال شامل ہے۔ ان پالیسیوں کی مدد سے، آپ یہ کنٹرول کر سکتے ہیں کہ فی روٹ کی بنیاد پر کونسی تصدیقی اسکیم استعمال کی جائے۔ پہلے سے طے شدہ کو دبا کر WWW-توثیق کریں۔ کے ذریعے ہیڈر آن چیلنج آپ کی JWT کنفیگریشن میں ایونٹ، آپ جواب کو صرف JWT روٹس کے لیے Bearer ہیڈر اور Windows Authentication کے روٹس کے Negotiate ہیڈر کو دکھانے کے لیے تیار کر سکتے ہیں۔ یہ نقطہ نظر اس بات کو یقینی بناتا ہے کہ جواب میں صرف متعلقہ ہیڈر بھیجا جائے، تصدیق کے عمل کو ہموار کیا جائے اور صارف کے تجربے کو بہتر بنایا جائے۔ 🔒

ان تکنیکوں کو استعمال کرتے ہوئے، آپ اپنے صارفین کے لیے ایک صاف ستھری توثیق کا بہاؤ حاصل کر سکتے ہیں اور تصدیق کے لیے غیر ضروری اشارے سے بچ سکتے ہیں۔ مزید یہ کہ یہ آپ کی ایپلیکیشن کی حفاظتی کرنسی پر بہتر کنٹرول فراہم کرتا ہے۔ یہ ایک بہترین مثال ہے کہ کس طرح ASP.NET کور میں ٹھیک ٹیوننگ توثیق زیادہ موزوں، مضبوط اور محفوظ ویب ایپلیکیشنز کی اجازت دیتی ہے۔ 💻