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

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

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

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

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

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

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

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

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

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

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

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

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

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

  • डिवाइस के उन सिग्नल में ~90% की कमी आई है जिन्हें Google सर्वर पर डिफ़ॉल्ट फ़ैसला जनरेट करने के लिए इकट्ठा और उनका आकलन करना होता है. वैकल्पिक सिग्नल के लिए, अतिरिक्त सिग्नल इकट्ठा करने की ज़रूरत बनी रहेगी.
  • सबसे खराब स्थिति वाले स्टैंडर्ड अनुरोधों के लिए, फ़ैसले में लगने वाले समय में 80% तक की कमी आई है. साथ ही, डिफ़ॉल्ट फ़ैसला पाने के लिए किए गए सभी क्लासिक अनुरोधों के लिए, फ़ैसले में लगने वाले समय में 80% तक की कमी आई है. वैकल्पिक सिग्नल की वजह से इंतज़ार का समय बढ़ सकता है.
  • सभी Android डिवाइसों के लिए, भरोसेमंद और एक जैसा सपोर्ट. इसमें मोबाइल, टैबलेट, फ़ोल्ड किए जा सकने वाले डिवाइस, टीवी, 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 का फ़ैसला शामिल है. हमने Play Integrity API के सभी अनुरोधों को स्टैंडर्ड बना दिया है, ताकि डिवाइस की जांच (सिर्फ़ meets-device-integrity लेबल के साथ), इंस्टॉलर की जांच, ऐप्लिकेशन की इंटिग्रिटी की जांच, और डिवाइस के एट्रिब्यूट (अगर चालू हों) की जानकारी मिल सके.
  • कुछ डिवाइसों के लिए सुरक्षा जांच के नतीजों में बदलाव: 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 डिवाइसों पर एक ही लेवल की भरोसेमंद और सहायता उपलब्ध कराएगा. इसमें मोबाइल, टैबलेट, फ़ोल्ड किए जा सकने वाले डिवाइस, टीवी, Android Auto, Wear OS, और ChromeOS शामिल हैं.

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

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

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

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

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

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

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

हां, कोई भी Android डेवलपर, Play Integrity API के अनुरोध कर सकता है. इससे उसे इंटिग्रिटी की जांच के डिफ़ॉल्ट नतीजे मिलेंगे. इस्तेमाल की सीमा हर दिन 10,000 अनुरोधों पर तय की गई है. इससे कोई फ़र्क़ नहीं पड़ता कि डिस्ट्रिब्यूशन चैनल कौन-सा है. अपने ऐप्लिकेशन को किसी अन्य डिस्ट्रिब्यूशन चैनल के साथ-साथ, 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 सर्टिफ़िकेशन में कोई समस्या है, तो उन्हें एक बटन दिखेगा. इस बटन को दबाकर, वे समस्या को ठीक करने की कोशिश कर सकते हैं. इससे डिवाइस के सर्टिफ़िकेशन का स्टेटस रीफ़्रेश हो जाएगा. साथ ही, आपको यह भी पता चल जाएगा कि क्या ठीक करना है.