جاوا: کامیاب بہار سیکیورٹی لاگ ان کے بعد 403 کی خرابی کو حل کرنا

جاوا: کامیاب بہار سیکیورٹی لاگ ان کے بعد 403 کی خرابی کو حل کرنا
جاوا: کامیاب بہار سیکیورٹی لاگ ان کے بعد 403 کی خرابی کو حل کرنا

اسپرنگ سیکیورٹی کے ساتھ ایکسیس کنٹرول کو غیر مقفل کرنا

جب آپ سیکھ رہے ہیں۔ بہار کی حفاظت, اپنی مرضی کے لاگ ان صفحات کو ترتیب دینا بااختیار اور چیلنجنگ دونوں ہوسکتا ہے۔ توثیق کو نیویگیٹ کرنا، لاگ ان کے ذاتی تجربات تخلیق کرنا، اور ری ڈائریکٹس کا انتظام کرنا مہارت حاصل کرنے کے لیے ضروری ہنر ہیں۔ لیکن یہاں تک کہ جب سب کچھ صحیح طریقے سے ترتیب دیا ہوا لگتا ہے، غیر متوقع مسائل جیسے خوفناک 403 غلطی آپ کو اپنے راستے میں روک سکتا ہے۔ 🛑

اس کی تصویر بنائیں: آپ نے ایک خوبصورت حسب ضرورت لاگ ان صفحہ ترتیب دیا ہے، اپنی حسب ضرورت سروس کے ذریعے تصدیق شدہ صارفین، اور اسناد چیک آؤٹ کی ہیں۔ پھر بھی، ایک کامیاب لاگ ان کے فوراً بعد، صارف کو محدود صفحات تک رسائی کے دوران "403 حرام" پیغام کا سامنا کرنا پڑتا ہے۔ یہ عام مسئلہ اکثر اس سے پیدا ہوتا ہے۔ اجازت کی ترتیب جو اہم باریکیوں کو نظر انداز کر سکتا ہے، خاص طور پر اس بات کی وضاحت میں کہ کون کس چیز تک رسائی حاصل کر سکتا ہے۔

یہ گائیڈ آپ کو اس 403 کی خرابی کے ازالے میں لے جائے گا، خاص طور پر جب یہ بہار سیکیورٹی سیٹ اپ میں بظاہر کامیاب لاگ ان کے بعد ظاہر ہوتا ہے۔ چاہے آپ یو آر ایل پر مبنی سیکیورٹی کو ترتیب دے رہے ہوں، سیشن کے انتظام کو موافقت دے رہے ہوں، یا ایڈجسٹ کر رہے ہوں۔ صارف کے کردار کی ترتیبات، ہم ان پوشیدہ رکاوٹوں کی شناخت اور حل کرنے میں آپ کی مدد کریں گے۔

لاگز کی جانچ کرکے، سیشن اسٹوریج کے مسائل کی جانچ کرکے، اور رول پر مبنی اجازتوں کی تصدیق کرکے، آپ اپنی سیکیورٹی کی ترتیب کو دوبارہ پٹری پر لے سکتے ہیں۔ آئیے اس میں غوطہ لگائیں اور اس مسئلے کو اچھے سے حل کریں! 🔑

حکم استعمال کی مثال
@EnableWebSecurity اسپرنگ سیکیورٹی کی ویب سیکیورٹی خصوصیات کو فعال کرنے کے لیے ایک کلاس کی تشریح کرتا ہے۔ یہ کنفیگریشن مخصوص اینڈ پوائنٹس کو محفوظ بنانے میں مدد کرتی ہے، اس بات کو یقینی بناتے ہوئے کہ صرف مستند صارفین ہی ان تک رسائی حاصل کر سکتے ہیں۔
WebSecurityConfigurerAdapter اس اڈاپٹر کو اسپرنگ سیکیورٹی کے ڈیفالٹ رویے کو حسب ضرورت بنانے کے لیے بڑھاتا ہے۔ لاگ ان صفحات، رسائی کنٹرول کے قواعد، اور دیگر حفاظتی خصوصیات کو ترتیب دینے کے لیے استعمال کیا جاتا ہے۔
DaoAuthenticationProvider ڈیٹا سورس سے صارف کی تفصیلات کی بنیاد پر ایک توثیق فراہم کنندہ بناتا ہے۔ تصدیق کے لیے حسب ضرورت UserDetailsService اور پاس ورڈ انکوڈر کو مربوط کرنے کے لیے ترتیب دیا گیا ہے۔
BCryptPasswordEncoder ایک پاس ورڈ انکوڈر جو BCrypt ہیشنگ فنکشن استعمال کرتا ہے۔ سپرنگ سیکیورٹی میں ہیشڈ پاس ورڈز کو محفوظ طریقے سے اسٹور کرنے اور ان کا موازنہ کرنے کے لیے ضروری ہے۔
hasAuthority مخصوص اختتامی مقامات کے لیے درکار مخصوص رسائی کی اجازتوں کی وضاحت کرتا ہے۔ وسائل کو مخصوص کرداروں کے حامل صارفین تک محدود کرنے کے لیے استعمال کیا جاتا ہے، جیسے hasAuthority("USER") مجاز رسائی کے لیے۔
formLogin() اسپرنگ سیکیورٹی لاگ ان کو ترتیب دیں۔ یہ طریقہ لاگ ان یو آر ایل کو اپنی مرضی کے مطابق بناتا ہے، جس سے ہمیں اپنی مرضی کے لاگ ان صفحہ کی وضاحت کرنے کی اجازت ملتی ہے جو تمام صارفین کے لیے قابل رسائی ہے۔
successHandler کامیاب لاگ ان کے بعد رویے کو کنٹرول کرنے کے لیے کسٹم ہینڈلر کی وضاحت کرتا ہے۔ لاگ ان کامیابی کی بنیاد پر ایک مخصوص صفحہ پر مستند صارفین کو ری ڈائریکٹ کرنے کے لیے یہاں استعمال کیا جاتا ہے۔
MockMvc HTTP درخواستوں کی تقلید کے لیے بہار میں ایک طاقتور ٹیسٹنگ ٹول فراہم کرتا ہے۔ رسائی کی پابندیوں کی جانچ کرنے اور محفوظ اختتامی نکات کو یقینی بنانے کے لیے ضروری ہے کہ غیر تصدیق شدہ صارفین کو صحیح طریقے سے ری ڈائریکٹ کریں۔
redirectedUrlPattern اس بات کی توثیق کرتا ہے کہ جوابات ایک مخصوص پیٹرن سے مماثل URL پر ری ڈائریکٹ ہوتے ہیں۔ جانچ میں استعمال کیا جاتا ہے اس بات کی تصدیق کے لیے کہ غیر تصدیق شدہ صارفین کو لاگ ان صفحہ پر بھیج دیا جاتا ہے۔
HttpSecurity اسپرنگ سیکیورٹی میں سیکیورٹی کے پیرامیٹرز کو ترتیب دیتا ہے، بشمول یو آر ایل تک رسائی کے قواعد، لاگ ان اور لاگ آؤٹ رویے، اور غیر مجاز رسائی کے لیے مستثنیٰ ہینڈلنگ۔

کسٹم اسپرنگ سیکیورٹی سیٹ اپ میں 403 خرابیوں کا ازالہ کرنا

اس بہار سیکیورٹی کنفیگریشن میں، ہدف اپنی مرضی کے لاگ ان اور ری ڈائریکٹ سیٹنگز کے ذریعے رسائی کنٹرول کا انتظام کرنا ہے۔ ابتدائی طور پر، ہم صارف کی توثیق کے لیے GET اور POST دونوں درخواستوں کو سنبھالتے ہوئے ایک حسب ضرورت لاگ ان کنٹرولر استعمال کرتے ہیں۔ GET طریقہ لاگ ان صفحہ کو شروع اور ڈسپلے کرتا ہے، جبکہ POST طریقہ لاگ ان فارم جمع کرانے پر کارروائی کرتا ہے۔ کامیاب لاگ ان کے بعد، صارفین کو سرچ پیج پر بھیج دیا جاتا ہے۔ تاہم، صحیح اجازتوں کے بغیر، یہ 403 غلطی کا باعث بن سکتا ہے، جیسا کہ اس معاملے میں دیکھا گیا ہے۔ مسئلہ اکثر جڑ جاتا ہے۔ رسائی کنٹرول کنفیگریشنز، جہاں صارف کے سیشن میں تلاش کا صفحہ دیکھنے کے لیے مطلوبہ اجازتوں کی کمی ہو سکتی ہے۔ 🛠️

اس سے نمٹنے کے لئے، ہمارے سیکیورٹی کنفیگ کلاس WebSecurityConfigurerAdapter کو بڑھاتا ہے، جو URL تک رسائی اور ری ڈائریکٹ رویے پر دانے دار کنٹرول فراہم کرتا ہے۔ یہاں، ایک رواج BCryptPasswordEncoder لاگو کیا جاتا ہے، پاس ورڈ کو محفوظ طریقے سے ہیش کرنے کے لیے ضروری ہے۔ کنفیگریشن کچھ عوامی راستوں تک رسائی کی بھی اجازت دیتی ہے جیسے لاگ ان، رجسٹریشن، اور جامد وسائل (مثال کے طور پر، CSS اور JavaScript)، جبکہ دیگر درخواستوں کے لیے تصدیق کی ضرورت ہوتی ہے۔ AuthorizeRequests اور requestMatchers جیسے طریقوں کا استعمال ہمیں مخصوص رسائی کے اصولوں کی وضاحت کرنے کی اجازت دیتا ہے، جس سے یہ واضح ہو جاتا ہے کہ کون کون سے اختتامی نقطوں تک رسائی حاصل کر سکتا ہے۔ مثال کے طور پر، ہم رول پر مبنی حالات کے ساتھ antMatchers کا استعمال کرکے سائٹ کے بعض علاقوں تک رسائی کو محدود کرسکتے ہیں۔

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

آخر میں، MockMvc کے ساتھ جامع جانچ اس بات کی تصدیق کرتی ہے کہ ہماری ترتیب موثر ہے۔ ٹیسٹ لاگ ان کے بعد تلاش کے صفحہ تک کامیاب رسائی اور غیر تصدیق شدہ صارفین کے لیے ری ڈائریکشن کو نافذ کرتے ہیں۔ لاگ ان اور صفحہ تک محدود رسائی کی تقلید کرتے ہوئے، یہ ٹیسٹ اس بات کی تصدیق کرنے میں مدد کرتے ہیں کہ 403 غلطیاں اب عام لاگ ان منظرناموں میں ظاہر نہیں ہوتیں۔ یہ سیٹ اپ ایک ہموار اور محفوظ صارف کا تجربہ فراہم کرتا ہے، غیر مجاز رسائی کو روکتا ہے جبکہ درست سیشنز کے لیے ایک ہموار ری ڈائریکٹ عمل کو فعال کرتا ہے۔ ان اقدامات کے ساتھ، آپ کی اسپرنگ سیکیورٹی کنفیگریشن قابل اعتماد اور محفوظ ہونی چاہیے، جس سے صارفین لاگ ان ہونے کے بعد تمام نامزد وسائل تک رسائی حاصل کر سکتے ہیں۔ 🔒

نقطہ نظر 1: بہار کی حفاظت کے ساتھ کردار پر مبنی رسائی کا استعمال کرتے ہوئے 403 خرابی کو حل کرنا

جاوا، کردار پر مبنی توثیق کے ساتھ بہار کی حفاظت

@Configuration
@EnableWebSecurity
public class SecurityConfig extends WebSecurityConfigurerAdapter {
    private final CustomUserDetailsService userDetailsService;
    public SecurityConfig(CustomUserDetailsService userDetailsService) {
        this.userDetailsService = userDetailsService;
    }

    @Bean
    public BCryptPasswordEncoder passwordEncoder() {
        return new BCryptPasswordEncoder();
    }

    @Override
    protected void configure(HttpSecurity http) throws Exception {
        http
            .authorizeRequests()
            .antMatchers("/", "/login", "/register", "/js/", "/css/", "/images/").permitAll()
            .antMatchers("/search").hasAuthority("USER")
            .anyRequest().authenticated()
            .and()
            .formLogin().loginPage("/login").permitAll()
            .and()
            .logout().logoutSuccessUrl("/login?logout").permitAll();
    }

    @Bean
    public DaoAuthenticationProvider authenticationProvider() {
        DaoAuthenticationProvider authProvider = new DaoAuthenticationProvider();
        authProvider.setUserDetailsService(userDetailsService);
        authProvider.setPasswordEncoder(passwordEncoder());
        return authProvider;
    }
}

نقطہ نظر 2: اپنی مرضی کے مطابق توثیق کی کامیابی کے ہینڈلر کو شامل کرکے 403 خرابی کو دور کرنا

جاوا، بہار سیکورٹی کسٹم توثیق ہینڈلر

@Configuration
@EnableWebSecurity
public class SecurityConfig extends WebSecurityConfigurerAdapter {
    private final CustomUserDetailsService userDetailsService;
    public SecurityConfig(CustomUserDetailsService userDetailsService) {
        this.userDetailsService = userDetailsService;
    }

    @Bean
    public BCryptPasswordEncoder passwordEncoder() {
        return new BCryptPasswordEncoder();
    }

    @Override
    protected void configure(HttpSecurity http) throws Exception {
        http
            .authorizeRequests()
            .antMatchers("/", "/login", "/register").permitAll()
            .anyRequest().authenticated()
            .and()
            .formLogin().loginPage("/login")
            .successHandler(customSuccessHandler())
            .permitAll();
    }

    @Bean
    public AuthenticationSuccessHandler customSuccessHandler() {
        return (request, response, authentication) -> {
            response.sendRedirect("/search");
        };
    }
}

رول پر مبنی رسائی اور کامیابی کے ہینڈلر کے لیے یونٹ ٹیسٹ

موسم بہار کی حفاظت کی ترتیب کے لئے JUnit 5 یونٹ ٹیسٹ

@SpringBootTest
@AutoConfigureMockMvc
public class SecurityConfigTests {
    @Autowired
    private MockMvc mockMvc;

    @Test
    public void testAccessToSearchPageAsLoggedInUser() throws Exception {
        mockMvc.perform(formLogin().user("testUser").password("password"))
               .andExpect(status().is3xxRedirection())
               .andExpect(redirectedUrl("/search"));
    }

    @Test
    public void testAccessToRestrictedPageAsGuest() throws Exception {
        mockMvc.perform(get("/search"))
               .andExpect(status().is3xxRedirection())
               .andExpect(redirectedUrlPattern("/login"));
    }
}

بہار کی حفاظت کو بڑھانا: رسائی کنٹرول اور سیشن مینجمنٹ کو سمجھنا

سنبھالتے وقت رسائی کنٹرول اسپرنگ سیکیورٹی میں، یہ سمجھنا کہ سیشنز اور اجازتیں کس طرح آپس میں تعامل کرتے ہیں ضروری ہے، خاص طور پر جب HTTP 403 جیسی غلطیوں کا سامنا ہو۔ دی HttpSecurity کنفیگریشن اس میں مرکزی حیثیت رکھتی ہے، کیونکہ یہ اپنی مرضی کے مطابق بناتا ہے کہ تصدیق کی حیثیت کی بنیاد پر درخواستوں کو کیسے ہینڈل کیا جاتا ہے۔ ان حفاظتی اقدامات کو صحیح طریقے سے ترتیب دیے بغیر، صارفین کو ان صفحات تک رسائی سے روکا جا سکتا ہے جن تک وہ لاگ ان کے بعد پہنچ سکتے ہیں۔ 🛑

ایک اور پہلو غور طلب ہے۔ سیشن کا انتظام. پہلے سے طے شدہ طور پر، Spring Security ہر تصدیق شدہ صارف کے لیے ایک سیشن بناتا ہے۔ تاہم، اگر یہ سیشن مناسب طریقے سے سیٹ نہیں کیا گیا ہے یا اسے صاف کیا گیا ہے، تو صارف اجازت سے محروم ہو سکتا ہے، جس کے نتیجے میں ایک گمنام سیشن ہو گا۔ اس کا انتظام کرنے کے لیے، ترتیب میں شامل کیا جا سکتا ہے۔ invalidateHttpSession(true) لاگ آؤٹ ہونے پر، جو سیشنز کو صاف کرتا ہے۔ مزید برآں، چالو کرنا sessionFixation لاگ ان کے بعد ایک نیا سیشن آئی ڈی بنا کر ہائی جیکنگ کو روکنے میں مدد کرتا ہے، سیشن کے اندر صارف کے ڈیٹا کو برقرار رکھتے ہوئے سیکورٹی کو بڑھاتا ہے۔

اپنی ترتیب کو اچھی طرح جانچنا غیر متوقع بلاکس کو روک سکتا ہے اور صارف کے تجربے کو بہتر بنا سکتا ہے۔ JUnit میں MockMvc تصدیق کے تخروپن اور محدود اختتامی مقامات تک رسائی کی اجازت دیتا ہے، اس بات کی تصدیق کرتا ہے کہ غیر مجاز صارفین کے لیے مناسب ری ڈائریکشن ہوتا ہے۔ مثال کے طور پر، لاگ ان کے بغیر کسی محدود صفحہ پر GET کی درخواست کی کوشش کرنے سے لاگ ان صفحہ پر HTTP 302 ری ڈائریکٹ لوٹنا چاہیے، جب کہ تصدیق شدہ درخواست کو رسائی کی اجازت ملنی چاہیے۔ یہ ٹیسٹ اس بات کو یقینی بناتے ہیں کہ آپ کی ایپلیکیشن رسائی کو مستقل اور محفوظ طریقے سے ہینڈل کرتی ہے، جس سے رسائی کی غلطیوں کے امکانات کم ہوتے ہیں۔ 🔒

موسم بہار کے حفاظتی سوالات اور جوابات

  1. کا مقصد کیا ہے۔ @EnableWebSecurity?
  2. دی @EnableWebSecurity تشریح اسپرنگ سیکیورٹی کی کنفیگریشنز کو فعال کرتی ہے، جس سے ایپلیکیشن اینڈ پوائنٹس کو کنٹرول اور محفوظ کرنا ممکن ہوتا ہے۔
  3. کیسے کرتا ہے authorizeRequests بہار سیکورٹی میں کام کرتے ہیں؟
  4. دی authorizeRequests طریقہ یہ بتاتا ہے کہ کن اختتامی مقامات تک عوامی طور پر رسائی حاصل کی جا سکتی ہے اور جن کے لیے تصدیق کی ضرورت ہوتی ہے، رسائی کے کنٹرول کو مرکزی بنانا۔
  5. کیوں ہے BCryptPasswordEncoder پاس ورڈ سٹوریج کے لیے تجویز کیا؟
  6. BCryptPasswordEncoder پاس ورڈ کو نمک کے ساتھ ہیش کرتا ہے، جس سے یہ انتہائی محفوظ اور وحشیانہ حملوں کے خلاف مزاحم ہے۔
  7. کیا کرتا ہے successHandler لاگ ان کنفیگریشن میں کرتے ہیں؟
  8. دی successHandler ایک کامیاب لاگ ان کے بعد کیا ہوتا ہے اس کی وضاحت کرتا ہے۔ یہ اکثر صارفین کو لاگ ان کے بعد کسی مخصوص صفحہ پر بھیجنے کے لیے استعمال ہوتا ہے۔
  9. کیسے کرتا ہے sessionFixation صارف کے سیشن کی حفاظت کرتے ہیں؟
  10. دی sessionFixation حکمت عملی لاگ ان کے بعد سیشن آئی ڈی کو دوبارہ تخلیق کرتی ہے، جس سے بدنیتی پر مبنی اداکاروں کے سیشن ہائی جیکنگ کا خطرہ کم ہوتا ہے۔
  11. کامیاب لاگ ان کے بعد 403 کی خرابی کیوں ظاہر ہوگی؟
  12. لاگ ان کے بعد 403 غلطی کا اکثر مطلب یہ ہوتا ہے کہ صارف کے پاس ضروری اجازتوں کی کمی ہے، ممکنہ طور پر کردار پر مبنی ناکافی ترتیب کی وجہ سے۔
  13. کا کردار کیا ہے۔ requestMatchers سیکورٹی کنفیگریشن میں؟
  14. requestMatchers یو آر ایل پیٹرن کی وضاحت کرنے کی اجازت دیتا ہے جو بغیر تصدیق کے قابل رسائی ہونا چاہیے، جیسے کہ عوامی صفحات یا جامد اثاثے۔
  15. آپ اسپرنگ سیکیورٹی میں لاگ آؤٹ رویے کو کیسے ترتیب دیتے ہیں؟
  16. بہار سیکورٹی میں، logout سیشن کو صاف کرنے اور لاگ آؤٹ کے بعد صارفین کو لاگ ان پیج پر ری ڈائریکٹ کرنے کے لیے طریقہ کو اپنی مرضی کے مطابق بنایا جا سکتا ہے۔
  17. کر سکتے ہیں۔ MockMvc حفاظتی ترتیب کی جانچ کے لیے استعمال کیا جائے؟
  18. ہاں، MockMvc ٹیسٹوں میں HTTP درخواستوں کی نقل کرتا ہے، رسائی کنٹرول کی تصدیق کی اجازت دیتا ہے، جیسے غیر مجاز صارفین کے لیے ری ڈائریکٹ۔
  19. کا کردار کیا ہے؟ CustomUserDetailsService تصدیق میں؟
  20. CustomUserDetailsService صارف کے مخصوص ڈیٹا کو لوڈ کرتا ہے، جیسے صارف کا نام اور کردار، اسپرنگ کو اسناد اور رسائی کی سطحوں کو درست طریقے سے تصدیق کرنے کی اجازت دیتا ہے۔

موسم بہار میں صارف کی رسائی کو محفوظ بنانے کے بارے میں حتمی خیالات

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

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

مزید پڑھنا اور وسائل
  1. اسپرنگ سیکیورٹی کنفیگریشنز کی گہرائی سے رہنمائی کے لیے، اسپرنگ سیکیورٹی دستاویزات سے رجوع کریں: موسم بہار کی حفاظتی دستاویزات
  2. اسپرنگ ایپلی کیشنز میں 403 غلطیوں کا ازالہ کرنے کی تفصیلات یہاں مل سکتی ہیں: Baeldung: اپنی مرضی کے مطابق 403 رسائی سے انکار شدہ صفحہ
  3. محفوظ توثیق میں BCryptPasswordEncoder استعمال کرنے کے بہترین طریقے دریافت کریں: Baeldung: BCrypt کے ساتھ پاس ورڈ انکوڈنگ
  4. CustomUserDetailsService اور جدید صارف کی تصدیق کے سیٹ اپ کو لاگو کرنے کے لیے: Baeldung: اسپرنگ سیکیورٹی کے ساتھ ڈیٹا بیس کی توثیق