2013-01-25 30 views
8

पिछले साल वापस, उस रूसी हैकर ने बिना भुगतान किए इन-ऐप खरीदारी मान्य करने और this guy created a class to verify each purchase को सत्यापित करने का एक तरीका बनाया।क्या हमें वास्तव में आईओएस 6 पर इन-ऐप के लिए इस सत्यापन की आवश्यकता है?

जहां तक ​​मुझे पता है, हैकर द्वारा उजागर की गई तकनीक अब आईओएस 6 पर काम नहीं करती है, लेकिन मुझे इसके बारे में निश्चित नहीं है।

मैं आईओएस 6 के लिए एक नया ऐप बना रहा हूं और कोड को कम से कम करने की कोशिश कर रहा हूं और इससे भी बेहतर, मेरे इन-ऐप में ऐप्पल के साथ होस्ट की गई सामग्री शामिल है, इसलिए मुझे आश्चर्य है कि यह अतिरिक्त सत्यापन मेरे लिए वास्तव में आवश्यक है या नहीं मामला।

याद रखें कि

  1. मैं iOS 6 और ऊपर के लिए विकसित कर रहा हूँ;
  2. मेरे इन-ऐप्स ने सेब के साथ सामग्री होस्ट की है, इसलिए यदि हैकिंग तकनीक काम करती है तो भी व्यक्ति को सेब के साथ होस्ट की गई सामग्री कभी नहीं मिलेगी।

कोई विचार?

धन्यवाद।

+1

* यह देखना वास्तव में प्रसन्न है कि कभी-कभी प्रश्न Answersand से दिलचस्प जानकारी राहटर भी प्रदान करते हैं जो मुझे इसे बुकमार्क करने के लिए मजबूर करता है। * –

+0

आपको कौन सी जानकारी दिलचस्प लगती है? – SpaceDog

+0

हैकिंग हिस्सा !! –

उत्तर

0

भेद्यता को आईओएस 6 में संबोधित किया जाना चाहिए, लेकिन इसका मतलब यह नहीं है कि आपको रसीद सत्यापन से सामान्य रूप से सर्वोत्तम प्रथाओं से विचलित होना चाहिए। अधिक जानकारी के लिए Verifying Store Receipts और In-App Purchase Receipt Validation on iOS देखें।

ऊपर दिए गए लिंक में उल्लिखित अनुसार, ऐप्पल आपको रसीद सत्यापन के लिए अपने सर्वोत्तम प्रथाओं का पालन करने की सलाह देता है, चाहे वह आईओएस 5 या आईओएस 6 पर हो। "कोड की सरलता" इन दिशानिर्देशों से विचलित होने के लिए पर्याप्त पर्याप्त बहाना नहीं है। यदि आप अपने कोड को अच्छी तरह परिभाषित कक्षाओं में ढांचा बनाते हैं, तो आप सभी रसीद सत्यापन तर्क को अपनी कक्षा में दूर कर सकते हैं, जिससे कोड का उपयोग बहुत साफ हो जाता है।

यदि आप सीधे ऐप से सत्यापन के लिए ऐप स्टोर से कनेक्ट करते हैं, तो वे स्पष्ट रूप से बताए गए उपायों ("My app performs validation by connecting to the App Store server directly. How am I affected?" देखें) की सहायता करनी चाहिए। यदि आप उन्हें एक सारणीबद्ध तरीके (एक श्रेणी या कक्षा में) में लागू करते हैं, तो इसे अभी भी अपना कोड साफ़ रखना चाहिए।

भले ही आपकी सामग्री ऐप्पल द्वारा होस्ट की गई हो, फिर भी आप धोखाधड़ी के खिलाफ स्वयं को अतिरिक्त सुरक्षा दे रहे हैं। ऐप्पल सही नहीं है; वे अपने ऐप को खोलने के लिए खुद को फिसल सकते हैं।

आखिरकार, जब आप अपने राजस्व से निपट रहे हैं, तो आप इसे बाद में खेद से बेहतर सुरक्षित खेलते हैं।