FedCM আপডেট: লগইন স্থিতি API, ত্রুটি API, এবং স্বতঃ-নির্বাচিত ফ্ল্যাগ API, FedCM আপডেট: লগইন স্থিতি API, ত্রুটি API, এবং স্বয়ং-নির্বাচিত ফ্ল্যাগ API

Chrome 120 FedCM এর জন্য লগইন স্থিতি API শিপিং করছে। লগইন স্ট্যাটাস এপিআই (পূর্বে আইডিপি সাইন-ইন স্ট্যাটাস এপিআই নামে পরিচিত) ওয়েবসাইটগুলিকে, বিশেষ করে পরিচয় প্রদানকারীকে তাদের ব্যবহারকারীরা লগ ইন এবং আউট করার সময় ব্রাউজারে সংকেত দেওয়ার অনুমতি দেয়৷ এই সংকেতটি FedCM দ্বারা একটি নীরব টাইমিং আক্রমণের সমস্যা সমাধানের জন্য ব্যবহার করা হয়, এবং এটি করার ফলে, FedCM-কে সম্পূর্ণরূপে তৃতীয়-পক্ষ কুকি ছাড়াই কাজ করার অনুমতি দেয়। এই আপডেটটি আমাদের কাজের সুযোগের অংশ হিসাবে, FedCM-এর শিপ-এর আসল অভিপ্রায়ে আমরা পূর্বে শনাক্ত করা শেষ অবশিষ্ট পিছনের-অসঙ্গত পরিবর্তনগুলিকে সম্বোধন করে।

লগইন স্ট্যাটাস API গোপনীয়তা সম্পত্তি এবং ব্যবহারযোগ্যতা উন্নত করে, এটি একবার পাঠানো হলে এটি একটি পশ্চাদগামী-অসঙ্গত পরিবর্তন। আপনার যদি FedCM এর একটি বিদ্যমান বাস্তবায়ন থাকে, তাহলে নিম্নলিখিত নির্দেশাবলী ব্যবহার করে এটি আপডেট করতে ভুলবেন না।

অতিরিক্তভাবে, Chrome দুটি নতুন ফেডারেটেড ক্রেডেনশিয়াল ম্যানেজমেন্ট (FedCM) বৈশিষ্ট্য পাঠাচ্ছে:

• ত্রুটি API : আইডি অ্যাসারশন এন্ডপয়েন্ট থেকে সার্ভার প্রতিক্রিয়ার উপর ভিত্তি করে একটি নেটিভ UI এর সাথে তাদের সাইন-ইন প্রচেষ্টা ব্যর্থ হলে ব্যবহারকারীদেরকে অবহিত করুন, যদি থাকে।
• স্বয়ং-নির্বাচিত ফ্ল্যাগ API : পরিচয় প্রদানকারী (আইডিপি) এবং নির্ভরকারী পক্ষকে (আরপি) অবহিত করুন যদি প্রবাহে একটি শংসাপত্র স্বয়ংক্রিয়ভাবে নির্বাচিত হয়।

লগইন স্থিতি API

গুরুত্বপূর্ণ: লগইন স্ট্যাটাস API FedCM-এর জন্য একটি প্রয়োজনীয়তা। যদি আপনার কাছে FedCM এর একটি বিদ্যমান বাস্তবায়ন থাকে, তাহলে নিশ্চিত করুন যে লগইন স্ট্যাটাস API প্রয়োগ করা হয়েছে, অন্যথায় FedCM ডায়ালগটি প্রদর্শিত নাও হতে পারে, এমনকি যদি একজন ব্যবহারকারী IdP-এ সাইন ইন করেন।

লগইন স্ট্যাটাস এপিআই হল একটি মেকানিজম যেখানে একটি ওয়েবসাইট, বিশেষ করে একটি আইডিপি, ব্রাউজারকে আইডিপি-তে ব্যবহারকারীর লগইন অবস্থা সম্পর্কে অবহিত করে। এই API এর সাহায্যে, ব্রাউজারটি আইডিপিতে অপ্রয়োজনীয় অনুরোধগুলি কমাতে পারে এবং সম্ভাব্য টাইমিং আক্রমণগুলি হ্রাস করতে পারে।

দ্রষ্টব্য: FedCM অ্যাকাউন্ট তালিকার শেষ পয়েন্টে একটি শংসাপত্রযুক্ত অনুরোধ প্রবর্তন করে। এই অনুরোধটি এমন ডেটা পাঠায় না যা অনুরোধকারীকে সনাক্ত করে এবং RP দ্বারা প্রদত্ত ডেটা পাস করার অনুমতি দেয় না। আলাদাভাবে, ব্রাউজার RP তথ্য সম্বলিত একটি অপ্রত্যয়িত অনুরোধ সম্পাদন করে client_metadata_endpoint , তাই আইডিপি সার্ভার টাইমস্ট্যাম্প বা অন্যান্য আঙ্গুলের ছাপ ডেটা ব্যবহার করে শংসাপত্রযুক্ত অনুরোধের সাথে (স্টোকাস্টিকভাবে) অপ্রত্যয়িত অনুরোধের সাথে সম্পর্ক স্থাপন করতে পারে। GitHub এ আরও বিস্তারিত পড়ুন।

ব্যবহারকারীর লগইন অবস্থা সম্পর্কে ব্রাউজারকে অবহিত করুন

আইডিপিগুলি একটি HTTP শিরোনাম পাঠিয়ে বা একটি JavaScript API কল করার মাধ্যমে ব্রাউজারে ব্যবহারকারীর লগইন অবস্থা সংকেত দিতে পারে যখন ব্যবহারকারী IdP-এ সাইন ইন থাকে বা ব্যবহারকারী যখন তাদের সমস্ত IdP অ্যাকাউন্ট থেকে সাইন আউট হয়। প্রতিটি আইডিপি (এর কনফিগার ইউআরএল দ্বারা চিহ্নিত) জন্য ব্রাউজার একটি ট্রাই-স্টেট ভেরিয়েবল রাখে যা লগইন অবস্থার প্রতিনিধিত্ব করে সম্ভাব্য মান logged-in , logged-out এবং unknown । ডিফল্ট অবস্থা unknown ।

ব্যবহারকারী সাইন ইন করেছেন তা সংকেত দিতে, একটি Set-Login: logged-in HTTP হেডার:

Set-Login: logged-in

বিকল্পভাবে, IdP মূল থেকে JavaScript API navigator.login.setStatus('logged-in') কল করুন:

navigator.login.setStatus('logged-in');

এই কলগুলি logged-in হিসাবে ব্যবহারকারীর লগইন অবস্থা রেকর্ড করে। যখন ব্যবহারকারীর লগইন অবস্থা logged-in জন্য সেট করা হয়, তখন RP কলিং FedCM IdP-এর অ্যাকাউন্ট তালিকার শেষ পয়েন্টে অনুরোধ করে এবং FedCM ডায়ালগে ব্যবহারকারীর কাছে উপলব্ধ অ্যাকাউন্টগুলি প্রদর্শন করে।

ব্যবহারকারীকে তাদের সমস্ত অ্যাকাউন্ট থেকে সাইন আউট করার সংকেত দিতে, Set-Login: logged-out HTTP হেডার একটি শীর্ষ-স্তরের নেভিগেশন বা একই-অরিজিন সাবরিসোর্স অনুরোধ পাঠান:

Set-Login: logged-out

বিকল্পভাবে, IdP মূল থেকে JavaScript API navigator.login.setStatus('logged-out') কল করুন:

navigator.login.setStatus('logged-out');

এই কলগুলি logged-out হিসাবে ব্যবহারকারীর লগইন অবস্থা রেকর্ড করে। ব্যবহারকারীর লগইন স্ট্যাটাস logged-out হলে, IdP-এর অ্যাকাউন্ট তালিকার শেষ পয়েন্টে অনুরোধ না করে FedCM-কে নীরবে কল করা ব্যর্থ হয়।

লগইন স্ট্যাটাস API ব্যবহার করে আইডিপি একটি সংকেত পাঠানোর আগে unknown স্থিতি সেট করা হয়। আমরা একটি ভাল ট্রানজিশনের জন্য এই স্ট্যাটাসটি চালু করেছি, কারণ আমরা এই API শিপ করার সময় একজন ব্যবহারকারী ইতিমধ্যেই আইডিপিতে সাইন ইন করে থাকতে পারে। FedCM প্রথম ডাকার সময় IdP ব্রাউজারে এটি সংকেত দেওয়ার সুযোগ নাও পেতে পারে। এই ক্ষেত্রে, আমরা IdP-এর অ্যাকাউন্টের তালিকার শেষ পয়েন্টে একটি অনুরোধ করি এবং অ্যাকাউন্টের তালিকার শেষ পয়েন্ট থেকে প্রতিক্রিয়ার উপর ভিত্তি করে স্থিতি আপডেট করি:

• যদি এন্ডপয়েন্ট সক্রিয় অ্যাকাউন্টগুলির একটি তালিকা প্রদান করে, logged-in জন্য স্থিতি আপডেট করুন এবং সেই অ্যাকাউন্টগুলি দেখানোর জন্য FedCM ডায়ালগ খুলুন।
• যদি এন্ডপয়েন্ট কোনো অ্যাকাউন্ট না দেয়, logged-out স্ট্যাটাস আপডেট করুন এবং FedCM কল ব্যর্থ করুন।

ব্যবহারকারীর সেশনের মেয়াদ শেষ হলে কী হবে? ব্যবহারকারীকে একটি গতিশীল লগইন প্রবাহের মাধ্যমে সাইন ইন করতে দিন!

যদিও আইডিপি ব্রাউজারে ব্যবহারকারীর লগইন স্থিতি সম্পর্কে অবহিত করে, স্ট্যাটাসটি সিঙ্কের বাইরে হতে পারে, যেমন সেশনের মেয়াদ শেষ হলে। লগইন স্ট্যাটাস logged-in সময় ব্রাউজার অ্যাকাউন্ট তালিকার শেষ পয়েন্টে একটি শংসাপত্রযুক্ত অনুরোধ পাঠানোর চেষ্টা করে, কিন্তু সেশনটি আর উপলব্ধ না থাকায় সার্ভার কোনো অ্যাকাউন্ট ফেরত দেয় না। এই ধরনের পরিস্থিতিতে, ব্রাউজার ডায়নামিকভাবে ব্যবহারকারীকে একটি ডায়ালগ উইন্ডোর মাধ্যমে আইডিপিতে সাইন ইন করতে দিতে পারে।

FedCM ডায়ালগ একটি সাইন ইন করার পরামর্শ দিয়ে একটি বার্তা প্রদর্শন করে, যেমনটি নিচের ছবিতে দেখানো হয়েছে।

একটি FedCM ডায়ালগ IdP-এ সাইন ইন করার পরামর্শ দিচ্ছে৷

ব্যবহারকারী যখন Continue বাটনে ক্লিক করেন, ব্রাউজারটি IdP-এর লগইন পৃষ্ঠার জন্য একটি ডায়ালগ খোলে।

আইডিপি বোতামে সাইন ইনে ক্লিক করার পরে দেখানো একটি উদাহরণ ডায়ালগ।

দ্রষ্টব্য: ওয়েবসাইট খোলার আগে ডায়ালগের আকার নিয়ন্ত্রণ করতে পারে না। ডিফল্টরূপে, আকার 500 পিক্সেল প্রস্থ এবং 600 পিক্সেল উচ্চতায় সেট করা হয়৷

লগইন পৃষ্ঠার URL IdP কনফিগারেশন ফাইলের অংশ হিসাবে login_url দিয়ে নির্দিষ্ট করা হয়েছে।

{
  "accounts_endpoint": "/auth/accounts",
  "client_metadata_endpoint": "/auth/metadata",
  "id_assertion_endpoint": "/auth/idtokens",
  "login_url": "/login"
  }
}

ডায়ালগ হল একটি নিয়মিত ব্রাউজার উইন্ডো যাতে প্রথম পক্ষের কুকিজ থাকে। ডায়ালগের মধ্যে যা ঘটে তা আইডিপির উপর নির্ভর করে এবং RP পৃষ্ঠায় ক্রস-অরিজিন যোগাযোগের অনুরোধ করার জন্য কোনও উইন্ডো হ্যান্ডেল উপলব্ধ নেই। ব্যবহারকারী সাইন ইন করার পরে, আইডিপির উচিত:

• Set-Login: logged-in header পাঠান বা navigator.login.setStatus("logged-in") API এ কল করুন যাতে ব্রাউজারকে জানানো হয় যে ব্যবহারকারী সাইন ইন করেছেন৷
• ডায়ালগ বন্ধ করতে IdentityProvider.close() এ কল করুন।

একজন ব্যবহারকারী FedCM ব্যবহার করে IdP-এ সাইন ইন করার পর একটি RP-এ সাইন ইন করেন।

এই গতিশীল লগইন অভিজ্ঞতার উদ্দেশ্যে করা হয় যখন একটি IdP সেশন একটি স্পষ্ট সাইন-আউট ছাড়াই মেয়াদ শেষ হয়ে যায়, যার ফলে ব্রাউজারের লগইন অবস্থা ব্যবহারকারীর প্রকৃত অবস্থার সাথে বিরোধিতা করে। যারা এখনও আইডিপিতে সাইন ইন করেননি তাদের জন্য এটি ট্রিগার করা হয়নি। এই নতুন প্রবাহটি সেই ক্ষেত্রে কভার করার জন্য ডিজাইন করা হয়েছে যেখানে ব্রাউজারে ব্যবহারকারীর আইডিপি লগইন স্ট্যাটাস `লগ-ইন` আছে কিন্তু আইডিপি-এর অ্যাকাউন্ট তালিকার শেষ পয়েন্ট কোনো অ্যাকাউন্ট ফেরত দেয় না। অনুমান করে লগইন স্ট্যাটাস এপিআই অবিলম্বে কল করা হয়, যখন FedCM আমন্ত্রণ করা হয়, নিম্নলিখিত পরিস্থিতিগুলির মধ্যে যেকোনো একটি ঘটতে পারে:

• ব্যবহারকারীর লগইন স্থিতি অজানা হিসাবে সেট করা থাকলে, অ্যাকাউন্ট তালিকার শেষ পয়েন্ট থেকে আইডিপি-এর প্রতিক্রিয়ার উপর নির্ভর করে স্ট্যাটাস আপডেট করা হয় (হয় logged-in বা logged-out )। একটি গতিশীল লগইন প্রবাহ ট্রিগার করা হবে না।
• যদি কোনো ব্যবহারকারী ব্রাউজারে IdP-এ সাইন ইন করে থাকে এবং তারপর IdP থেকে স্পষ্টভাবে সাইন আউট করে থাকে, তাহলে ডায়নামিক লগইন ফ্লো ট্রিগার হবে না।
• যদি কোনো ব্যবহারকারী ব্রাউজারে আইডিপি-তে সাইন ইন করে থাকেন, কিন্তু logged-out কোনো স্পষ্ট আপডেট ছাড়াই সেশনের মেয়াদ শেষ হয়ে যায়, তাহলে গতিশীল লগইন প্রবাহ শুরু হয়।

লগইন স্ট্যাটাস এপিআই আইডিপি-তে সাইন ইন করেনি এমন ব্যবহারকারীদের জন্য "আইডিপিতে সাইন-ইন করুন" ডায়ালগ প্রদর্শন করার জন্য RP-এর ক্ষমতা প্রদান করে না। এটি একটি পৃথক বৈশিষ্ট্য যা ভবিষ্যতে যোগ করা যেতে পারে।

আপনি আমাদের ডেমোতে লগইন স্থিতি API আচরণ চেষ্টা করতে পারেন।

1. আইডিপিতে যান এবং সাইন ইন বোতামে ট্যাপ করুন।
2. একটি নির্বিচারে অ্যাকাউন্ট দিয়ে সাইন ইন করুন.
3. অ্যাকাউন্ট স্ট্যাটাস ড্রপডাউন থেকে মেয়াদ শেষ হওয়া সেশন নির্বাচন করুন।
4. ব্যক্তিগত তথ্য আপডেট করুন বোতাম টিপুন।
5. FedCM বোতামটি চেষ্টা করতে RP-এ যান- এ আলতো চাপুন।

মডিউল আচরণের মাধ্যমে আপনি আইডিপি-তে লগইন পর্যবেক্ষণ করতে সক্ষম হবেন।

ত্রুটি API

যখন Chrome আইডি অ্যাসারশন এন্ডপয়েন্টে একটি অনুরোধ পাঠায় (উদাহরণস্বরূপ, যখন কোনও ব্যবহারকারী FedCM UI-তে Continue as বোতামে ক্লিক করেন বা স্বয়ংক্রিয়-পুনঃপ্রমাণিকেশন ট্রিগার করা হয়), আইডিপি বৈধ কারণে একটি টোকেন ইস্যু করতে সক্ষম নাও হতে পারে। উদাহরণস্বরূপ, যদি ক্লায়েন্ট অননুমোদিত হয়, সার্ভারটি সাময়িকভাবে অনুপলব্ধ, ইত্যাদি। বর্তমানে, Chrome এই ধরনের ত্রুটির ক্ষেত্রে নীরবে অনুরোধটি ব্যর্থ করে এবং প্রতিশ্রুতি প্রত্যাখ্যান করে শুধুমাত্র RP-কে অবহিত করে।

Error API এর সাথে, Chrome IdP দ্বারা প্রদত্ত ত্রুটির তথ্য সহ একটি নেটিভ UI দেখিয়ে ব্যবহারকারীকে অবহিত করে।

ব্যবহারকারীর সাইন-ইন প্রচেষ্টা ব্যর্থ হওয়ার পরে একটি FedCM ডায়ালগ ত্রুটির বার্তা দেখাচ্ছে৷ স্ট্রিংটি ত্রুটির প্রকারের সাথে যুক্ত।

আইডিপি HTTP API

id_assertion_endpoint প্রতিক্রিয়াতে, IdP ব্রাউজারে একটি টোকেন ফেরত দিতে পারে যদি এটি অনুরোধের ভিত্তিতে জারি করা যায়। এই প্রস্তাবে, একটি টোকেন জারি করা না গেলে, আইডিপি একটি "ত্রুটি" প্রতিক্রিয়া ফেরত দিতে পারে, যার দুটি নতুন ঐচ্ছিক ক্ষেত্র রয়েছে:

1. code
2. url

// id_assertion_endpoint response
{
  "error": {
     "code": "access_denied",
     "url": "https://idp.example/error?type=access_denied"
  }
}

কোডের জন্য, IdP OAuth 2.0 নির্দিষ্ট ত্রুটির তালিকা থেকে পরিচিত ত্রুটিগুলির মধ্যে একটি বেছে নিতে পারে [ invalid_request , unauthorized_client , access_denied , server_error এবং temporarily_unavailable ] অথবা যেকোনো ইচ্ছামত স্ট্রিং ব্যবহার করতে পারে। যদি পরবর্তীতে, Chrome একটি সাধারণ ত্রুটি বার্তা সহ ত্রুটি UI রেন্ডার করে এবং কোডটি RP-এ পাস করে।

url এর জন্য, এটি ব্যবহারকারীদের ত্রুটি সম্পর্কে অতিরিক্ত তথ্য প্রদানের জন্য ত্রুটি সম্পর্কে তথ্য সহ একটি মানব-পঠনযোগ্য ওয়েব পৃষ্ঠা চিহ্নিত করে৷ এই ক্ষেত্রটি ব্যবহারকারীদের জন্য উপযোগী কারণ ব্রাউজারগুলি একটি নেটিভ UI-তে সমৃদ্ধ ত্রুটি বার্তা প্রদান করতে পারে না। উদাহরণস্বরূপ, পরবর্তী পদক্ষেপগুলির জন্য লিঙ্ক, গ্রাহক পরিষেবা যোগাযোগের তথ্য এবং আরও অনেক কিছু। যদি কোনও ব্যবহারকারী ত্রুটির বিবরণ এবং কীভাবে এটি ঠিক করতে হয় সে সম্পর্কে আরও জানতে চান, তারা আরও বিশদ বিবরণের জন্য ব্রাউজার UI থেকে প্রদত্ত পৃষ্ঠায় যেতে পারেন। ইউআরএলটি অবশ্যই আইডিপি configURL এর মতো একই সাইটের হতে হবে।

দ্রষ্টব্য: যদিও আমরা বিশ্বাস করি যে Error API প্রয়োগ করলে ব্যবহারকারীদের অবগত রাখতে এবং ব্যবহারকারীদের সমস্যা সমাধানে সম্ভাব্য সাহায্য করার জন্য সর্বোত্তম ব্যবহারকারীর অভিজ্ঞতা আনতে পারে, ত্রুটি API প্রয়োগ করা ঐচ্ছিক। যদি কোনো আইডিপি ব্রাউজারকে ত্রুটির ধরণ সম্পর্কে অবহিত না করে, তাহলে Chrome একটি জেনেরিক বার্তা সহ একটি ত্রুটি UI দেখাবে৷ যদি url ক্ষেত্র প্রদান না করা হয়, Chrome আরও বিশদ বোতাম অন্তর্ভুক্ত করে না।

try {
  const cred = await navigator.credentials.get({
    identity: {
      providers: [
        {
          configURL: 'https://idp.example/manifest.json',
          clientId: '1234',
        },
      ],
    }
  });
} catch (e) {
  const code = e.code;
  const url = e.url;
}

স্বতঃ-নির্বাচিত পতাকা API

mediation: optional হল ক্রেডেনশিয়াল ম্যানেজমেন্ট API-এ ডিফল্ট ব্যবহারকারী মধ্যস্থতা আচরণ এবং এটি সম্ভব হলে স্বয়ংক্রিয়ভাবে পুনরায় প্রমাণীকরণ ট্রিগার করে। যাইহোক, শুধুমাত্র ব্রাউজার জানে এমন কারণে স্বয়ংক্রিয় পুনরায় প্রমাণীকরণ অনুপলব্ধ হতে পারে; যখন এটি অনুপলব্ধ হয় তখন ব্যবহারকারীকে স্পষ্ট ব্যবহারকারীর মধ্যস্থতার সাথে সাইন ইন করতে বলা হতে পারে, যা বিভিন্ন বৈশিষ্ট্য সহ একটি প্রবাহ।

• একজন এপিআই কলারের দৃষ্টিকোণ থেকে, যখন তারা একটি আইডি টোকেন গ্রহণ করে, তখন এটি একটি স্বয়ংক্রিয় পুনঃপ্রমাণিক প্রবাহের ফলাফল কিনা তা তাদের দৃশ্যমানতা থাকে না। এটি তাদের পক্ষে API কর্মক্ষমতা মূল্যায়ন করা এবং সেই অনুযায়ী UX উন্নত করা কঠিন করে তোলে।
• আইডিপি-এর দৃষ্টিকোণ থেকে, তারা পারফরম্যান্স মূল্যায়নের জন্য একটি স্বয়ংক্রিয় প্রমাণীকরণ ঘটেছে কি না তা বলতে সমানভাবে অক্ষম৷ উপরন্তু, একটি সুস্পষ্ট ব্যবহারকারী মধ্যস্থতা জড়িত ছিল কিনা তা তাদের আরও নিরাপত্তা সম্পর্কিত বৈশিষ্ট্য সমর্থন করতে সাহায্য করতে পারে। উদাহরণস্বরূপ, কিছু ব্যবহারকারী একটি উচ্চতর নিরাপত্তা স্তর পছন্দ করতে পারে যার জন্য প্রমাণীকরণে স্পষ্ট ব্যবহারকারীর মধ্যস্থতা প্রয়োজন। যদি কোনও আইডিপি এই ধরনের মধ্যস্থতা ছাড়াই একটি টোকেন অনুরোধ পায়, তবে তারা অনুরোধটি ভিন্নভাবে পরিচালনা করতে পারে। উদাহরণস্বরূপ, একটি ত্রুটি কোড ফেরত দিন যাতে RP mediation: required ।

অতএব, স্বয়ংক্রিয় পুনঃপ্রমাণিক প্রবাহের দৃশ্যমানতা প্রদান ডেভেলপারদের জন্য উপকারী হবে।

স্বতঃ-নির্বাচিত ফ্ল্যাগ API- এর সাথে, Chrome শেয়ার করে যে যখনই স্বয়ংক্রিয় পুনঃপ্রমাণকরণ ঘটেছে বা একটি সুস্পষ্ট মধ্যস্থতা ঘটেছে তখনই IdP এবং RP উভয়ের সাথে Continue as বোতামে ট্যাপ করে একটি স্পষ্ট ব্যবহারকারীর অনুমতি নেওয়া হয়েছে কিনা। আইডিপি/আরপি যোগাযোগের জন্য ব্যবহারকারীর অনুমতি দেওয়া হলেই শেয়ার করা হয়।

আইডিপি শেয়ারিং

আইডিপি পোস্ট ব্যবহারকারীর অনুমতির সাথে তথ্য শেয়ার করতে, id_assertion_endpoint এ পাঠানো POST অনুরোধের মধ্যে Chrome is_auto_selected=true অন্তর্ভুক্ত করে:

POST /fedcm_assertion_endpoint HTTP/1.1
Host: idp.example
Origin: https://rp.example/
Content-Type: application/x-www-form-urlencoded
Cookie: 0x23223
Sec-Fetch-Dest: webidentity

account_id=123&client_id=client1234&nonce=Ct0D&disclosure_text_shown=true&is_auto_selected=true

আরপি শেয়ারিং

ব্রাউজার IdentityCredential মাধ্যমে isAutoSelected এ RP-এর কাছে তথ্য শেয়ার করতে পারে:

const cred = await navigator.credentials.get({
  identity: {
    providers: [{
      configURL: 'https://idp.example/manifest.json',
      clientId: '1234'
    }]
  }
});

if (cred.isAutoSelected !== undefined) {
  const isAutoSelected = cred.isAutoSelected;
}

জড়িত এবং মতামত শেয়ার করুন

পরীক্ষার সময় আপনার প্রতিক্রিয়া বা কোনো সমস্যার সম্মুখীন হলে, আপনি সেগুলি crbug.com- এ শেয়ার করতে পারেন।

আনস্প্ল্যাশে লাল টুপি পরা মেয়েটির ছবি