আরএফসি 2617 বেসউজটিতে ব্যবহারকারীর নাম এবং পাসওয়ার্ড এনকোড করতে বলেছে তবে বেস 64 এর অ্যালগরিদমে ইনপুট দেওয়ার জন্য অক্টেট তৈরি করার সময় কোন অক্ষরটি এনকোডিং করতে হবে তা বলবেন না।
আমার কি ইউএস-এএসসিআইআই বা ইউটিএফ 8 ধরে নেওয়া উচিত? বা কেউ ইতিমধ্যে কোথাও এই প্রশ্ন নিষ্পত্তি করেছে?
উত্তর:
আরএফসি 2617 "ISO-8859-1" বা "অপরিজ্ঞাত" হিসাবে পড়া যেতে পারে। তোমার পছন্দ. এটি জানা যায় যে অনেক সার্ভারগুলি আইএসও -8859-1 ব্যবহার করে (এটি পছন্দ করুন বা না) এবং আপনি অন্য কোনও কিছু পাঠালে ব্যর্থ হয়ে যায়। সুতরাং সম্ভবত একমাত্র নিরাপদ পছন্দ হ'ল এএসসিআইআই-তে আটকে থাকা।
আরও তথ্যের জন্য এবং পরিস্থিতি সমাধানের প্রস্তাবের জন্য, "এইচটিটিপি বেসিক প্রমাণীকরণের জন্য একটি এনকোডিং প্যারামিটার" খসড়াটি দেখুন (এটি আরএফসি 7617 এর ভিত্তি তৈরি করেছিল) formed
2015 সাল থেকে আছে বোঝায় যা RFC 7617 , যা পুরাতন জন্য RFC থেকে বোঝায় যা RFC 2617. বিপরীতে obsoletes, নতুন বোঝায় যা RFC স্পষ্টভাবে চরিত্র ব্যবহারকারী নাম এবং পাসওয়ার্ড জন্য ব্যবহার করা হবে এনকোডিং সংজ্ঞায়িত করে।
charset="UTF-8"challenge চ্ছিকভাবে তার চ্যালেঞ্জটিতে একটি অতিরিক্ত প্রমাণীকরণের প্যারামিটারটি প্রেরণ করতে পারে, এর মতো: WWW-Authenticate: Basic realm="myChosenRealm", charset="UTF-8"সম্পূর্ণ সংস্করণ:
অনুমান পড়ুন । যদি অতিরিক্ত বিশদ থাকে যেমন সঠিক এনকোডিং পদ্ধতি এবং ইউনিকোড কোডপয়েন্টগুলির তালিকা যাতে সমর্থন করা উচিত।
2018 হিসাবে, আধুনিক ব্যবহারকারীরা সাধারণত ইউটিএফ -8 এ ডিফল্ট হয়ে যায় যদি কোনও ব্যবহারকারী ব্যবহারকারীর নাম বা পাসওয়ার্ডের জন্য অ-এসসিআইআই অক্ষর প্রবেশ করে (এমনকি সার্ভারটি charsetপ্যারামিটারটি ব্যবহার না করে )।
রিয়েলম প্যারামিটারটি কেবল আরএসএফআই 7617 তে কেবলমাত্র ASCII অক্ষরকে সমর্থন করে।
সংক্ষিপ্ত উত্তর: আইসো -8859-1 যদি না এনকোডড-শব্দগুলি আরএফসি 2047 (এমআইএমআই) অনুসারে ব্যবহার না করা হয়।
দীর্ঘতর ব্যাখ্যা:
আরএফসি 2617, বিভাগ 2 (HTTP প্রমাণীকরণ) বেসিক-শংসাপত্রগুলির সংজ্ঞা দেয় :
basic-credentials = base64-user-pass
base64-user-pass = <base64 encoding of user-pass,
except not limited to 76 char/line>
user-pass = userid ":" password
userid = *<TEXT excluding ":">
password = *TEXT
বিএনএফ-এ সংজ্ঞায়নের জন্য আরএফসি 2616 (HTTP 1.1) উল্লেখ না করে অনুমানটি পড়া উচিত নয় (উপরের মত):
এই স্পেসিফিকেশনটি HTTP / 1.1 স্পেসিফিকেশন 2 এর সহচর । এটি সেই দস্তাবেজের বর্ধিত বিএনএফ বিভাগটি 2.1 ব্যবহার করে এবং এই নথিতে সংজ্ঞায়িত নন-টার্মিনাল এবং এইচটিটিপি / 1.1 নির্দিষ্টকরণের অন্যান্য দিক উভয়ের উপর নির্ভর করে both
RFC2616, বিভাগ 2.1 সংজ্ঞায়িত টেক্সট (জোর খনি):
পাঠ্য বিধিটি কেবল বর্ণনামূলক ক্ষেত্র সামগ্রী এবং মানগুলির জন্য ব্যবহৃত হয় যা বার্তা পার্সার দ্বারা ব্যাখ্যা করার উদ্দেশ্যে নয়। * টেক্সট মায় এর শব্দগুলিতে কেবল আরএফসি 2047 এর নিয়ম অনুসারে এনকোডড হওয়াতে কেবল ISO-8859-1 ব্যতীত অক্ষর সেটগুলির অক্ষর রয়েছে ।
TEXT = <any OCTET except CTLs, but including LWS>
সুতরাং এটি অবশ্যই আইসো -8859-1 হয় যদি না আপনি আরএফসি 2047 ( মাইমাই পিটি 3) নিয়ম অনুসারে অন্য কোনও এনকোডিং সনাক্ত করেন :
// Username: Mike
// Password T€ST
Mike:=?iso-8859-15?q?T€ST?=
এই ক্ষেত্রে শব্দটির ইউরো চিহ্নটি আইসো -8859-150xA4 অনুসারে এনকোড করা হবে । এটি আমার বোঝার বিষয় যে আপনার এই এনকোডড শব্দ ডিলিমিটারগুলির জন্য পরীক্ষা করা উচিত এবং তারপরে নির্দিষ্ট এনকোডিংয়ের উপর ভিত্তি করে শব্দগুলি ভিতরে ডিকোড করুন। আপনি যদি তা না করেন তবে আপনি ভাববেন যে পাসওয়ার্ডটি (নোটিশটি আইসো -8859-1 হিসাবে ব্যাখ্যা করার পরে ডিকোড হবে )।=?iso-8859-15?q?T¤ST?=0xA4¤
এটি আমার বোধগম্যতা, আমি এই আরএফসিগুলির চেয়ে সুস্পষ্ট নিশ্চিতকরণ খুঁজে পাচ্ছি না। এবং এর কিছুটিকে পরস্পরবিরোধী বলে মনে হচ্ছে। উদাহরণস্বরূপ, আরএফসি2047 এর 4 বর্ণিত লক্ষ্যগুলির মধ্যে একটি (এমআইএমআই, pt। 3) নতুন সংজ্ঞা দেওয়া:
বার্তাগুলির বিন্যাসের অনুমতি দেওয়ার জন্য ... অক্ষরটিতে পাঠ্য শিরোনামের তথ্য US-ASCII ব্যতীত অন্য কিছু সেট করে।
তবে তারপরে আরএফসি 2616 (এইচটিটিপি 1.1) টেক্সট নিয়মটি ব্যবহার করে একটি শিরোনামকে সংজ্ঞায়িত করে যা ডিফল্ট আইসো -8859-1। তার মানে কি এই শিরোনামের প্রতিটি শব্দ একটি এনকোডড শব্দ (অর্থাত্ =?...?=ফর্ম) হওয়া উচিত?
প্রাসঙ্গিক, কোনও বর্তমান ব্রাউজার এটি করে না। তারা utf-8 (ক্রোম, অপেরা), আইসো -8859-1 (সাফারি), সিস্টেম কোড পৃষ্ঠা (আইই) বা অন্য কিছু ব্যবহার করে (যেমন ফায়ারফক্সের ক্ষেত্রে utf-8 থেকে কেবলমাত্র সবচেয়ে গুরুত্বপূর্ণ বিট)।
সম্পাদনা: আমি ঠিক বুঝতে পেরেছি যে উত্তরটি সার্ভার-সাইড দৃষ্টিকোণ থেকে বিষয়টি আরও দেখায়।
আরএফসি একদিকে রেখে, স্প্রিং ফ্রেমওয়ার্কে , BasicAuthenticationFilterক্লাসে, ডিফল্টটি ইউটিএফ -8 হয় ।
আমি বিশ্বাস করি এই পছন্দটির কারণ হ'ল ইউটিএফ -8 সমস্ত সম্ভাব্য অক্ষর এনকোডিং করতে সক্ষম, যখন আইএসও -8859-1 (বা এএসসিআইআই) নেই। সিস্টেমে সমর্থিত নয় এমন অক্ষরগুলির সাথে ব্যবহারকারীর নাম / পাসওয়ার্ড ব্যবহার করার চেষ্টা করা ভাঙ্গা আচরণ বা (আরও খারাপ) সুরক্ষার অবনতি ঘটাতে পারে।
আপনি যদি লগইন প্রম্পটে অ-এসিআই অক্ষর প্রবেশ করার সময় ব্রাউজারগুলি কী করতে আগ্রহী হন, আমি কেবল ফায়ারফক্সের সাথে চেষ্টা করেছি।
প্রতিটি ইউনিকোড মানের ন্যূনতম উল্লেখযোগ্য বাইট গ্রহণ করে এটি অলসভাবে ISO-8859-1-এ রূপান্তরিত বলে মনে হচ্ছে, যেমন:
User: 豚 (\u8c5a)
Password: 虎 (\u864e)
যেমন এনকোড করা হয়:
User: Z (\u005a)
Password: N (\u004e)
0x5a 0x3a 0x4e বেস64-> ডাব্লুজেপিও