HTTP বেসিক প্রমাণীকরণ শংসাপত্রগুলি ইউআরএল এবং এনক্রিপশনে পাস করেছে


250

HTTPS এবং HTTP প্রমাণীকরণ শংসাপত্র সম্পর্কে আমার একটি প্রশ্ন আছে।

মনে করুন আমি HTTP প্রমাণীকরণের সাথে একটি URL সুরক্ষিত করেছি:

<Directory /var/www/webcallback>
AuthType Basic
AuthName "Restricted Area"
AuthUserFile /var/www/passwd/passwords
Require user gooduser
</Directory>

আমি তখন ইউটিউবে শংসাপত্রগুলি পাস করে এইচটিটিপিএসের মাধ্যমে একটি রিমোট সিস্টেম থেকে সেই URL টি অ্যাক্সেস করি:

https://gooduser:secretpassword@www.example.com/webcallback?foo=bar

ব্যবহারকারীর নাম এবং পাসওয়ার্ডটি স্বয়ংক্রিয়ভাবে এসএসএল এনক্রিপ্ট হবে? জিইটি এবং পোষ্টের ক্ষেত্রেও কি একই রকম? এই তথ্য সহ একটি বিশ্বাসযোগ্য উত্স সনাক্ত করতে আমার বেশ কষ্ট হচ্ছে।



খুব পুরানো প্রশ্ন তবে তবুও: এই পন্থাটি ietf.org/rfc/rfc3986.txt দ্বারা অবচিত করা হয়েছে : "ইউজারইনফো ক্ষেত্রে" ব্যবহারকারী: পাসওয়ার্ড "ফর্ম্যাটটি ব্যবহার করা হয় না।"
ম্যাডব্রেকস

উত্তর:


237

ব্যবহারকারীর নাম এবং পাসওয়ার্ডটি স্বয়ংক্রিয়ভাবে এসএসএল এনক্রিপ্ট হবে? জিইটি এবং পোষ্টগুলির জন্য একই true

হ্যা হ্যা হ্যা.

এসএসএল ব্যবহারের সময় পুরো যোগাযোগ (হোস্টনামের আইপি ইতিমধ্যে ক্যাশে না থাকলে ডিএনএস লুকআপের জন্য সংরক্ষণ করুন) এনক্রিপ্ট করা হয়।


25
+1 টি। ইউআরএল সহ জিইটি এবং পোষ্টগুলি এনক্রিপ্ট করা আছে। আমি কেবল যুক্ত করব - ফায়ারব্যাগ এবং ট্যাম্পার ডেটার মতো সরঞ্জামগুলি কেবল এনক্রিপ্ট হওয়া ফলাফলগুলি প্রদর্শন করতে সক্ষম হয় কারণ তারা ব্রাউজারের একটি অংশ এবং তাই এটি অনুরোধটি এনক্রিপ্ট হওয়ার আগে বাধা দিতে সক্ষম হয়। একবার তারের মাধ্যমে প্রেরণ করা হলে, সমস্ত কিছু এনক্রিপ্ট করা হয়।
শ্রীপাঠি কৃষ্ণান

21
পরিষ্কার হওয়ার জন্য, ডোমেন ব্যতীত সমস্ত কিছুই এনক্রিপ্ট করা আছে। এই জুড়ে যে কেউ হোঁচট খাওয়ার এবং একটি আরো বিস্তারিত উত্তর চান, তবে দেখতে answers.google.com/answers/threadview/id/758002.html
rcourtna

7
সম্পূর্ণতার জন্য, " ইন্টারনেট এক্সপ্লোরার ব্যবহারকারীর নাম এবং ওয়েব সাইট ঠিকানাগুলিতে পাসওয়ার্ডগুলি সমর্থন করে না (HTTP বা HTTPS ইউআরএল) " শুধুমাত্র ইন্টারনেট এক্সপ্লোরার সংস্করণ 3.0 থেকে 6.0 পর্যন্ত HTTP বা HTTPS ইউআরএলগুলির জন্য নিম্নলিখিত সিনট্যাক্সকে সমর্থন করে: HT (গুলি): // ব্যবহারকারীর নাম :password@server/resource.ext দ্রষ্টব্য: ডিফল্ট আচরণে এই পরিবর্তনটি অন্যান্য প্রোটোকলগুলিকে প্রভাবিত করে না। উদাহরণস্বরূপ, আপনি 832894 সুরক্ষা আপডেট ইনস্টল করার পরেও কোনও এফটিপি ইউআরএল ব্যবহারকারীর তথ্য অন্তর্ভুক্ত করতে পারেন।
লুক

এই উত্তরের কোনও বিশ্বাসযোগ্য উত্স বা আরও ব্যাখ্যা নেই।
জেনস পাইগসা

26

হ্যাঁ, এটি এনক্রিপ্ট করা হবে।

পর্দার আড়ালে কী ঘটে তা যদি আপনি কেবল পরীক্ষা করেন তবে আপনি এটি বুঝতে পারবেন।

  1. ব্রাউজার বা অ্যাপ্লিকেশনটি প্রথমে ইউআরএল ভেঙে ডিএনএস ক্যোয়ারী ব্যবহার করে হোস্টের আইপি নেওয়ার চেষ্টা করবে। অর্থাত্: ডোমেনের আইপি ঠিকানা (www.example.com) সন্ধানের জন্য একটি ডিএনএস অনুরোধ জানানো হবে। দয়া করে নোট করুন যে এই অনুরোধের মাধ্যমে অন্য কোনও তথ্য প্রেরণ করা হবে না।
  2. ব্রাউজার বা অ্যাপ্লিকেশনটি ডিএনএস অনুরোধ থেকে প্রাপ্ত আইপি ঠিকানার সাথে একটি এসএসএল সংযোগ শুরু করবে। শংসাপত্রগুলি বিনিময় করা হবে এবং এটি পরিবহন পর্যায়ে ঘটে। এই পর্যায়ে কোনও আবেদন স্তরের তথ্য স্থানান্তরিত হবে না। মনে রাখবেন যে বেসিক প্রমাণীকরণটি HTTP- র অংশ এবং HTTP একটি প্রয়োগ স্তর প্রোটোকল। পরিবহন স্তর কাজ নয়।
  3. এসএসএল সংযোগ স্থাপনের পরে, এখন প্রয়োজনীয় ডেটা সার্ভারে দেওয়া হবে। যেমন: পথ বা URL, প্যারামিটার এবং বেসিক প্রমাণীকরণের ব্যবহারকারী নাম এবং পাসওয়ার্ড।

-5

অগত্যা সত্য নয়। এটি তারে এনক্রিপ্ট করা হবে তবে এটি লগের সরল পাঠ্যে অবতরণ করে


17
কোন ওয়েব সার্ভার অনুরোধগুলি থেকে ব্যবহারকারীর নাম এবং পাসওয়ার্ড লগ করে? এটি একটি অনিরাপদ ওয়েব সার্ভারের এক নরক হবে।
অ্যান্ড্রু বারবার

1
হ্যাঁ এটি ঠিক সত্য নয়। এই তথ্য লগ করার জন্য অ্যাপাচিকে নির্দেশ দেওয়া সম্ভবত সম্ভব, তবে এটি অবশ্যই ডিফল্টরূপে এটি করছে না।
ডগডাব্লু

27
@ ব্র্যান্ডন সম্ভবত জিজ্ঞাসা স্ট্রিংয়ের অর্থ "ইউআরএল" ভাবছিলেন (যেমন,? ব্যবহারকারী = বব & পিডব্লু = 123 হ্যাকমেপলজ)। এটি সার্ভার লগগুলিতে শেষ হতে পারে।
মাইক গ্রাফ

5
সম্পর্কিত: "আপনি যখন ক্লায়েন্টে যেমন কার্লের সাথে সেই URL টি কল করেন, তখন ব্যবহারকারীর নাম এবং পাসওয়ার্ড প্রক্রিয়া তালিকায় স্পষ্টভাবে দৃশ্যমান হবে এবং বাশ ইতিহাসের ফাইলটিতে সক্রিয় হতে পারে" " - স্ট্যাকওভারফ্লো.com
হক্কে পার্কার

1
@ zb226 প্রশ্নকর্তা ইউআরএলটিতে শংসাপত্রগুলি নির্দিষ্ট করে উল্লেখ করেছিলেন।
ল্যাম্বার্ট
আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.