বিঃদ্রঃ:
প্রচুর লোক প্রমাণীকরণের সাথে একটি "ব্যক্তিগত" URL টি বিভ্রান্ত করছে বলে মনে হচ্ছে। এছাড়াও, কিছু বিভ্রান্তি আছে বলে মনে হয় যে বিশ্বস্ত সত্তার মাধ্যমে লিঙ্কটি প্রেরণ করা দ্বি-গুণক প্রমাণীকরণের চেষ্টা। স্পষ্টতই, আমরা একটি সর্বজনীনভাবে অ্যাক্সেসযোগ্য সংস্থান সম্পর্কে কথা বলছি, তবে এটি অনুমান করা যথেষ্ট কঠিন।
একটি ব্যক্তিগত ইউআরএল ব্যবহার করার সময়, আপনাকে সর্বদা ধারণা করা উচিত যে এটি আপস করা যেতে পারে - আপনার এমন একটি ইউআরএল ডিজাইন করা উচিত যাতে এটি আপস করা হলেও, উত্স আক্রমণকারীটির কাছে তথ্য ফাঁস না করে।
ব্যক্তিগত / ইউআরএলগুলি অনুমান করা শক্ত তা পাসওয়ার্ড-ভিত্তিক প্রমাণীকরণের সমতুল্য নয়। প্রকৃতির দ্বারা, ব্যক্তিগত ইউআরএলগুলি মোটেও ব্যক্তিগত নয় - এগুলি সর্বজনীনভাবে অ্যাক্সেসযোগ্য সংস্থান। আমি মনে করি "ব্যক্তিগত" ইউআরএল শব্দটি একটি মিসনোমার, বরং তারা "অস্পষ্ট" ইউআরএল।
কিছু নির্দিষ্ট ক্ষেত্রে রয়েছে যেখানে "ব্যক্তিগত" ইউআরএল ব্যবহার করা গ্রহণযোগ্য, তবে তারা পাসওয়ার্ড প্রমাণীকরণ বা কী-ভিত্তিক প্রমাণীকরণের মতো traditionalতিহ্যগত প্রমাণীকরণ পদ্ধতির চেয়ে স্বভাবগতভাবে কম সুরক্ষিত।
আমি সাধারণত "ব্যক্তিগত" ইউআরএল ব্যবহার করেছি এমন কয়েকটি স্থান হ'ল:
- ইমেলগুলি পাসওয়ার্ড পুনরায় সেট করুন
- শংসাপত্র জেনারেশন ইমেল
- অ্যাকাউন্ট / ইমেল নিশ্চিতকরণ ইমেল
- কেনা সামগ্রীর বিতরণ (ebooks, ইত্যাদি)
- অন্যান্য বিবিধ জিনিস যেমন ফ্লাইট চেক-ইন, প্রিন্ট বোর্ডিং পাস, প্রথাগত প্রমাণীকরণের পাশাপাশি ব্যক্তিগত ইউআরএল ব্যবহার করুন
এখানে সাধারণতা হ'ল এলোমেলো URL গুলি সাধারণত এক-শট ক্রিয়াকলাপের জন্য ভাল for এছাড়াও, traditionalতিহ্যবাহী প্রমাণীকরণ এবং এলোমেলো ইউআরএলগুলি পারস্পরিক একচেটিয়া নয় - প্রকৃতপক্ষে, সংস্থান সরবরাহ করার সময় এগুলি একে অপরের সাথে একত্রে অতিরিক্ত সুরক্ষা সরবরাহ করতে ব্যবহৃত হতে পারে।
যেমন রবার্ট হার্ভে উল্লেখ করেছেন, নিরাপদে র্যান্ডম / প্রাইভেট ইউআরএল ব্যবহারের একমাত্র উপায় হ'ল পৃষ্ঠাটি গতিশীলভাবে উত্পন্ন করা এবং ইউআরএলকে এমনভাবে ইউআরএল জমা দেওয়া যাতে ব্যবহারকারীকে আধা-প্রমাণীকরণ হিসাবে বিবেচনা করা যায়। এটি ইমেল, এসএমএস ইত্যাদি হতে পারে
এলোমেলোভাবে উত্পাদিত / প্রাইভেট ইউআরএলটিতে সাধারণত কয়েকটি বৈশিষ্ট্য থাকে:
- এটি একটি যুক্তিসঙ্গত সময়ের পরে সমাপ্ত হওয়া উচিত
- এটি একটি একক ব্যবহারের ইউআরএল হওয়া উচিত: IE এটি প্রথমবার অ্যাক্সেস করার পরে শেষ হওয়া উচিত।
- এটি ব্যবহারকারীর সুরক্ষিতভাবে ব্যবহারকারীর প্রমাণীকরণের জন্য অন্য কোনও সত্তার কাছে এটির ব্যবহারকারীর প্রমাণীকরণকে স্থগিত করা উচিত। (ইমেল বা এসএমএস ইত্যাদির মাধ্যমে লিঙ্কটি প্রেরণ করে)
- একটি আধুনিক কম্পিউটারের জন্য মেয়াদ শেষ হওয়ার পূর্ববর্তী সময়কালে URL টি জোর করে ফেলা অসম্ভব হওয়া উচিত - হয় উত্সটিকে উদ্ভাসিত করে এমন API- কে সীমাবদ্ধ করে বা পর্যাপ্ত এনট্রপির সাথে একটি url এন্ডপয়েন্ট তৈরি করে যেমন এটি অনুমান করা যায় না।
- এটি ব্যবহারকারীর সম্পর্কে তথ্য ফাঁস করা উচিত নয়। আইই: পৃষ্ঠাটি যদি কোনও পাসওয়ার্ড পুনরায় সেট করতে হয়: পৃষ্ঠাটি অনুরোধকারীদের অ্যাকাউন্টের তথ্য প্রদর্শন করা উচিত নয়। যদি অ্যালিস কোনও পাসওয়ার্ড পুনরায় সেট করার লিঙ্কের জন্য অনুরোধ করে এবং বব কোনওভাবে ইউআরএল অনুমান করে তবে বব কার পাসওয়ার্ডটি পুনরায় সেট করছে তা জানার কোনও উপায় থাকা উচিত নয়।
- যদি এটি ব্যবহারকারীর সম্পর্কে তথ্য ফাঁস করে তবে এটি traditionalতিহ্যবাহী প্রমাণীকরণের শীর্ষে ব্যবহার করা উচিত, উদাহরণস্বরূপ কোনও পৃষ্ঠা কোনও ব্যবহারকারী যদি তাদের কুকি সেট থাকে বা তাদের সেশন_আইডিটি বৈধ থাকে তবে প্রমাণীকৃত হিসাবে বিবেচনা করতে পারে।
বিভিন্ন সংস্থার বিভিন্ন স্তরের সুরক্ষা প্রয়োজন। আপনি যদি কিছু বন্ধুদের সাথে কোনও গোপন রেসিপি ভাগ করতে চান তবে উদাহরণস্বরূপ, এগুলির সাথে ভাগ করে নেওয়ার জন্য কোনও এলোমেলো / ব্যক্তিগত URL ব্যবহার করা গ্রহণযোগ্য হবে। তবে, যদি এই সংস্থানটি কারও পরিচয় চুরি করতে বা অন্যান্য পরিষেবা সরবরাহকারীদের সাথে তাদের অ্যাকাউন্টে আপস করার জন্য ব্যবহার করা যেতে পারে তবে আপনি সম্ভবত সেই সংস্থানটিতে অ্যাক্সেস সীমাবদ্ধ করার বিষয়ে আরও অনেক বেশি যত্ন নেবেন।