Android 13 और उसके बाद के वर्शन वाले डिवाइसों में, बेहतर नतीजे

हमने हाल ही में एलान किया था कि हमने Play Integrity API के फ़ैसलों को बेहतर बनाया है. इससे, ये फ़ैसले तेज़ी से लिए जा सकेंगे, हम हमले से ज़्यादा सुरक्षित रहेंगे, और उपयोगकर्ताओं की निजता को बेहतर तरीके से सुरक्षित रखा जा सकेगा. साथ ही, सुरक्षा से जुड़े अन्य सुधार भी किए गए हैं.

परिवर्तनों का सारांश

इस दस्तावेज़ में आगे, बदलावों और अक्सर पूछे जाने वाले सवालों के बारे में पूरी जानकारी दी गई है. मई 2025 में फ़ैसले में ये बदलाव किए गए थे:

क्या क्या बदलाव हुए हैं अनुमानित असर* कौनसे डिवाइस
Play Integrity API के अनुरोध करने वाले सभी डेवलपर पर असर डालने वाले बदलाव
डिवाइस के लिए नतीजा: meets-device-integrity डिवाइस के लिए, हार्डवेयर की मदद से वेरिफ़ाइड बूट की पुष्टि की गई हो इसका बहुत कम असर होगा, क्योंकि Play Integrity API पहले से ही Android 13 या उसके बाद के वर्शन वाले डिवाइसों पर, हार्डवेयर में सेव किए गए सुरक्षित सिग्नल का इस्तेमाल करता है (~0.4%) Android 13 और उसके बाद के वर्शन
ऐप्लिकेशन इंटेग्रिटी रिस्पॉन्स: ऐप्लिकेशन की पहचान की पुष्टि का नतीजा कोई बदलाव नहीं इसका ज़्यादा असर नहीं पड़ेगा. इससे डिवाइस के नतीजे में बदलाव दिखेगा (~0.4%) Android 13 और उसके बाद के वर्शन
खाते की जानकारी का जवाब: Play के लाइसेंस से जुड़ा फ़ैसला अनुरोध करने वाला ऐप्लिकेशन, Google Play से इंस्टॉल या अपडेट किया गया हो लाइसेंस वाले जवाबों की संख्या में मामूली कमी (~2.5%) Android 6 और उसके बाद के वर्शन
ऐसे बदलाव जिनका असर सिर्फ़ Play Console के डेवलपर और Play SDK Console के उन डेवलपर पर पड़ता है जो वैकल्पिक सुविधाओं का इस्तेमाल करते हैं
डिवाइस के लिए मिले नतीजे का रिस्पॉन्स: meets-basic-integrity Android Platform Key Attestation की ज़रूरत है, लेकिन बूट की स्थिति की पुष्टि की जा सकती है या नहीं की जा सकती बुनियादी जवाबों में मामूली गिरावट (~0.4%) Android 13 और उसके बाद के वर्शन
डिवाइस के लिए पूरी सुरक्षा की जांच का नतीजा: meets-strong-integrity पिछले एक साल में सुरक्षा से जुड़ा अपडेट होना चाहिए ज़्यादा पसंद किए गए जवाबों की संख्या में गिरावट (~14.5%) Android 13 और उसके बाद के वर्शन
डिवाइस एट्रिब्यूट को छोड़कर, सभी वैकल्पिक सिग्नल** अनुरोध करने वाला ऐप्लिकेशन, Google Play से इंस्टॉल या अपडेट किया गया हो वैकल्पिक सिग्नल वाले जवाबों के प्रतिशत में कमी (~7%) Android 13 और उसके बाद के वर्शन

*असर के अनुमानित प्रतिशत के बारे में ऊपर बताई गई सभी जानकारी, औसत के आधार पर दी गई थी. साथ ही, अलग-अलग ऐप्लिकेशन में, इंस्टॉल किए गए डिवाइसों की संख्या के आधार पर, छोटे या बड़े बदलाव हो सकते हैं.

**डिवाइस के एट्रिब्यूट के अलावा, ये सिग्नल भी इस्तेमाल किए जा सकते हैं: meets-basic-integrity, meets-strong-integrity, डिवाइस पर हाल ही में की गई गतिविधि, डिवाइस को वापस लेने की सुविधा (बीटा वर्शन), Play Protect की स्थिति, और ऐप्लिकेशन को ऐक्सेस करने से जुड़ा जोखिम.

अक्सर पूछे जाने वाले सवाल

खास जानकारी

Play Integrity API क्या है?

Play Integrity API की मदद से, डिवाइस, ऐप्लिकेशन, और उपयोगकर्ता के बारे में जानकारी हासिल करके, उपयोगकर्ता के ऐप्लिकेशन के एनवायरमेंट के भरोसेमंद होने का आकलन किया जा सकता है. इससे, संभावित गलत इस्तेमाल और हमलों का पता लगाया जा सकता है और उनका जवाब दिया जा सकता है.

Play Integrity API कौनसे सिग्नल उपलब्ध कराता है?

Play Integrity API में, अनुरोध करने वाले ऐप्लिकेशन की पहचान शामिल होती है. साथ ही, यह जानकारी भी शामिल होती है कि अनुरोध करने वाले ऐप्लिकेशन को Google Play ने इंस्टॉल किया है या नहीं. इसके अलावा, यह भी पता चलता है कि डिवाइस असल Play Protect से सर्टिफ़ाइड Android डिवाइस है या नहीं. ये सिग्नल डिफ़ॉल्ट रूप से उपलब्ध होते हैं. आपके पास अपने ऐप्लिकेशन के बैकएंड सर्वर पर इन सिग्नल को पढ़ने का विकल्प होता है. साथ ही, यह तय करने का विकल्प होता है कि आपके ऐप्लिकेशन को इन सिग्नल का जवाब देना चाहिए या नहीं और अगर देना चाहिए, तो कैसे. Google Play के डेवलपर, ज़्यादा जानकारी देखने के लिए, Play पर इंस्टॉल किए गए ऐप्लिकेशन से जुड़े अतिरिक्त सिग्नल पाने के लिए ऑप्ट-इन कर सकते हैं.

Android प्लैटफ़ॉर्म पर कुंजी को प्रमाणित करने की सुविधा क्या है?

Android प्लैटफ़ॉर्म की पुष्टि की सुविधा से, ऐप्लिकेशन को डिवाइस की स्थिति की पुष्टि करने और हार्डवेयर के साथ काम करने वाले बूट की पूरी सुरक्षा के बारे में सटीक जानकारी पाने में मदद मिलती है. यह डिवाइस के हार्डवेयर के साथ काम करने वाले पासकोड स्टोर में, Google की ओर से उपलब्ध कराई गई पासकोड पर निर्भर करता है. Play Integrity API, कुछ डिवाइसों पर हार्डवेयर में सेव किए गए सुरक्षित सिग्नल पाने के लिए, पहले से ही कुंजी की पुष्टि करने की सुविधा का इस्तेमाल करता है. अब यह सुविधा, Android 13 या उसके बाद के वर्शन वाले सभी डिवाइसों पर बेहतर तरीके से इंटिग्रेट की जाएगी.

फ़ैसले में बदलाव

Android 13 या उसके बाद के वर्शन वाले डिवाइसों पर, Play Integrity API के नतीजों में क्या बदलाव किए गए हैं?

अब Play Integrity API के लिए, पूरी सुरक्षा की जांच के सभी नतीजों के लिए, हार्डवेयर में सेव किए गए सुरक्षित सिग्नल की ज़रूरत होगी:

  • meets-device-integrity डिवाइस की पहचान से जुड़ा फ़ैसला यह बताता है कि जिस डिवाइस पर ऐप्लिकेशन चल रहा है वह Play Protect से सर्टिफ़ाइड, Android डिवाइस है. इस फ़ैसले के तहत, डिवाइस का बूटलोडर लॉक होना चाहिए. साथ ही, लोड किया गया Android OS, डिवाइस मैन्युफ़ैक्चरर की सर्टिफ़ाइड इमेज होनी चाहिए.
  • meets-strong-integrity डिवाइस की पहचान करने से जुड़ा नतीजा, Play Protect से सर्टिफ़ाइड किसी भरोसेमंद Android डिवाइस के होने का संकेत देता है. साथ ही, इससे यह भी पता चलता है कि उस डिवाइस पर सुरक्षा से जुड़ा नया अपडेट मौजूद है. इस फ़ैसले के तहत, डिवाइस के सभी पार्टिशन के लिए, meets-device-integrity और पिछले साल के सुरक्षा अपडेट ज़रूरी होंगे. इनमें Android OS पार्टिशन पैच और वेंडर पार्टिशन पैच भी शामिल हैं. आने वाले समय में, यह शर्त बदल सकती है.
  • meets-basic-integrity डिवाइस की पहचान से जुड़ा फ़ैसला, इस बात का संकेत है कि जांच, Android पर काम करने वाले किसी फ़िज़िकल डिवाइस पर की गई है. डिवाइस के बूटलोडर को लॉक या अनलॉक किया जा सकता है. साथ ही, बूट की स्थिति की पुष्टि की जा सकती है या पुष्टि नहीं की जा सकती. हो सकता है कि यह डिवाइस, Play Protect से सर्टिफ़ाइड न हो. ऐसे में, Google सुरक्षा, निजता या ऐप्लिकेशन के साथ काम करने से जुड़ी कोई भी गारंटी नहीं दे सकता. साथ ही, यह गारंटी भी नहीं दी जा सकती कि डिवाइस किसी प्रॉक्सी के तौर पर काम नहीं कर रहा है. जैसे, Android के वर्चुअल इंस्टेंस के लिए. इसका यह भी मतलब है कि रूट किए गए डिवाइसों को meets-basic-integrity दिखाने की अनुमति तब तक है, जब तक कुंजी की पुष्टि की सुविधा मौजूद है.

इन बदलावों का, पीसी के लिए Play Games पर मौजूद Play Integrity API पर कोई असर नहीं पड़ेगा. यह API, meets-virtual-integrity दिखाता रहेगा.

Android 13 या उसके बाद के वर्शन वाले डिवाइसों पर, Play Integrity API के नतीजों में बदलाव क्यों किया गया?

Play Integrity API, Android 12 और इससे पहले के वर्शन पर, हार्डवेयर के साथ काम करने वाले सुरक्षा सिग्नल का कुछ हद तक इस्तेमाल कर रहा था. Android 13 और इसके बाद के वर्शन वाले डिवाइसों पर, हार्डवेयर में सेव किए गए सुरक्षित सिग्नल की ज़रूरत होने की वजह से, Play Integrity API के नतीजे हमलावरों के लिए ज़्यादा मुश्किल होते हैं. साथ ही, इससे ऐप्लिकेशन बेहतर तरीके से काम करते हैं और उपयोगकर्ताओं की निजता को ज़्यादा सुरक्षित रखा जा सकता है. डेवलपर को Android 13 या इसके बाद के वर्शन वाले डिवाइसों पर, ये सुधार दिख सकते हैं:

  • Google सर्वर पर डिफ़ॉल्ट नतीजा जनरेट करने के लिए, इकट्ठा किए जाने वाले और जिनका आकलन किए जाने की ज़रूरत है उन डिवाइस सिग्नल में ~90% की कमी आई है. वैकल्पिक सिग्नल के लिए, अतिरिक्त सिग्नल इकट्ठा करने की ज़रूरत होगी.
  • सबसे खराब स्थिति वाले स्टैंडर्ड अनुरोधों के लिए, नतीजे मिलने में लगने वाले समय में 80% तक की कमी आई है. साथ ही, डिफ़ॉल्ट नतीजा पाने के लिए किए गए सभी क्लासिक अनुरोधों के लिए, नतीजे मिलने में लगने वाले समय में 80% तक की कमी आई है. वैकल्पिक सिग्नल की वजह से इंतज़ार का समय बढ़ सकता है.
  • Android डिवाइसों के सभी फ़ॉर्म फ़ैक्टर के लिए, एक जैसी भरोसेमंदता और सहायता. इसमें मोबाइल, टैबलेट, फ़ोल्ड किए जा सकने वाले डिवाइस, टीवी, Auto, Wear OS, और ChromeOS जैसे डिवाइस शामिल हैं.
  • डिवाइस की पहचान करने के नतीजे में, हर डिवाइस लेबल के बीच ज़्यादा अंतर: meets-strong-integrity, meets-device-integrity, और meets-basic-integrity.

Play Games for PC पर, Play Integrity API के नतीजे में कोई बदलाव नहीं किया जा रहा है. Android 12 और इससे पहले के वर्शन पर यह नतीजा वही रहेगा जो Android 13 और इसके बाद के वर्शन पर है.

मैं Android SDK टूल के वर्शन को ध्यान में रखते हुए, इंटिग्रिटी से जुड़े फ़ैसले के लिए, अपने ऐप्लिकेशन के बैकएंड लॉजिक को कैसे अपडेट करूं?

अगर आपको Android SDK टूल के वर्शन के आधार पर, अपने ऐप्लिकेशन के बैकएंड सर्वर पर अलग लॉजिक का इस्तेमाल करना है, तो नतीजे में डिवाइस के नए एट्रिब्यूट फ़ील्ड का इस्तेमाल किया जा सकता है. ऐसा करने का उदाहरण यहां दिया गया है:

Kotlin

val deviceIntegrity =
  JSONObject(payload).getJSONObject("deviceIntegrity")
val sdkVersion =
  if (deviceIntegrity.has("deviceAttributes")) {
    deviceIntegrity.getJSONObject("deviceAttributes").getInt("sdkVersion")
  } else {
    0
  }

if (sdkVersion >= 30) {
  // Provide Android R+ specific experience to the user.
}

Java

JSONObject deviceIntegrity =
  new JSONObject(payload).getJSONObject("deviceIntegrity");
int sdkVersion =
  deviceIntegrity.has("deviceAttributes")
    ? deviceIntegrity.getJSONArray("deviceAttributes").getInt("sdkVersion")
    : 0;

if (sdkVersion >= 30) {
  // Provide Android R+ specific experience to the user.
}

मैं Android SDK टूल के सभी वर्शन में, meets-strong-integrity लेबल की पुरानी परिभाषा का इस्तेमाल कैसे करूं?

ऐसा करने के लिए, अपने ऐप्लिकेशन के बैकएंड लॉजिक को अपडेट करें, ताकि Android 13 से पहले के डिवाइसों के लिए meets-strong-integrity और Android 13 या उसके बाद के डिवाइसों के लिए meets-device-integrity का इस्तेमाल किया जा सके. इसके लिए, नतीजे में मौजूद डिवाइस एट्रिब्यूट फ़ील्ड का इस्तेमाल करें. इस फ़ील्ड में, Android SDK टूल का वर्शन शामिल होता है. यहां इसका उदाहरण दिया गया है:

Kotlin

val deviceRecognitionVerdict =
  if (deviceIntegrity.has("deviceRecognitionVerdict")) {
    deviceIntegrity.getJSONArray("deviceRecognitionVerdict").toString()
  } else {
    ""
  }

val deviceIntegrityToCheckFor =
  sdkVersion < 33 ? "MEETS_STRONG_INTEGRITY" : "MEETS_DEVICE_INTEGRITY";

if (deviceRecognitionVerdict.contains(deviceIntegrityToCheckFor)) {
  // Looks good!
}

Java

JSONObject deviceIntegrity =
  new JSONObject(payload).getJSONObject("deviceIntegrity");
String deviceRecognitionVerdict =
  deviceIntegrity.has("deviceRecognitionVerdict")
    ? deviceIntegrity.getJSONArray("deviceRecognitionVerdict").toString()
    : "";

String deviceIntegrityToCheckFor =
  sdkVersion < 33 ? "MEETS_STRONG_INTEGRITY" : "MEETS_DEVICE_INTEGRITY";

if (deviceRecognitionVerdict.contains(deviceIntegrityToCheckFor)) {
  // Looks good!
}

यह हार्डवेयर में सेव किया गया सिग्नल भी है. इसलिए, डिवाइस एट्रिब्यूट फ़ील्ड सबसे ज़्यादा भरोसेमंद होता है. यह Android 13 और इसके बाद के वर्शन वाले डिवाइसों पर काम करता है.

फ़ैसले में और कौनसे बदलाव किए गए?

हम Play Integrity API में मौजूद सिग्नल को ज़्यादा भरोसेमंद बनाने के लिए लगातार काम करते रहते हैं. साथ ही, हम समय-समय पर नई सुविधाएं लॉन्च करते हैं, ताकि डेवलपर, नए खतरों और इस्तेमाल के नए उदाहरणों से निपट सकें. हमने नतीजे से जुड़े इन अन्य सुधारों को भी लागू किया है:

  • Play से मिला लाइसेंस का रिस्पॉन्स: Play से मिला लाइसेंस का रिस्पॉन्स दिखाने के लिए, Play Integrity API को अब हमेशा यह ज़रूरी है कि अनुरोध करने वाला ऐप्लिकेशन, Google Play से इंस्टॉल या अपडेट किया गया हो. इससे कुछ खास मामलों में होने वाली गड़बड़ियां ठीक हो जाती हैं. साथ ही, डेवलपर के लिए जवाब को समझना आसान हो जाता है.
  • ज़रूरी नहीं सिग्नल की उपलब्धता: Google Play Console या Play SDK Console का इस्तेमाल करने वाले डेवलपर के लिए, डिवाइस एट्रिब्यूट को छोड़कर, सभी ज़रूरी नहीं सिग्नल अब Android 13 या उसके बाद के वर्शन पर Google Play से इंस्टॉल या अपडेट किए जाने वाले ऐप्लिकेशन के लिए उपलब्ध हैं. इसमें meets-strong-integrity, meets-basic-integrity, डिवाइस पर हाल ही की गतिविधि, डिवाइस को बाज़ार से हटाएं (बीटा), ऐप्लिकेशन को ऐक्सेस करने से जुड़े जोखिम का फ़ैसला, और Play Protect का फ़ैसला शामिल है. हमने डिवाइस की जांच (सिर्फ़ meets-device-integrity लेबल के साथ), इंस्टॉलर की जांच, ऐप्लिकेशन की जांच, और डिवाइस एट्रिब्यूट (अगर चालू है) पाने के लिए, Play Integrity API के सभी अन्य अनुरोधों को स्टैंडर्ड कर दिया है.
  • कुछ डिवाइसों के लिए नतीजे में बदलाव: Play Integrity API, डिवाइस के लिए मिले नतीजों को ज़्यादा स्थितियों में अपने-आप बदल रहा है. इससे, Android SDK के सभी वर्शन पर ऐप्लिकेशन को पहले से सुरक्षित रखा जा सकता है. जैसे, जब ज़्यादा गतिविधि या पासकोड के गलत इस्तेमाल का सबूत मिलता है. इसमें, Play के लिए अन्य सिग्नल पर फ़ॉलबैक करने की सुविधा भी शामिल है. इससे, उपयोगकर्ताओं के लिए डिवाइस के बारे में कुछ समय के लिए फ़ैसले जनरेट किए जा सकते हैं. ऐसा तब किया जाता है, जब हार्डवेयर के साथ काम करने वाले सिग्नल उपलब्ध न हों. डेवलपर को हमारा सुझाव है कि वे ऐप्लिकेशन में मौजूद, Play के सुधार से जुड़े डायलॉग बॉक्स का इस्तेमाल करें. इसके अलावा, वे उपयोगकर्ताओं को Play Store ऐप्लिकेशन पर भेजकर, इंटिग्रिटी से जुड़े फ़ैसले से जुड़ी समस्याएं ठीक कर सकते हैं. आने वाले समय में, ये डायलॉग और भी स्थितियों में काम करेंगे. साथ ही, इनमें उपयोगकर्ताओं के लिए खास दिशा-निर्देश शामिल होंगे. इनसे उन्हें पता चलेगा कि उन्हें अपने डिवाइस या खाते के हिसाब से क्या ठीक करना है.

मैं भरोसेमंदता से जुड़े फ़ैसलों से जुड़ी समस्याओं की शिकायत कैसे करूं?

Play Integrity API से मिले जवाबों से जुड़ी समस्याओं की शिकायत करने के लिए, सहायता पेज पर दिए गए निर्देशों का पालन करें. भले ही, समस्या पुराने नतीजों से जुड़ी हो या नए नतीजों से.

उपलब्धता

Play Integrity API के काम करने के लिए क्या ज़रूरी है?

Play Integrity API का इस्तेमाल करने के लिए ज़रूरी है कि डिवाइस पर Google Play Store और Google Play services इंस्टॉल हों. इनमें Android डिवाइस और पीसी के लिए Google Play Games शामिल हैं. क्लासिक अनुरोधों के लिए, Android 4.4 (एपीआई लेवल 19) या इसके बाद का वर्शन ज़रूरी है. वहीं, स्टैंडर्ड अनुरोधों के लिए, Android 5.0 (एपीआई लेवल 21) या इसके बाद का वर्शन ज़रूरी है. Android 13 (एपीआई लेवल 33) और उसके बाद के वर्शन वाले डिवाइसों पर, Play Integrity API अब उतना ही भरोसेमंद और काम का होगा जितना कि Android के सभी फ़ॉर्म फ़ैक्टर वाले डिवाइसों पर. इनमें मोबाइल, टैबलेट, फ़ोल्ड किए जा सकने वाले डिवाइस, टीवी, Auto, Wear OS, और ChromeOS शामिल हैं.

Play Integrity API में, अलग-अलग डिवाइसों के लिए अलग-अलग नतीजे क्यों होते हैं?

Play Integrity API, डिवाइस के लिए कई तरह के नतीजे उपलब्ध कराता है. इससे डेवलपर को अलग-अलग तरह के इस्तेमाल के उदाहरणों और जोखिम के हिसाब से, ऐप्लिकेशन को डिवाइस पर उपलब्ध कराने की सुविधा मिलती है. साथ ही, इससे ऐप्लिकेशन को डिवाइस पर उपलब्ध कराने के लिए, अलग-अलग लेवल की रणनीतियां बनाई जा सकती हैं. उदाहरण के लिए, जब ऐप्लिकेशन और डिवाइस ज़्यादा भरोसेमंद हो, तो डेवलपर उपयोगकर्ता की पुष्टि करने के चरणों को आसान बना सकता है. वहीं, जब कोई डिवाइस अनजान हो, तो डेवलपर को सुरक्षित या संवेदनशील कार्रवाइयां करने से पहले, उपयोगकर्ता की पुष्टि करने के लिए अतिरिक्त चरण पूरे करने पड़ सकते हैं. इससे, गलत इस्तेमाल और हमलों को कम करने में मदद मिल सकती है.

Play Protect से सर्टिफ़ाइड Android डिवाइस क्या होता है?

Play Protect से सर्टिफ़ाइड Android डिवाइस (जिसे GMS Android डिवाइस भी कहा जाता है), एक ऐसा डिवाइस होता है जिस पर ऐसा सॉफ़्टवेयर काम करता है जिसकी परफ़ॉर्मेंस के बारे में पहले से पता चल जाता है. यह डिवाइस, Google के Android के साथ काम करने से जुड़े सैकड़ों टेस्ट पास कर चुका होता है. साथ ही, यह Android की सुरक्षा और अनुमतियों के मॉडल का पालन करता है. साथ ही, यह डिवाइस, मैलवेयर से सुरक्षा देने वाली Google Play Protect की सुविधाओं के साथ शिप किया जाता है. जब Play Integrity API यह पुष्टि कर लेता है कि कोई डिवाइस, Play Protect से सर्टिफ़ाइड Android डिवाइस है, तो वह डिवाइस की पहचान से जुड़े नतीजे में meets-device-integrity रिस्पॉन्स दिखाएगा.

meets-basic-integrity डिवाइस क्या है?

Play Integrity API, डिवाइस के नतीजे के तौर पर एक वैकल्पिक रिस्पॉन्स भी दिखाता है, meets-basic-integrity. अगर किसी डिवाइस से meets-device-integrity या meets-strong-integrity के बिना सिर्फ़ meets-basic-integrity का नतीजा मिलता है, तो इसका मतलब है कि Android OS की पुष्टि नहीं की जा सकती. हालांकि, कुंजी की पुष्टि की गई है. इससे पता चलता है कि जांच, Android वाले किसी फ़िज़िकल डिवाइस पर की गई है. हालांकि, Google इस बात की गारंटी नहीं दे सकता कि डिवाइस की सुरक्षा, निजता या ऐप्लिकेशन के साथ काम करने की क्षमता ठीक है. साथ ही, यह भी नहीं कहा जा सकता कि डिवाइस किसी प्रॉक्सी के तौर पर काम नहीं कर रहा है. जैसे, Android के वर्चुअल इंस्टेंस के लिए. डेवलपर, इस्तेमाल के उदाहरणों और जोखिम को स्वीकार करने के आधार पर यह तय कर सकते हैं कि इन डिवाइसों पर उनका ऐप्लिकेशन कैसे काम करे.

क्या कोई भी डेवलपर, Play Integrity API का इस्तेमाल कर सकता है?

हां, डिफ़ॉल्ट रूप से इंटिग्रिटी की जांच के नतीजे पाने के लिए, कोई भी Android डेवलपर Play Integrity API के अनुरोध कर सकता है. डिस्ट्रिब्यूशन चैनल के बावजूद, हर दिन 10 हज़ार अनुरोध किए जा सकते हैं. किसी अन्य डिस्ट्रिब्यूशन चैनल के साथ-साथ, Google Play पर भी अपने ऐप्लिकेशन पब्लिश करने वाले डेवलपर, अपने ऐप्लिकेशन के लिए हर दिन के कोटे को बढ़ाने का अनुरोध भी कर सकते हैं.

क्या कोई भी डेवलपर, Android प्लैटफ़ॉर्म की कुंजी की पुष्टि करने की सुविधा का इस्तेमाल कर सकता है?

हां, कोई भी Android डेवलपर, पासकोड की पुष्टि करने का रिकॉर्ड पाने के लिए, Android Platform Key Attestation का इस्तेमाल कर सकता है. इस रिकॉर्ड की पुष्टि, Google की पुष्टि करने वाली रूट पासकोड के सार्वजनिक सर्टिफ़िकेट से की जा सकती है. Play Integrity API, डेवलपर को पासकोड की पुष्टि करने की सुविधा और अन्य सुविधाओं का फ़ायदा देता है. इसके लिए, उन्हें पासकोड की पुष्टि करने की सुविधा को खुद इंटिग्रेट करने की ज़रूरत नहीं पड़ती.

नीति उल्लंघन ठीक करने के तरीके (एनफ़ोर्समेंट)

डेवलपर, Play Integrity API के नतीजों का इस्तेमाल कैसे करते हैं?

यह डेवलपर तय करते हैं कि Play Integrity API के नतीजों का इस्तेमाल करना है या नहीं. साथ ही, यह भी तय करते हैं कि इनका इस्तेमाल कैसे करना है. कुछ डेवलपर, ऐप्लिकेशन के गलत इस्तेमाल से जुड़े विश्लेषण के लिए सिग्नल इकट्ठा करते हैं. वहीं, अन्य डेवलपर इस नतीजे के आधार पर यह तय करेंगे कि उनके ऐप्लिकेशन का व्यवहार कैसा होगा. उदाहरण के लिए, डेवलपर यह तय कर सकते हैं कि कम भरोसेमंद डिवाइसों को खाता बनाते समय, उपयोगकर्ता की पुष्टि के लिए अतिरिक्त चरण पूरे करने होंगे. इसके अलावा, वे यह भी तय कर सकते हैं कि कम भरोसेमंद डिवाइसों को एक ही मल्टीप्लेयर सर्वर पर एक साथ गेम खेलना होगा.

क्या Play Integrity API, लोगों या डिवाइसों को ब्लॉक करता है?

नहीं, Play Integrity API किसी भी फ़ंक्शन के ऐक्सेस को खुद ब्लॉक नहीं करता. यह डेवलपर के लिए एक ज़रूरी सेवा नहीं है. यह सिग्नल उपलब्ध कराती है और डेवलपर यह तय करते हैं कि उन सिग्नल के आधार पर क्या कार्रवाई करनी है.

अगर उपयोगकर्ताओं के डिवाइस पर Play Integrity API की जांच पूरी नहीं हो पा रही है, तो उन्हें क्या करना चाहिए?

उपयोगकर्ता अपने डिवाइस पर Play Store ऐप्लिकेशन खोलकर, सेटिंग मेन्यू में जा सकते हैं. इसके बाद, नीचे की ओर स्क्रोल करके 'इस बारे में जानकारी' पर जाएं और फिर Play Protect सर्टिफ़िकेशन देखें. अगर उपयोगकर्ता के डिवाइस के Play Protect सर्टिफ़िकेशन में कोई समस्या है, तो उन्हें एक बटन दिखेगा. इस बटन को दबाकर, समस्या को ठीक किया जा सकता है. इससे डिवाइस के सर्टिफ़िकेट का स्टेटस रीफ़्रेश हो जाएगा. साथ ही, आपको यह भी पता चलेगा कि क्या ठीक करना है.