Play Integrity API এক নজরে

Play Integrity API আপনাকে চেক করতে সাহায্য করে যে ব্যবহারকারীর অ্যাকশন এবং সার্ভার অনুরোধগুলি আপনার আসল অ্যাপ থেকে আসছে, যা Google Play দ্বারা ইনস্টল করা হয়েছে এবং একটি আসল এবং সার্টিফায়েড Android-চালিত ডিভাইসে চলছে। ঝুঁকিপূর্ণ ইন্টার‍্যাকশন — যেমন, ট্যাম্পার করা অ্যাপ ভার্সন, ভরসাযোগ্য নয় এমন ডিভাইস বা এমুলেট করা এনভায়রনমেন্ট থেকে আসা ইন্টার‍্যাকশন — শনাক্ত করার মাধ্যমে আপনার ব্যাকএন্ড সার্ভার অপব্যবহার ও অননুমোদিত অ্যাক্সেস প্রতিরোধ, জালিয়াতি ও প্রতারণার বিরুদ্ধে লড়াই এবং ব্যবহারকারীদের আক্রমণ থেকে রক্ষা করার জন্য উপযুক্ত অ্যাকশন নিতে পারে।

Play Integrity API এক নজরে
flow

API এমন রায় প্রদান করে যা আপনাকে সম্ভাব্য হুমকি শনাক্ত করতে সাহায্য করে, যার মধ্যে রয়েছে:

  • অননুমোদিত অ্যাক্সেস: Google Play-তে ব্যবহারকারী আপনার অ্যাপ বা গেম ইনস্টল করেছেন বা তার জন্য পেমেন্ট করেছেন কিনা তা নির্ধারণ করতে accountDetails রায় আপনাকে সাহায্য করে।
  • কোড টেম্পারিং: appIntegrity রায় আপনাকে নির্ধারণ করতে সাহায্য করে যে আপনি Google Play-এর শনাক্ত করা অপরিবর্তিত বাইনারির সাথে ইন্টার‍্যাক্ট করছেন কিনা।
  • ঝুঁকিপূর্ণ ডিভাইস এবং এমুলেট করা পরিবেশ: deviceIntegrity রায় আপনাকে নির্ধারণ করতে সাহায্য করে যে আপনার অ্যাপটি কোনও আসল সার্টিফায়েড Android-চালিত ডিভাইসে বা পিসি (PC)-র জন্য Google Play Games-এর আসল ইনস্ট্যান্সে চলছে কিনা।

এছাড়াও, Google Play ডেভেলপাররা আরও বেশি সম্ভাব্য বিপদ শনাক্ত করার জন্য অতিরিক্ত রায় পাওয়ার বিকল্প বেছে নিতে পারেন, যার মধ্যে এগুলি অন্তর্ভুক্ত:

  • আনপ্যাচড ডিভাইস: deviceIntegrity রায়ে MEETS_STRONG_INTEGRITY উত্তর আপনাকে নির্ধারণ করতে সাহায্য করে যে কোনও ডিভাইস সাম্প্রতিক নিরাপত্তা আপডেট (Android 13 এবং তার পরবর্তী ভার্সনে চলা ডিভাইসের জন্য) প্রয়োগ করেছে কিনা।
  • অন্যান্য অ্যাপের মাধ্যমে ঝুঁকিপূর্ণ অ্যাক্সেস: appAccessRiskVerdict আপনাকে স্ক্রিন ক্যাপচার, ওভারলে দেখানো বা ডিভাইস কন্ট্রোল করার (যেমন, অ্যাক্সেসিবিলিটি অনুমতির অপব্যবহার করে) জন্য ব্যবহার করা যেতে পারে এমন অ্যাপ চলছে কিনা তা নির্ধারণ করতে সাহায্য করে।
  • পরিচিত ম্যালওয়্যার: Google Play Protect চালু আছে কিনা এবং ডিভাইসে ইনস্টল করা কোনও ঝুঁকিপূর্ণ বা বিপজ্জনক অ্যাপ খুঁজে পেয়েছে কিনা তা নির্ধারণ করতে playProtectVerdict আপনাকে সাহায্য করে।
  • হাইপারঅ্যাক্টিভিটি: recentDeviceActivity লেভেল আপনাকে নির্ধারণ করতে সাহায্য করে যে কোনও ডিভাইস সম্প্রতি অস্বাভাবিকভাবে বেশি পরিমাণে অনুরোধ করেছে কিনা, যা অটোমেটিক ট্রাফিক নির্দেশ করতে পারে এবং আক্রমণের লক্ষণ হতে পারে।
  • বারবার অপব্যবহার এবং ডিভাইস আবার ব্যবহার করা: deviceRecall (বিটা) আপনাকে নির্ধারণ করতে সাহায্য করে যে আপনি এমন কোনও ডিভাইসের সাথে ইন্টার‍্যাক্ট করছেন কিনা যা আপনি আগে ফ্ল্যাগ করেছেন, এমনকি আপনার অ্যাপ আবার ইনস্টল করা হলেও বা ডিভাইস রিসেট করা হলেও।

API-টি ফোন, ট্যাবলেট, ফোল্ডেবল, Android Auto, Android TV, Android XR, ChromeOS, Wear OS এবং পিসির জন্য Google Play Games সহ বিভিন্ন Android ফর্ম ফ্যাক্টর জুড়ে ব্যবহার করা যেতে পারে।

নিরাপত্তা সংক্রান্ত বিষয়

আপনি এইসব সাজেস্ট করা পদ্ধতি অনুসরণ করলে, Play Integrity API আপনার অ্যাপের জন্য সবচেয়ে বেশি ভ্যালু প্রদান করে:

অপব্যবহার প্রতিরোধ করার স্ট্র্যাটেজি তৈরি করুন

Play Integrity API অন্যান্য সিগন্যালের সাথে ব্যবহার করলে সবচেয়ে ভাল কাজ করে। এটি আপনার অপব্যবহার প্রতিরোধ করার সামগ্রিক কৌশলের অংশ হিসেবে ব্যবহার করা উচিত, অপব্যবহার প্রতিরোধ করার একমাত্র উপায় হিসেবে নয়। আপনার অ্যাপের জন্য অন্যান্য উপযুক্ত নিরাপত্তা সংক্রান্ত পেশাদার পদ্ধতি-এর সাথে এই API ব্যবহার করুন। ডিফল্ট হিসেবে, আপনার অ্যাপ সব ইনস্টল জুড়ে প্রতিদিন মোট ১০,০০০টি পর্যন্ত অনুরোধ করতে পারে। আপনি দৈনিক সর্বাধিক সীমা বাড়ানোর অনুরোধ করতে পারেন।

অ্যাকশন নেওয়ার আগে টেলিমেট্রি সংগ্রহ করুন এবং আপনার দর্শকদের বুঝুন

Play Integrity API-এর রায়ের ভিত্তিতে আপনার অ্যাপের আচরণ পরিবর্তন করার আগে, আপনি এনফোর্সমেন্ট ছাড়াই API প্রয়োগ করে আপনার বর্তমান দর্শকদের সাথে বর্তমান পরিস্থিতি বুঝতে পারবেন। আপনার বর্তমান ইনস্টল বেস কী রায় দিচ্ছে তা জানতে পারলে, আপনি যে এনফোর্সমেন্টের পরিকল্পনা করছেন তার প্রভাব অনুমান করতে পারবেন এবং সেই অনুযায়ী আপনার অপব্যবহার-বিরোধী কৌশল অ্যাডজাস্ট করতে পারবেন।

আপনি কীভাবে ইন্টিগ্রিটি ফলাফলের জন্য অনুরোধ করবেন তা ঠিক করুন

ইন্টিগ্রিটি ফলাফলের জন্য অনুরোধ করা ও তা পাওয়ার জন্য Play Integrity API দুটি বিকল্প অফার করে। আপনি স্ট্যান্ডার্ড অনুরোধ, ক্লাসিক অনুরোধ বা দুই ধরনের অনুরোধের কম্বিনেশন, যাই করুন না কেন, ইন্টিগ্রিটি ফলাফল সংক্রান্ত উত্তর একই ফর্ম্যাটে ফেরত পাঠানো হবে।

স্ট্যান্ডার্ড API অনুরোধ যেকোনও অ্যাপ বা গেমের জন্য উপযুক্ত এবং কোনও ব্যবহারকারীর অ্যাকশন বা সার্ভার অনুরোধ আসল কিনা তা চেক করার জন্য চাহিদা অনুযায়ী করা যেতে পারে। স্ট্যান্ডার্ড অনুরোধের লেটেন্সি সবচেয়ে কম (গড়ে কয়েকশো মিলিসেকেন্ড) এবং ব্যবহারযোগ্য রায় পাওয়ার ক্ষেত্রে এটি অত্যন্ত নির্ভরযোগ্য। স্ট্যান্ডার্ড অনুরোধ স্মার্ট অন-ডিভাইস ক্যাশিং ব্যবহার করে এবং নির্দিষ্ট ধরনের অ্যাটাকের বিরুদ্ধে সুরক্ষার দায়িত্ব Google Play-কে দেয়।

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

নিম্নলিখিত সারণীতে দুই ধরনের অনুরোধের মধ্যে কিছু মূল পার্থক্য হাইলাইট করা হয়েছে:

স্ট্যান্ডার্ড API অনুরোধ ক্লাসিক API অনুরোধ
Android SDK-এর ন্যূনতম ভার্সন প্রয়োজন* Android 6.0 (API লেভেল 23) বা তার পরবর্তী যেকোনও ভার্সন Android 6.0 (API লেভেল 23) বা তার পরবর্তী যেকোনও ভার্সন
API ওয়ার্ম আপ করতে হবে ✔️ (কয়েক সেকেন্ড) ❌
সাধারণ অনুরোধের লেটেন্সি কয়েকশো মিলিসেকেন্ড কয়েক সেকেন্ড
সম্ভাব্য অনুরোধের ফ্রিকোয়েন্সি ঘন ঘন (যেকোনও অ্যাকশন বা অনুরোধের জন্য অন-ডিমান্ড চেক) মাঝে মাঝে (সর্বোচ্চ ভ্যালুর অ্যাকশন বা সবচেয়ে সংবেদনশীল অনুরোধের জন্য একবার চেক করা)
রিপ্লে ও একই ধরনের অ্যাটাকের বিরুদ্ধে প্রতিরোধ গড়ে তোলা Google Play-এর মাধ্যমে অটোমেটিক মিটিগেশন সার্ভার সাইড লজিকের সাথে nonce ফিল্ড ব্যবহার করুন

* Play Integrity API লাইব্রেরি v1.4.0 এবং তার পরবর্তী ভার্সনের জন্য, ন্যূনতম সমর্থিত Android SDK উভয় ধরনের অনুরোধের জন্য একই এবং এটি লাইব্রেরির minSdkVersion দ্বারা নির্ধারিত হয়। v1.3.0 এবং তার আগের রিলিজের জন্য, স্ট্যান্ডার্ড API অনুরোধের জন্য ন্যূনতম Android SDK প্রয়োজন হল Android 5.0 (API লেভেল ২১) এবং ক্লাসিক API অনুরোধের জন্য Android 4.4 (API লেভেল ১৯)।

আপনি ক্লাসিক অনুরোধ বিবেচনা-তে আরও পার্থক্য সহ একটি টেবিল দেখতে পাবেন।

উপযুক্ত সময়ে ইন্টিগ্রিটি ফলাফলের জন্য অনুরোধ করা

আপনার অ্যাপের মাধ্যমে করা ইন্টিগ্রিটি চেক যাতে স্ক্যামাররা এড়িয়ে যেতে না পারে, তার জন্য আপনি যে অ্যাকশন বা সার্ভার অনুরোধকে অ্যাক্সেস করা থেকে রক্ষা করতে চান, তার সময় থেকে যতটা সম্ভব কাছাকাছি সময়ে অ্যাপ অ্যাক্সেস রিস্কের রায় দেওয়ার অনুরোধ করা উচিত।

আপনার API অনুরোধের প্রতিলিপি তৈরি করা কঠিন করে তুলুন

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

ক্লাসিক API অনুরোধে nonce (একবার ব্যবহার করা নম্বরের সংক্ষিপ্ত রূপ) নামে একটি ফিল্ড থাকে, যা রিপ্লে এবং টেম্পারিং অ্যাটাকের মতো নির্দিষ্ট ধরনের অ্যাটাক থেকে সুরক্ষা দিতে ব্যবহার করা হয়। আপনার অ্যাপের ক্লাসিক অনুরোধ সুরক্ষিত করতে কীভাবে ননস জেনারেট করবেন সেই সংক্রান্ত নির্দেশিকা অনুসরণ করুন।

ইন্টিগ্রিটি ফলাফল ক্যাশে করা এড়িয়ে চলুন

ইন্টিগ্রিটি ফলাফল ক্যাশে করলে প্রক্সি করার ঝুঁকি বেড়ে যায়, যা হল এক ধরনের অ্যাটাক যেখানে কোনও খারাপ অ্যাক্টর অন্য পরিবেশে অপব্যবহার করার উদ্দেশ্যে কোনও ভালো ডিভাইসের ফলাফল আবার ব্যবহার করে। উত্তর ক্যাশে করার পরিবর্তে, আপনি স্ট্যান্ডার্ড API অনুরোধ করতে পারেন যাতে চাহিদা অনুযায়ী রায় পাওয়া যায়।

এনফোর্সমেন্ট স্ট্র্যাটেজিকে বিভিন্ন স্তরে ভাগ করা

Play Integrity API-এর ইন্টিগ্রিটি ফলাফলে সম্ভাব্য উত্তরের একটি রেঞ্জ থাকে যার ফলে এনফোর্সমেন্টের একাধিক স্তর সহ অপব্যবহার-বিরোধী স্ট্র্যাটেজি তৈরি করা সম্ভব হয়। প্রতিটি সম্ভাব্য উত্তর বা উত্তরের গ্রুপের উপর নির্ভর করে আলাদাভাবে কাজ করার জন্য আপনার অ্যাপের ব্যাকএন্ড সার্ভার কনফিগার করে আপনি এটি করতে পারেন।

ডিভাইসের বিশ্বাসযোগ্যতা মূল্যায়ন করার আগে, API রেসপন্সে অন্যান্য মূল সিগন্যাল চেক করা জরুরি:

  • অনুরোধের বিবরণ: নিশ্চিত করুন যে requestDetails আপনার প্রত্যাশিত মানের সাথে মেলে, বিশেষ করে রিপ্লে অ্যাটাক প্রতিরোধ করতে requestHash বা nonce যাচাই করুন।
  • অ্যাপ ইন্টিগ্রিটি: appRecognitionVerdict যে PLAY_RECOGNIZED তা চেক করুন, অ্যাপের সাইনিং সার্টিফিকেট Play-এর মাধ্যমে শনাক্ত করা হয়েছে এবং সেটিতে কোনও পরিবর্তন করা হয়নি তা কনফার্ম করুন।
  • অ্যাকাউন্টের বিবরণ: appLicensingVerdict যে LICENSED তা চেক করুন, এটি নিশ্চিত করে যে ব্যবহারকারী Google Play থেকে অ্যাপ ইনস্টল বা আপডেট করেছেন।

এইসব বেসলাইন চেক ব্যর্থ হলে আপনার অ্যাপকে তা ম্যানেজ করতে পারতে হবে, যেমন, অ্যাপ-মধ্যস্থ Play রেমিডিয়েশন ডায়ালগ ব্যবহার করা। এছাড়াও, অনুরোধ করার সময় কোনও সমস্যা হলে আপনার অ্যাপকে ত্রুটি কোড ম্যানেজ করতে পারতে হবে।

বেসলাইন চেক পাস হয়ে গেলে, ডিভাইসের বিশ্বাসযোগ্যতার উপর ভিত্তি করে আপনার এনফোর্সমেন্ট স্ট্র্যাটেজিকে টিয়ার করা সম্ভব। এটি করতে Play Console থেকে আপনার API রেসপন্সে অতিরিক্ত ডিভাইস লেবেল পাওয়ার জন্য অপ্ট-ইন করুন। প্রতিটি ডিভাইস সেইসব লেবেল ফিরিয়ে দেবে যেগুলির মাপকাঠি এটি পূরণ করে। Android SDK ভার্সন পেতে, আপনাকে API রেসপন্সে অন্তর্ভুক্ত deviceAttributes ফিল্ড ব্যবহার করতে হবে। ডিভাইস ট্রাস্ট টিয়ারের পরিধি বেশি বিশ্বস্ত থেকে কম বিশ্বস্ত ডিভাইসের মধ্যে বিস্তৃত:

  • MEETS_STRONG_INTEGRITY (Android 13+): ডিভাইসের সবচেয়ে বিশ্বস্ত টিয়ার, যার জন্য হার্ডওয়্যার-ব্যাকড নিরাপত্তা সিগন্যাল ও সাম্প্রতিক নিরাপত্তা প্যাচ প্রয়োজন।
  • MEETS_DEVICE_INTEGRITY (Android 13+) এবং MEETS_STRONG_INTEGRITY (Android 13-এর আগের ভার্সন): পরবর্তী ট্রাস্ট টিয়ার। উভয়ই হার্ডওয়্যার-ব্যাকড নিরাপত্তা সিগন্যালের উপর নির্ভর করে।
  • MEETS_DEVICE_INTEGRITY (Android 13-এর আগের ভার্সন): পরবর্তী টিয়ার, উপলভ্য থাকলে হার্ডওয়্যার-ব্যাকড অ্যাটেস্টেশন এবং ফলব্যাক হিসেবে সফ্টওয়্যার-ব্যাকড অ্যাটেস্টেশন ব্যবহার করে।
  • MEETS_BASIC_INTEGRITY: সবচেয়ে দুর্বল ট্রাস্ট টিয়ার, কোনও ডিভাইস লেবেল না পাওয়ার ঠিক আগের অবস্থা।

যেমন, সব ডিভাইসের লেবেল পাওয়ার জন্য অপ্ট-ইন করার পরে, আপনি এমন কোনও ডিভাইসকে বিশ্বাস করতে পারেন যা MEETS_STRONG_INTEGRITY, MEETS_DEVICE_INTEGRITY এবং MEETS_BASIC_INTEGRITY ফেরত দেয়, শুধু MEETS_BASIC_INTEGRITY ফেরত দেয় এমন ডিভাইসের চেয়ে বেশি। আপনি প্রতিটি পরিস্থিতিতে সার্ভার থেকে আলাদাভাবে উত্তর দিতে পারেন।

তারপর আপনি নিজের টায়ার এনফোর্সমেন্ট স্ট্র্যাটেজিতে অন্যান্য সিগন্যাল লেয়ার করতে পারবেন, যেমন, recentDeviceActivity-এ বেশি লেভেল রিটার্ন করে এমন ডিভাইসকে কম বিশ্বস্ত হিসেবে বিবেচনা করা।

আপনার সার্ভার থেকে অ্যাপে বিভিন্ন ধরনের উত্তর পাঠান

প্রতিটি উত্তরের জন্য সার্ভার থেকে অ্যাপে বাইনারি "অনুমতি দিন" বা "প্রত্যাখ্যান করুন" উত্তর পাঠানোর চেয়ে সিদ্ধান্তের ফলাফলের রেঞ্জ থাকা রেপ্লিকেট করা কঠিন। যেমন, আপনি সম্পর্কিত উত্তরের সিরিজ ব্যবহার করতে পারেন, যেমন অনুমতি দিন, সীমা সহ অনুমতি দিন, ক্যাপচা সম্পূর্ণ করার পরে সীমা সহ অনুমতি দিন এবং প্রত্যাখ্যান করুন।

ব্যবহারকারীর গোপনীয়তা রক্ষা করার পাশাপাশি ডিভাইস রিকল ব্যবহার করে বারবার অপব্যবহার শনাক্ত করুন

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

  • আপনি এগুলি সর্বাধিক তিনটি আলাদা ফ্ল্যাগ বা বুলিয়ান হিসেবে ব্যবহার করতে পারবেন। যেমন, ভ্যালু থেকে বোঝা যেতে পারে যে কোনও ডিভাইস অ্যাকাউন্ট তৈরি করেছে বা করেনি, ফ্রি ট্রায়াল রিডিম করেছে বা করেনি অথবা গুরুতর অপব্যবহারের জন্য পরিচিত বা পরিচিত নয়।
  • বিকল্প হিসেবে, আপনি সবকটি ভ্যালুর স্ট্যাটাসকে সর্বাধিক আটটি কাস্টম লেবেলে একত্রিত করতে পারেন, যেমন, তিনটি ভ্যালুই অপরিবর্তিত থাকলে ডিফল্ট স্ট্যাটাসের জন্য একটি লেবেল এবং কাস্টম অর্থ সহ সাতটি লেবেল। এর মাধ্যমে আপনি আচরণ বা আপনার সংজ্ঞায়িত অ্যাকশনের উপর ভিত্তি করে সব ডিভাইসকে সর্বাধিক আটটি গ্রুপে ভাগ করতে পারবেন। এই পরিস্থিতিতে, তিনটি writeDates-এর মধ্যে সবচেয়ে সম্প্রতি আপডেট করা থেকে বোঝা যায় যে আপনি শেষবার কখন লেবেল আপডেট করেছেন।

এছাড়াও, ডিভাইস রিকল ডেটা নিয়ে কাজ করার সময় প্রয়োজনীয় শর্তাবলী ও অন্যান্য বিষয় মনে রাখবেন।

সাম্প্রতিক ডিভাইস অ্যাক্টিভিটি ব্যবহার করে বড় মাপের অপব্যবহার শনাক্ত করা

Play Integrity API-তে সাম্প্রতিক ডিভাইস অ্যাক্টিভিটি ফিচার ব্যবহার করে অনেক বেশি সংখ্যক ইন্টিগ্রিটি টোকেনের অনুরোধ করা ডিভাইসগুলি খুঁজুন। High-volume-activity abusers commonly generate valid attestation results from real devices and provide them to bots to automate attacks on rooted devices and emulators. আপনি সাম্প্রতিক ডিভাইস অ্যাক্টিভিটি লেভেল ব্যবহার করে চেক করতে পারবেন যে গত এক ঘণ্টায় আপনার অ্যাপ ওই ডিভাইসে কতগুলি অ্যাটেস্টেশন জেনারেট করেছে।

অ্যাকশন নেওয়া যাবে এমন সমস্যার মেসেজ দেখান

সম্ভব হলে, ব্যবহারকারীকে প্রয়োজনীয় ত্রুটি মেসেজ প্রদান করুন এবং সমস্যাটি সমাধান করার জন্য তিনি কী করতে পারেন তা জানান; যেমন, আবার চেষ্টা করা, ইন্টারনেট কানেকশন চালু করা অথবা Play Store অ্যাপ আপ-টু-ডেট আছে কিনা তা চেক করা।

অপ্রত্যাশিত সমস্যা বা বিভ্রাটের জন্য একটি পরিকল্পনা করুন

Play স্ট্যাটাস ড্যাশবোর্ড-এ Play Integrity API-এর পরিষেবার স্ট্যাটাস সংক্রান্ত তথ্য এবং কোনও বিঘ্ন ও আউটএজ সংক্রান্ত তথ্য দেখানো হয়। Play Integrity API-এর বড় ধরনের বিভ্রাট হলে, আপনার ব্যাকএন্ড সার্ভার কীভাবে কাজ করবে তা আপনাকে আগে থেকেই প্ল্যান করে রাখতে হবে। মনে রাখবেন, ডিভাইসের জন্য নির্দিষ্ট Android প্ল্যাটফর্ম Key Attestation কী প্রত্যাহার করা হলে, আপনার ব্যাকএন্ড সার্ভারও কাজ করার জন্য প্রস্তুত থাকতে হবে।

এন্ড-টু-এন্ড এন্টারপ্রাইজ ফ্রড সলিউশন বিবেচনা করুন

যেসব এন্টারপ্রাইজ গ্রাহক সম্পূর্ণ জালিয়াতি এবং বট ম্যানেজমেন্ট সমাধান খুঁজছেন তারা মোবাইলের জন্য reCAPTCHA Enterprise কিনতে পারেন, যার মধ্যে রয়েছে Android-এর জন্য SDK যা ডেভেলপারদের জালিয়াতির ঝুঁকি সংক্রান্ত স্কোর প্রদান করে। reCAPTCHA Enterprise-এ অটোমেটিক Play Integrity API সিগন্যাল অন্তর্ভুক্ত থাকে এবং গ্রাহকদের জন্য reCAPTCHA নেটওয়ার্ক এবং অ্যাপ্লিকেশন সিগন্যালের সাথে সেগুলিকে একত্রিত করে, যা কোনও বাধা ছাড়াই, অদৃশ্য জালিয়াতি ম্যানেজমেন্ট সমাধান প্রদান করে। যেসব Android অ্যাপে Play Integrity API উপলভ্য নয়, সেগুলিতেও এটি সুরক্ষা প্রদান করতে পারে।

উচ্চ মূল্যের বা সংবেদনশীল ফিচার অ্যাক্সেস করার সময় ঝুঁকিপূর্ণ ট্রাফিক চ্যালেঞ্জ করুন

অ্যাক্সেস সরাসরি প্রত্যাখ্যান করার পরিবর্তে Play Integrity API-এর মাধ্যমে সুরক্ষিত করার জন্য আপনার অ্যাপ বা গেমে উচ্চ মূল্যের বা সংবেদনশীল অ্যাকশন শনাক্ত করুন। সম্ভব হলে, বেশি ভ্যালুর অ্যাকশন চালিয়ে যাওয়ার অনুমতি দেওয়ার আগে ঝুঁকিপূর্ণ ট্রাফিক চ্যালেঞ্জ করুন। যেমন, অ্যাপ অ্যাক্সেস রিস্ক থেকে যদি জানা যায় যে স্ক্রিন ক্যাপচার করতে পারে এমন কোনও অ্যাপ চলছে, তাহলে আপনি যে ফাংশনালিটি সুরক্ষিত রাখতে চান সেটি ব্যবহার করার অনুমতি দেওয়ার আগে, স্ক্রিন ক্যাপচার করতে পারে এমন অ্যাপ বন্ধ বা আনইনস্টল করতে ব্যবহারকারীকে বলুন।

পরিষেবার শর্তাবলী ও ডেটা সুরক্ষা

Play Integrity API অ্যাক্সেস বা ব্যবহার করার মাধ্যমে, আপনি Play Integrity API পরিষেবার শর্তাবলীতে সম্মতি জানাচ্ছেন। API অ্যাক্সেস করার আগে প্রযোজ্য সব শর্তাবলী ও নীতি পড়ে বুঝে নিন।

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