Android, सुरक्षा से जुड़ी सुविधाओं और ऑफ़र को लगातार बेहतर बनाता रहता है. बाईं ओर मौजूद नेविगेशन में, रिलीज़ के हिसाब से बेहतर सुविधाओं की सूचियां देखें.
Android 14
每个 Android 版本中都包含数十种安全增强功能,以保护用户。以下是 Android 14 中提供的一些主要安全增强功能:
- Android 10 中引入的硬件辅助 AddressSanitizer (HWASan) 是一款类似于 AddressSanitizer 的内存错误检测工具。Android 14 对 HWASan 进行了重大改进。如需了解它如何帮助防止 bug 进入 Android 版本,请访问 HWAddressSanitizer
- 在 Android 14 中,从与第三方共享位置数据的应用开始,系统运行时权限对话框现在包含一个可点击的部分,用于突出显示应用的数据分享做法,包括诸如以下信息:应用为什么可能会决定与第三方分享数据。
- Android 12 引入了在调制解调器级别停用 2G 支持的选项,以保护用户免受 2G 的过时安全模型固有的安全风险的影响。认识到停用 2G 对企业客户的重要性后,Android 14 在 Android Enterprise 中启用了此安全功能,以便 IT 管理员能够限制受管设备降级到 2G 连接。
- 开始支持拒绝未加密的移动网络连接,确保电路交换语音和短信流量始终会加密,并可防范被动无线拦截。详细了解 Android 的移动网络连接强化计划。
- 新增了对多个 IMEI 的支持
- 从 Android 14 开始,AES-HCTR2 是采用加速加密指令的设备的首选文件名加密模式。
- 移动网络连接
- 在 Android 安全中心添加了相关文档
- 如果您的应用以 Android 14 为目标平台并使用动态代码加载 (DCL) 功能,则必须将所有动态加载的文件标记为只读。否则,系统会抛出异常。我们建议应用尽可能避免动态加载代码,因为这样做会大大增加应用因代码注入或代码篡改而遭到入侵的风险。
Android 13
Android के हर रिलीज़ में, उपयोगकर्ताओं को सुरक्षित रखने के लिए सुरक्षा से जुड़ी कई सुविधाएं शामिल की जाती हैं. Android 13 में सुरक्षा से जुड़े कुछ मुख्य सुधार किए गए हैं. इनके बारे में यहां बताया गया है:
- Android 13 में, एक से ज़्यादा दस्तावेज़ों को प्रज़ेंट करने की सुविधा जोड़ी गई है. प्रज़ेंटेशन सेशन के इस नए इंटरफ़ेस की मदद से, ऐप्लिकेशन में एक से ज़्यादा दस्तावेज़ों का प्रज़ेंटेशन किया जा सकता है. ऐसा मौजूदा एपीआई की मदद से नहीं किया जा सकता. ज़्यादा जानकारी के लिए, पहचान की पुष्टि करने वाला क्रेडेंशियल देखें
- Android 13 में, बाहरी ऐप्लिकेशन से शुरू होने वाले इंटेंट, एक्सपोर्ट किए गए कॉम्पोनेंट को सिर्फ़ तब डिलीवर किए जाते हैं, जब वे इंटेंट, एलान किए गए इंटेंट-फ़िल्टर एलिमेंट से मैच करते हों.
- Open Mobile API (OMAPI) एक स्टैंडर्ड एपीआई है. इसका इस्तेमाल, डिवाइस के सुरक्षित एलिमेंट के साथ कम्यूनिकेट करने के लिए किया जाता है. Android 13 से पहले, सिर्फ़ ऐप्लिकेशन और फ़्रेमवर्क मॉड्यूल के पास इस इंटरफ़ेस का ऐक्सेस था. इसे वेंडर के स्टैबल इंटरफ़ेस में बदलकर, HAL मॉड्यूल, OMAPI सेवा की मदद से सुरक्षित एलिमेंट के साथ भी कम्यूनिकेट कर सकते हैं. ज़्यादा जानकारी के लिए, OMAPI वेंडर स्टैबल इंटरफ़ेस देखें.
- Android 13-QPR के बाद, शेयर किए गए यूआईडी का इस्तेमाल नहीं किया जा सकता. Android 13 या उसके बाद के वर्शन का इस्तेमाल करने वाले लोगों को अपने मेनिफ़ेस्ट में, `android:sharedUserMaxSdkVersion="32"` लाइन डालनी चाहिए. इस एंट्री की वजह से, नए उपयोगकर्ताओं को शेयर किया गया यूआईडी नहीं मिलता. यूआईडी के बारे में ज़्यादा जानकारी के लिए, ऐप्लिकेशन साइनिंग लेख पढ़ें.
- Android 13 में, एईएस (ऐडवांस एन्क्रिप्शन स्टैंडर्ड), एचएमएसी (कीड-हैश मैसेज ऑथेंटिकेशन कोड), और असिमेट्रिक क्रिप्टोग्राफ़िक एल्गोरिदम (जैसे कि एलिप्टिक कर्व, आरएसए2048, आरएसए4096, और कर्व 25519) जैसे सिमेट्रिक क्रिप्टोग्राफ़िक प्राइमिटिव के लिए, Keystore की सुविधा जोड़ी गई है
- Android 13 (एपीआई लेवल 33) और उसके बाद के वर्शन में, ऐप्लिकेशन से सूचनाएं भेजने के लिए, रनटाइम की अनुमति का इस्तेमाल किया जा सकता है. इससे उपयोगकर्ताओं को यह कंट्रोल करने की सुविधा मिलती है कि उन्हें कौनसी अनुमति की सूचनाएं दिखें.
- सभी डिवाइस लॉग का ऐक्सेस पाने का अनुरोध करने वाले ऐप्लिकेशन के लिए, हर बार इस्तेमाल करने पर पूछने की सुविधा जोड़ी गई है. इससे उपयोगकर्ताओं को ऐक्सेस देने या अस्वीकार करने का विकल्प मिलता है.
- Android वर्चुअलाइज़ेशन फ़्रेमवर्क (एवीएफ़) को लॉन्च किया. इसमें, स्टैंडर्ड एपीआई की मदद से अलग-अलग हाइपरवाइजर को एक फ़्रेमवर्क में इकट्ठा किया जाता है. यह, हाइपरवाइजर से अलग किए गए वर्कलोड को चलाने के लिए, सुरक्षित और निजी रनटाइम एनवायरमेंट उपलब्ध कराता है.
- APK सिग्नेचर स्कीम v3.1 को लॉन्च किया गया apksigner का इस्तेमाल करने वाले सभी नए कुंजी रोटेशन, डिफ़ॉल्ट रूप से v3.1 सिग्नेचर स्कीम का इस्तेमाल करते हैं ताकि Android 13 और उसके बाद के वर्शन के लिए रोटेशन को टारगेट किया जा सके.
AOSP के रिलीज़ नोट और Android डेवलपर के सुविधाओं और बदलावों की सूची देखें.
Android 12
每个 Android 版本中都包含数十种用于保护用户的安全增强功能。以下是 Android 12 中提供的一些主要安全增强功能:
- Android 12 引入了 BiometricManager.Strings API,它为使用 BiometricPrompt 进行身份验证的应用提供本地化的字符串。这些字符串旨在感知设备,并更明确地指定可以使用哪些身份验证类型。Android 12 还支持屏下指纹传感器
- 添加了对屏下指纹传感器的支持
- 引入了 Fingerprint Android 接口定义语言 (AIDL)
- 支持新的 Face AIDL
- 引入了 Rust 作为平台开发语言
- 添加了可供用户仅授权应用访问其大致位置信息的选项
- 当应用使用摄像头或麦克风时,现在状态栏上会显示隐私指示标志
- Android 的 Private Compute Core (PCC)
- 添加了用于停用 2G 支持的选项
Android 11
Android के हर रिलीज़ में, उपयोगकर्ताओं को सुरक्षित रखने के लिए सुरक्षा से जुड़ी कई सुविधाएं शामिल की जाती हैं. Android 11 में उपलब्ध सुरक्षा से जुड़े कुछ अहम सुधारों की सूची के लिए, Android रिलीज़ के नोट देखें.
Android 10
Android के हर रिलीज़ में, उपयोगकर्ताओं को सुरक्षित रखने के लिए सुरक्षा से जुड़ी कई सुविधाएं शामिल की जाती हैं. Android 10 में सुरक्षा और निजता से जुड़ी कई सुविधाएं बेहतर की गई हैं. Android 10 में हुए बदलावों की पूरी सूची के लिए, Android 10 के रिलीज़ नोट देखें.
सुरक्षा
BoundsSanitizer
Android 10, ब्लूटूथ और कोडेक में BoundsSanitizer (BoundSan) को डिप्लॉय करता है. BoundSan, UBSan के bounds sanitizer का इस्तेमाल करता है. यह समस्या हल करने की सुविधा, हर मॉड्यूल के लेवल पर चालू होती है. इससे Android के अहम कॉम्पोनेंट को सुरक्षित रखने में मदद मिलती है. इसलिए, इसे बंद नहीं किया जाना चाहिए. BoundSan इन कोडेक में चालू है:
libFLAC
libavcdec
libavcenc
libhevcdec
libmpeg2
libopus
libvpx
libspeexresampler
libvorbisidec
libaac
libxaac
सिर्फ़ एक्ज़ीक्यूट करने के लिए मेमोरी
डिफ़ॉल्ट रूप से, AArch64 सिस्टम बाइनरी के लिए एक्ज़ीक्यूटेबल कोड सेक्शन को सिर्फ़-इस्तेमाल करने के लिए (नहीं पढ़ा जा सकता) के तौर पर मार्क किया जाता है. ऐसा, सिर्फ़-समय पर कोड का फिर से इस्तेमाल करने से जुड़े हमलों को रोकने के लिए किया जाता है. डेटा और कोड को एक साथ मिलाने वाला कोड और ऐसे कोड जो पहले से ही मेमोरी सेगमेंट को पढ़ने लायक के तौर पर फिर से मैप किए बिना, इन सेक्शन की जांच करते हैं, अब काम नहीं करते. अगर कोई ऐप्लिकेशन, सिर्फ़-इंप्लिकेशन (XOM) वाली सिस्टम लाइब्रेरी के कोड सेक्शन को पढ़ने की कोशिश करता है, तो उस पर असर पड़ता है. ऐसा तब होता है, जब ऐप्लिकेशन पहले सेक्शन को पढ़ने लायक के तौर पर मार्क किए बिना, उसे मेमोरी में पढ़ने की कोशिश करता है. यह असर, Android 10 (एपीआई लेवल 29 या इसके बाद के वर्शन) के टारगेट SDK टूल वाले ऐप्लिकेशन पर पड़ता है.
एक्सटेंडेड ऐक्सेस
भरोसेमंद एजेंट, तीसरे पक्ष की पुष्टि करने वाले तरीकों, जैसे कि Smart Lock के लिए इस्तेमाल किए जाने वाले बुनियादी तरीके हैं. ये एजेंट, Android 10 में ही डिवाइस के अनलॉक होने की अवधि बढ़ा सकते हैं. भरोसेमंद एजेंट, अब लॉक किए गए डिवाइस को अनलॉक नहीं कर सकते. साथ ही, वे किसी डिवाइस को ज़्यादा से ज़्यादा चार घंटे तक ही अनलॉक रख सकते हैं.
चेहरे से अनलॉक करें
चेहरे की पुष्टि करने की सुविधा की मदद से, उपयोगकर्ता अपने डिवाइस के सामने देखकर उसे अनलॉक कर सकते हैं. Android 10 में, चेहरे की पहचान करने के लिए एक नया स्टैक जोड़ा गया है. यह स्टैक, कैमरे के फ़्रेम को सुरक्षित तरीके से प्रोसेस कर सकता है. साथ ही, चेहरे की पहचान करने की सुविधा के साथ काम करने वाले हार्डवेयर पर, सुरक्षा और निजता को बनाए रखता है. Android 10 में, सुरक्षा से जुड़ी शर्तों को पूरा करने के लिए, ऐप्लिकेशन को आसानी से इंटिग्रेट करने का तरीका भी दिया गया है. इससे, ऑनलाइन बैंकिंग या अन्य सेवाओं जैसे लेन-देन के लिए, ऐप्लिकेशन को इंटिग्रेट किया जा सकता है.
पूर्णांक के ओवरफ़्लो को सैनिटाइज़ करना
Android 10, सॉफ़्टवेयर कोडेक में इंटिजर ओवरफ़्लो को ठीक करने की सुविधा (IntSan) चालू करता है. पक्का करें कि डिवाइस के हार्डवेयर पर काम न करने वाले कोडेक के लिए, वीडियो चलाने की परफ़ॉर्मेंस ठीक हो. IntSan इन कोडेक में चालू है:
libFLAC
libavcdec
libavcenc
libhevcdec
libmpeg2
libopus
libvpx
libspeexresampler
libvorbisidec
मॉड्यूलर सिस्टम के कॉम्पोनेंट
Android 10, Android सिस्टम के कुछ कॉम्पोनेंट को मॉड्यूलर बनाता है. इससे, उन्हें Android के सामान्य रिलीज़ साइकल के बाहर अपडेट किया जा सकता है. कुछ मॉड्यूल में ये शामिल हैं:
- Android रनटाइम
- Conscrypt
- डीएनएस रिज़ॉल्वर
- DocumentsUI
- ExtServices
- मीडिया
- ModuleMetadata
- नेटवर्किंग
- PermissionController
- टाइम ज़ोन का डेटा
OEMCrypto
Android 10, OEMCrypto API के वर्शन 15 का इस्तेमाल करता है.
Scudo
Scudo, डाइनैमिक उपयोगकर्ता-मोड मेमोरी ऐलोकेटर है. इसे हेप से जुड़ी कमजोरियों से ज़्यादा सुरक्षित रखने के लिए डिज़ाइन किया गया है. यह स्टैंडर्ड C एलोकेशन और डिएलोकेशन प्राइमिटिव के साथ-साथ C++ प्राइमिटिव भी उपलब्ध कराता है.
ShadowCallStack
ShadowCallStack
(SCS)
एक LLVM
इंस्ट्रूमेंटेशन मोड है. यह रिटर्न पते को ओवरराइट होने (जैसे कि स्टैक बफ़र ओवरफ़्लो) से बचाता है. इसके लिए, यह किसी फ़ंक्शन के रिटर्न पते को, अलग से लिए गए ShadowCallStack
इंस्टेंस में सेव करता है. यह इंस्टेंस, नॉन-लीफ़ फ़ंक्शन के फ़ंक्शन प्रोलॉग में होता है. साथ ही, यह फ़ंक्शन एपिलॉग में ShadowCallStack
इंस्टेंस से रिटर्न पता लोड करता है.
WPA3 और Wi-Fi Enhanced Open
Android 10 में वाई-फ़ाई प्रोटेक्टेड ऐक्सेस 3 (WPA3) और वाई-फ़ाई बेहतर ओपन सिक्योरिटी स्टैंडर्ड के लिए सहायता जोड़ी गई है. इससे, जाने-पहचाने हमलों से बेहतर निजता और सुरक्षा मिलती है.
निजता
Android 9 या इससे पहले के वर्शन को टारगेट करते समय ऐप्लिकेशन का ऐक्सेस
अगर आपका ऐप्लिकेशन Android 10 या उसके बाद के वर्शन पर काम करता है, लेकिन Android 9 (एपीआई लेवल 28) या उससे पहले के वर्शन को टारगेट करता है, तो प्लैटफ़ॉर्म इस तरह काम करता है:
- अगर आपके ऐप्लिकेशन में
ACCESS_FINE_LOCATION
याACCESS_COARSE_LOCATION
के लिए<uses-permission>
एलिमेंट का एलान किया गया है, तो इंस्टॉलेशन के दौरान सिस्टम,ACCESS_BACKGROUND_LOCATION
के लिए<uses-permission>
एलिमेंट अपने-आप जोड़ देता है. - अगर आपका ऐप्लिकेशन
ACCESS_FINE_LOCATION
याACCESS_COARSE_LOCATION
का अनुरोध करता है, तो सिस्टम अनुरोध मेंACCESS_BACKGROUND_LOCATION
को अपने-आप जोड़ देता है.
बैकग्राउंड गतिविधि पर पाबंदियां
Android 10 में, सिस्टम बैकग्राउंड से गतिविधियां शुरू करने पर पाबंदियां लगाता है. इस बदलाव से, उपयोगकर्ता को कम रुकावटों का सामना करना पड़ता है. साथ ही, उपयोगकर्ता के पास अपनी स्क्रीन पर दिखने वाली जानकारी को कंट्रोल करने का ज़्यादा विकल्प होता है. जब तक आपका ऐप्लिकेशन, उपयोगकर्ता के इंटरैक्शन के सीधे नतीजे के तौर पर गतिविधियां शुरू करता है, तब तक इन पाबंदियों का आपके ऐप्लिकेशन पर असर पड़ने की संभावना नहीं है.
बैकग्राउंड से गतिविधियां शुरू करने के सुझाए गए विकल्प के बारे में ज़्यादा जानने के लिए, अपने ऐप्लिकेशन में समय के हिसाब से ज़रूरी इवेंट के बारे में उपयोगकर्ताओं को सूचना देने का तरीका बताने वाली गाइड देखें.
कैमरे का मेटाडेटा
Android 10, getCameraCharacteristics()
तरीका से डिफ़ॉल्ट रूप से मिलने वाली जानकारी में बदलाव करता है. खास तौर पर, आपके ऐप्लिकेशन के पास CAMERA
अनुमति होनी चाहिए, ताकि वह इस तरीके की रिटर्न वैल्यू में शामिल, डिवाइस के हिसाब से मेटाडेटा को ऐक्सेस कर सके.
इन बदलावों के बारे में ज़्यादा जानने के लिए, ऐसे कैमरा फ़ील्ड के बारे में सेक्शन देखें जिनके लिए अनुमति की ज़रूरत होती है.
क्लिपबोर्ड का डेटा
अगर आपका ऐप्लिकेशन डिफ़ॉल्ट इनपुट तरीका एडिटर (आईएमई) नहीं है या फ़िलहाल फ़ोकस में नहीं है, तो वह Android 10 या इसके बाद के वर्शन पर क्लिपबोर्ड का डेटा ऐक्सेस नहीं कर सकता.
डिवाइस की जगह की जानकारी
Android 10 में ACCESS_BACKGROUND_LOCATION
अनुमति को शामिल किया गया है. इससे उपयोगकर्ताओं को यह कंट्रोल करने में मदद मिलती है कि ऐप्लिकेशन को जगह की जानकारी का ऐक्सेस कब दिया जाए.
ACCESS_FINE_LOCATION
और ACCESS_COARSE_LOCATION
अनुमतियों के उलट, ACCESS_BACKGROUND_LOCATION
अनुमति का असर सिर्फ़ तब पड़ता है, जब ऐप्लिकेशन बैकग्राउंड में चल रहा हो. जब तक किसी ऐप्लिकेशन के लिए इनमें से कोई एक शर्त पूरी नहीं होती, तब तक उसे बैकग्राउंड में जगह की जानकारी ऐक्सेस करने वाला ऐप्लिकेशन माना जाता है:
- ऐप्लिकेशन से जुड़ी कोई गतिविधि दिख रही हो.
- ऐप्लिकेशन, ऐसी फ़ोरग्राउंड सेवा चला रहा है जिसने
location
के फ़ोरग्राउंड सेवा टाइप का एलान किया है.
अपने ऐप्लिकेशन में किसी सेवा के लिए, फ़ोरग्राउंड सेवा के टाइप का एलान करने के लिए, अपने ऐप्लिकेशन केtargetSdkVersion
याcompileSdkVersion
को29
या उससे ज़्यादा पर सेट करें. इस बारे में ज़्यादा जानें कि फ़ोरग्राउंड सेवाएं, उपयोगकर्ता की शुरू की गई उन कार्रवाइयों को जारी कैसे रख सकती हैं जिनके लिए जगह की जानकारी का ऐक्सेस ज़रूरी है.
बाहरी मेमोरी
Android 10 और उसके बाद के वर्शन को टारगेट करने वाले ऐप्लिकेशन को डिफ़ॉल्ट रूप से, बाहरी स्टोरेज का सीमित ऐक्सेस या स्कोप किया गया स्टोरेज दिया जाता है. ऐसे ऐप्लिकेशन, बाहरी स्टोरेज डिवाइस में इन टाइप की फ़ाइलें देख सकते हैं. इसके लिए, उन्हें स्टोरेज से जुड़ी उपयोगकर्ता की अनुमतियों का अनुरोध करने की ज़रूरत नहीं होती:
- ऐप्लिकेशन के हिसाब से बनी डायरेक्ट्री में मौजूद फ़ाइलें, जिन्हें
getExternalFilesDir()
का इस्तेमाल करके ऐक्सेस किया जाता है. - मीडिया स्टोर से ऐप्लिकेशन ने जो फ़ोटो, वीडियो, और ऑडियो क्लिप बनाई हैं.
स्कोप वाले स्टोरेज के बारे में ज़्यादा जानने के साथ-साथ, बाहरी स्टोरेज वाले डिवाइसों पर सेव की गई फ़ाइलों को शेयर करने, ऐक्सेस करने, और उनमें बदलाव करने का तरीका जानने के लिए, बाहरी स्टोरेज में फ़ाइलों को मैनेज करने और मीडिया फ़ाइलों को ऐक्सेस करने और उनमें बदलाव करने के बारे में गाइड देखें.
एमएसी पते को रैंडम पर सेट करना
Android 10 या इसके बाद के वर्शन वाले डिवाइसों पर, सिस्टम डिफ़ॉल्ट रूप से रैंडम मैक पता भेजता है.
अगर आपका ऐप्लिकेशन एंटरप्राइज़ के इस्तेमाल के उदाहरण को मैनेज करता है, तो प्लैटफ़ॉर्म, MAC पतों से जुड़े कई ऑपरेशन के लिए एपीआई उपलब्ध कराता है:
- अपने-आप चुना गया मैक पता पाना: डिवाइस के मालिक के ऐप्लिकेशन और प्रोफ़ाइल के मालिक के ऐप्लिकेशन,
getRandomizedMacAddress()
को कॉल करके किसी नेटवर्क के लिए असाइन किया गया, अपने-आप चुना गया मैक पता पा सकते हैं. - असल, फ़ैक्ट्री मैक पता पाना: डिवाइस के मालिक के ऐप्लिकेशन,
getWifiMacAddress()
को कॉल करके, डिवाइस का असल हार्डवेयर मैक पता पा सकते हैं. यह तरीका, डिवाइसों के फ़्लीट को ट्रैक करने के लिए काम का है.
ऐसे डिवाइस आइडेंटिफ़ायर जिन्हें रीसेट नहीं किया जा सकता
Android 10 के बाद, डिवाइस के ऐसे आइडेंटिफ़ायर को ऐक्सेस करने के लिए, ऐप्लिकेशन के पास READ_PRIVILEGED_PHONE_STATE
खास अनुमति होनी चाहिए जिन्हें रीसेट नहीं किया जा सकता. इनमें IMEI और सीरियल नंबर, दोनों शामिल हैं.
Build
TelephonyManager
अगर आपके ऐप्लिकेशन के पास अनुमति नहीं है और फिर भी, रीसेट नहीं किए जा सकने वाले आइडेंटिफ़ायर के बारे में जानकारी मांगी जाती है, तो टारगेट किए गए SDK टूल के वर्शन के आधार पर प्लैटफ़ॉर्म का जवाब अलग-अलग होता है:
- अगर आपका ऐप्लिकेशन Android 10 या उसके बाद के वर्शन को टारगेट करता है, तो
SecurityException
ऐप्लिकेशन के लिए एक समस्या दिखती है. - अगर आपका ऐप्लिकेशन Android 9 (एपीआई लेवल 28) या उससे पहले के वर्शन को टारगेट करता है, तो यह तरीका
null
या प्लेसहोल्डर डेटा दिखाता है. हालांकि, ऐसा तब ही होता है, जब ऐप्लिकेशन के पासREAD_PHONE_STATE
अनुमति हो. ऐसा न होने पर,SecurityException
दिखता है.
शारीरिक गतिविधि की पहचान करने की सुविधा
Android 10 में, android.permission.ACTIVITY_RECOGNITION
रनटाइम की अनुमति की सुविधा जोड़ी गई है. यह सुविधा उन ऐप्लिकेशन के लिए है जिन्हें उपयोगकर्ता के कदमों की संख्या का पता लगाना है या उपयोगकर्ता की शारीरिक गतिविधि की कैटगरी तय करनी है. जैसे, पैदल चलना, साइकल चलाना या वाहन चलाना. इसे इस तरह से डिज़ाइन किया गया है कि उपयोगकर्ताओं को यह जानकारी मिल सके कि सेटिंग में डिवाइस के सेंसर डेटा का इस्तेमाल कैसे किया जाता है.
Google Play services की कुछ लाइब्रेरी, नतीजे तब तक नहीं दिखातीं, जब तक उपयोगकर्ता ने आपके ऐप्लिकेशन को अनुमति न दी हो. जैसे, Activity
Recognition API और Google
Fit API.
डिवाइस में पहले से मौजूद सिर्फ़ कदमों की गिनती करने वाले और कदमों का पता लगाने वाले सेंसर के लिए, आपको यह अनुमति देनी होगी.
अगर आपका ऐप्लिकेशन Android 9 (एपीआई लेवल 28) या इससे पहले के वर्शन को टारगेट करता है, तो सिस्टम आपके ऐप्लिकेशन को android.permission.ACTIVITY_RECOGNITION
अनुमति अपने-आप देता है. हालांकि, इसके लिए ज़रूरी है कि आपका ऐप्लिकेशन इन सभी शर्तों को पूरा करता हो:
- मेनिफ़ेस्ट फ़ाइल में
com.google.android.gms.permission.ACTIVITY_RECOGNITION
अनुमति शामिल है. - मेनिफ़ेस्ट फ़ाइल में
android.permission.ACTIVITY_RECOGNITION
अनुमति शामिल नहीं है.
अगर सिस्टम अपने-आप android.permission.ACTIVITY_RECOGNITION
अनुमति देता है, तो Android 10 को टारगेट करने के लिए ऐप्लिकेशन को अपडेट करने के बाद भी, आपके ऐप्लिकेशन के पास यह अनुमति बनी रहती है. हालांकि, उपयोगकर्ता कभी भी सिस्टम सेटिंग में जाकर, इस अनुमति को रद्द कर सकता है.
/proc/net फ़ाइल सिस्टम से जुड़ी पाबंदियां
Android 10 या इसके बाद के वर्शन वाले डिवाइसों पर, ऐप्लिकेशन /proc/net
को ऐक्सेस नहीं कर सकते. इसमें डिवाइस के नेटवर्क की स्थिति की जानकारी शामिल होती है. जिन ऐप्लिकेशन को इस जानकारी का ऐक्सेस चाहिए, जैसे कि वीपीएन, उन्हें NetworkStatsManager
या ConnectivityManager
क्लास का इस्तेमाल करना चाहिए.
यूज़र इंटरफ़ेस (यूआई) से अनुमतियों के ग्रुप हटाए गए
Android 10 के बाद, ऐप्लिकेशन यह नहीं देख सकते कि यूज़र इंटरफ़ेस (यूआई) में अनुमतियां कैसे ग्रुप की गई हैं.
संपर्कों की जानकारी हटाना
Android 10 से, प्लैटफ़ॉर्म संपर्कों की अफ़िनिटी की जानकारी को ट्रैक नहीं करता. इसलिए, अगर आपका ऐप्लिकेशन उपयोगकर्ता के संपर्कों को खोजता है, तो नतीजों को इंटरैक्शन की फ़्रीक्वेंसी के हिसाब से क्रम में नहीं लगाया जाता.
ContactsProvider
के बारे में गाइड में एक सूचना दी गई है. इसमें, Android 10 वाले सभी डिवाइसों पर, ऐसे फ़ील्ड और तरीकों के बारे में बताया गया है जो अब काम नहीं करते.
स्क्रीन पर दिखने वाले कॉन्टेंट का ऐक्सेस सीमित करना
उपयोगकर्ताओं की स्क्रीन पर मौजूद कॉन्टेंट को सुरक्षित रखने के लिए, Android 10 ने READ_FRAME_BUFFER
, CAPTURE_VIDEO_OUTPUT
, और CAPTURE_SECURE_VIDEO_OUTPUT
अनुमतियों के दायरे में बदलाव किया है. इससे, डिवाइस की स्क्रीन पर मौजूद कॉन्टेंट को चुपचाप ऐक्सेस करने से रोका जा सकता है. Android 10 के बाद, ये अनुमतियां सिर्फ़ हस्ताक्षर का ऐक्सेस के लिए होती हैं.
जिन ऐप्लिकेशन को डिवाइस की स्क्रीन पर मौजूद कॉन्टेंट को ऐक्सेस करना है उन्हें MediaProjection
एपीआई का इस्तेमाल करना चाहिए. यह एपीआई, उपयोगकर्ता से सहमति देने के लिए कहने वाला प्रॉम्प्ट दिखाता है.
यूएसबी डिवाइस का सीरियल नंबर
अगर आपका ऐप्लिकेशन Android 10 या उसके बाद के वर्शन को टारगेट करता है, तो आपका ऐप्लिकेशन सीरियल नंबर तब तक नहीं पढ़ सकता, जब तक उपयोगकर्ता आपके ऐप्लिकेशन को यूएसबी डिवाइस या ऐक्सेसरी को ऐक्सेस करने की अनुमति नहीं देता.
यूएसबी डिवाइसों के साथ काम करने के बारे में ज़्यादा जानने के लिए, यूएसबी होस्ट को कॉन्फ़िगर करने का तरीका बताने वाली गाइड देखें.
वाई-फ़ाई
Android 10 या उसके बाद के वर्शन को टारगेट करने वाले ऐप्लिकेशन, वाई-फ़ाई को चालू या बंद नहीं कर सकते. WifiManager.setWifiEnabled()
वाला तरीका, हमेशा false
दिखाता है.
अगर आपको उपयोगकर्ताओं को वाई-फ़ाई को चालू और बंद करने के लिए कहना है, तो सेटिंग पैनल का इस्तेमाल करें.
कॉन्फ़िगर किए गए वाई-फ़ाई नेटवर्क को सीधे ऐक्सेस करने पर पाबंदियां
उपयोगकर्ता की निजता को सुरक्षित रखने के लिए, वाई-फ़ाई नेटवर्क की सूची को मैन्युअल तरीके से कॉन्फ़िगर करने की अनुमति सिर्फ़ सिस्टम ऐप्लिकेशन और डिवाइस नीति कंट्रोलर (डीपीसी) को है. कोई डीपीसी, डिवाइस का मालिक या प्रोफ़ाइल का मालिक हो सकता है.
अगर आपका ऐप्लिकेशन Android 10 या उसके बाद के वर्शन को टारगेट करता है और यह सिस्टम ऐप्लिकेशन या डीपीसी नहीं है, तो नीचे दिए गए तरीके काम के डेटा नहीं दिखाते:
getConfiguredNetworks()
वाला तरीका, हमेशा खाली सूची दिखाता है.- नेटवर्क ऑपरेशन का हर वह तरीका जो पूर्णांक वैल्यू दिखाता है—
addNetwork()
औरupdateNetwork()
—हमेशा -1 दिखाता है. - हर नेटवर्क ऑपरेशन,
removeNetwork()
,reassociate()
,enableNetwork()
,disableNetwork()
,reconnect()
, औरdisconnect()
जैसी बूलियन वैल्यू दिखाता है.false
Android 9
每个 Android 版本中都包含数十项用于保护用户的安全增强功能。如需 Android 9 中提供的一些主要安全增强功能的列表,请参阅 Android 版本说明。
Android 8
每个 Android 版本中都包含数十种用于保护用户的安全增强功能。以下是 Android 8.0 中提供的一些主要安全增强功能:
- 加密:在工作资料中增加了对撤销密钥 (evict key) 的支持。
- 验证启动:增加了 Android 启动时验证 (AVB)。支持回滚保护(用于引导加载程序)的启动时验证代码库已添加到 AOSP 中。建议提供引导加载程序支持,以便为 HLOS 提供回滚保护。建议将引导加载程序设为只能由用户通过实际操作设备来解锁。
- 锁定屏幕:增加了对使用防篡改硬件验证锁定屏幕凭据的支持。
- KeyStore:搭载 Android 8.0 及更高版本的所有设备都需要进行密钥认证。增加了 ID 认证支持,以改进零触摸注册计划。
- 沙盒:使用 Treble 计划的框架和设备特定组件之间的标准接口更紧密地对许多组件进行沙盒化处理。将 seccomp 过滤应用到了所有不信任的应用,以减少内核的攻击面。WebView 现在运行在一个独立的进程中,对系统其余部分的访问非常有限。
- 内核加固:实现了经过安全强化的 usercopy、PAN 模拟、初始化后变为只读以及 KASLR。
- 用户空间安全强化:为媒体堆栈实现了 CFI。 应用叠加层不能再遮盖系统关键窗口,并且用户可以关闭这些叠加层。
- 操作系统流式更新:在磁盘空间不足的设备上启用了更新。
- 安装未知应用:用户必须授予权限,系统才能从不是第一方应用商店的来源安装应用。
- 隐私权:对于设备上的每个应用和使用设备的每个用户,Android ID (SSAID) 都采用不同的值。对于网络浏览器应用,Widevine 客户端 ID 会针对每个应用软件包名称和网络来源返回不同的值。
net.hostname
现在为空,并且 DHCP 客户端不再发送主机名。android.os.Build.SERIAL
已被替换为Build.SERIAL
API(受到用户控制权限的保护)。改进了某些芯片组中的 MAC 地址随机分配功能。
Android 7
Android के हर रिलीज़ में, उपयोगकर्ताओं को सुरक्षित रखने के लिए सुरक्षा से जुड़ी कई सुविधाएं शामिल की जाती हैं. Android 7.0 में सुरक्षा से जुड़े कुछ मुख्य सुधार किए गए हैं. इनके बारे में यहां बताया गया है:
- अलग-अलग फ़ाइलों को अलग-अलग तरीकों से एन्क्रिप्ट करने का तरीका. पूरे स्टोरेज को एक यूनिट के तौर पर एन्क्रिप्ट करने के बजाय, फ़ाइल के लेवल पर एन्क्रिप्ट करने से, डिवाइस पर मौजूद अलग-अलग उपयोगकर्ताओं और प्रोफ़ाइलों (जैसे, निजी और काम से जुड़ी प्रोफ़ाइल) को बेहतर तरीके से अलग किया जा सकता है और उन्हें सुरक्षित रखा जा सकता है.
- डायरेक्ट बूट. फ़ाइल-आधारित एन्क्रिप्शन की मदद से चालू होने वाली डायरेक्ट बूट की सुविधा, डिवाइस के चालू होने पर, अलार्म घड़ी और सुलभता सुविधाओं जैसे कुछ ऐप्लिकेशन को बिना अनलॉक किए चलाने की अनुमति देती है.
- वेरिफ़ाइड बूट. अब वेरिफ़ाइड बूट की प्रोसेस को सख्ती से लागू किया जा रहा है, ताकि हैक किए गए डिवाइसों को बूट होने से रोका जा सके. साथ ही, यह गड़बड़ी ठीक करने की सुविधा भी देता है, ताकि गलत मकसद से डेटा को नुकसान पहुंचाने से रोका जा सके.
- SELinux. SELinux कॉन्फ़िगरेशन को अपडेट करने और seccomp कवरेज को बढ़ाने से, ऐप्लिकेशन सैंडबॉक्स को और ज़्यादा सुरक्षित किया जा सकता है. साथ ही, अटैक सरफ़ेस को भी कम किया जा सकता है.
- लाइब्रेरी लोड करने के क्रम को बदलना और बेहतर ASLR. रैंडमिटी बढ़ने से, कोड के फिर से इस्तेमाल से जुड़े कुछ हमले कम भरोसेमंद हो जाते हैं.
- कर्नेल को ज़्यादा सुरक्षित बनाना. नए कर्नेल के लिए, मेमोरी की अतिरिक्त सुरक्षा जोड़ी गई है. इसके लिए, कर्नेल मेमोरी के कुछ हिस्सों को रीड-ओनली के तौर पर मार्क किया गया है. साथ ही, कर्नेल के ऐक्सेस को यूज़रस्पेस पतों पर सीमित किया गया है. इससे, हमले के मौजूदा प्लैटफ़ॉर्म को और छोटा किया जा सकता है.
- APK सिग्नेचर स्कीम v2. पूरी फ़ाइल पर हस्ताक्षर करने की सुविधा शुरू की गई है. इससे पुष्टि की प्रोसेस तेज़ होती है और पूरी सुरक्षा की गारंटी मिलती है.
- भरोसेमंद सीए स्टोर. ऐप्लिकेशन के लिए, अपने सुरक्षित नेटवर्क ट्रैफ़िक के ऐक्सेस को कंट्रोल करना आसान हो, इसके लिए एपीआई लेवल 24 और उसके बाद के वर्शन को टारगेट करने वाले ऐप्लिकेशन के लिए, डिफ़ॉल्ट रूप से उपयोगकर्ता के इंस्टॉल किए गए सर्टिफ़िकेट देने वाली संस्थाओं और डिवाइस एडमिन एपीआई के ज़रिए इंस्टॉल किए गए सर्टिफ़िकेट देने वाली संस्थाओं पर भरोसा नहीं किया जाता. इसके अलावा, सभी नए Android डिवाइसों में एक ही भरोसेमंद सीए स्टोर होना चाहिए.
- नेटवर्क की सुरक्षा से जुड़ा कॉन्फ़िगरेशन. एलान वाली कॉन्फ़िगरेशन फ़ाइल की मदद से, नेटवर्क की सुरक्षा और TLS को कॉन्फ़िगर करें.
Android 6
Android के हर रिलीज़ में, उपयोगकर्ताओं को सुरक्षित रखने के लिए सुरक्षा से जुड़ी कई सुविधाएं शामिल की जाती हैं. Android 6.0 में सुरक्षा से जुड़े कुछ मुख्य सुधार किए गए हैं. इनके बारे में यहां बताया गया है:
- रनटाइम अनुमतियां. ऐप्लिकेशन को इंस्टॉल करने के समय अनुमतियां मिलने के बजाय, ऐप्लिकेशन के रनटाइम में अनुमतियों का अनुरोध किया जाता है. उपयोगकर्ता, M और M से पहले के ऐप्लिकेशन, दोनों के लिए अनुमतियों को टॉगल करके चालू और बंद कर सकते हैं.
- वेरिफ़ाइड बूट. सिस्टम सॉफ़्टवेयर को इस्तेमाल करने से पहले, क्रिप्टोग्राफ़िक तरीके से कई तरह की जांच की जाती हैं. इससे यह पक्का किया जाता है कि फ़ोन का बूटलोडर से लेकर ऑपरेटिंग सिस्टम तक सब ठीक है.
- हार्डवेयर से अलग की गई सुरक्षा. नई हार्डवेयर एब्स्ट्रैक्शन लेयर (एचएएल), जिसका इस्तेमाल फ़िंगरप्रिंट एपीआई, लॉकस्क्रीन, डिवाइस एन्क्रिप्शन, और क्लाइंट सर्टिफ़िकेट करते हैं. इससे कुंजियों को कर्नेल के साथ छेड़छाड़ और/या स्थानीय हमलों से बचाया जा सकता है
- फ़िंगरप्रिंट. अब डिवाइसों को सिर्फ़ एक टच से अनलॉक किया जा सकता है. डेवलपर, एन्क्रिप्शन पासकोड को लॉक और अनलॉक करने के लिए, फ़िंगरप्रिंट का इस्तेमाल करने के लिए, नए एपीआई का भी फ़ायदा ले सकते हैं.
- एसडी कार्ड का इस्तेमाल. डिवाइस में, डिवाइस से हटाया जा सकने वाला मीडिया इस्तेमाल किया जा सकता है. इससे, ऐप्लिकेशन के स्थानीय डेटा, फ़ोटो, वीडियो वगैरह के लिए उपलब्ध स्टोरेज को बढ़ाया जा सकता है. हालांकि, इसे ब्लॉक-लेवल एन्क्रिप्शन की मदद से सुरक्षित रखा जा सकता है.
- साफ़ टेक्स्ट ट्रैफ़िक. डेवलपर, नए StrictMode का इस्तेमाल करके यह पक्का कर सकते हैं कि उनके ऐप्लिकेशन में क्लियरटेक्स्ट का इस्तेमाल न किया जा रहा हो.
- सिस्टम को सुरक्षित बनाना. SELinux की नीतियों के ज़रिए सिस्टम को बेहतर बनाना. इससे उपयोगकर्ताओं के बीच बेहतर तौर पर अलगाव होता है, IOCTL फ़िल्टरिंग की सुविधा मिलती है, और सार्वजनिक तौर पर उपलब्ध सेवाओं से जुड़े खतरे को कम किया जा सकता है. साथ ही, SELinux डोमेन को और ज़्यादा सख्त किया जा सकता है और /proc का ऐक्सेस बहुत सीमित किया जा सकता है.
- यूएसबी ऐक्सेस कंट्रोल: उपयोगकर्ताओं को फ़ोन पर मौजूद फ़ाइलों, स्टोरेज या अन्य सुविधाओं को यूएसबी से ऐक्सेस करने की अनुमति देने के लिए पुष्टि करनी होगी. डिफ़ॉल्ट रूप से, अब सिर्फ़ शुल्क सेट किया गया है. इसके तहत, स्टोरेज का ऐक्सेस पाने के लिए उपयोगकर्ता की साफ़ तौर पर अनुमति लेनी होगी.
Android 5
5.0
Android के हर रिलीज़ में, उपयोगकर्ताओं को सुरक्षित रखने के लिए सुरक्षा से जुड़ी कई सुविधाएं शामिल की जाती हैं. Android 5.0 में सुरक्षा से जुड़े कुछ मुख्य सुधार किए गए हैं. इनके बारे में यहां बताया गया है:
- डिफ़ॉल्ट रूप से एन्क्रिप्ट (सुरक्षित) किया गया. जिन डिवाइसों पर L डिफ़ॉल्ट रूप से उपलब्ध होता है उन पर फ़ुल डिस्क एन्क्रिप्शन डिफ़ॉल्ट रूप से चालू होता है. इससे, खोए या चोरी हुए डिवाइसों पर मौजूद डेटा की सुरक्षा बेहतर होती है. जिन डिवाइसों पर Android L वर्शन अपडेट किया गया है उन्हें सेटिंग > सुरक्षा में जाकर एन्क्रिप्ट किया जा सकता है .
- पूरी ड्राइव को सुरक्षित रखने की बेहतर सुविधा. उपयोगकर्ता के पासवर्ड को
scrypt
का इस्तेमाल करके, ब्रूट-फ़ोर्स हमलों से सुरक्षित रखा जाता है. साथ ही, जहां उपलब्ध हो वहां कुंजी को हार्डवेयर कीस्टोर से बंधा जाता है, ताकि डिवाइस से बाहर के हमलों को रोका जा सके. हमेशा की तरह, Android स्क्रीन लॉक की सीक्रेट और डिवाइस को एन्क्रिप्ट करने वाली कुंजी को डिवाइस से बाहर नहीं भेजा जाता या किसी ऐप्लिकेशन को नहीं दिखाया जाता. - SELinux की मदद से बेहतर बनाया गया Android सैंडबॉक्स . Android के लिए अब सभी डोमेन के लिए, नीति लागू करने वाले मोड में SELinux की ज़रूरत है. SELinux, Linux कर्नेल में मौजूद ज़रूरी ऐक्सेस कंट्रोल (एमएसी) सिस्टम है. इसका इस्तेमाल, डिस्क्रेशनरी ऐक्सेस कंट्रोल (डीएसी) वाले मौजूदा सुरक्षा मॉडल को बेहतर बनाने के लिए किया जाता है. यह नई लेयर, सुरक्षा से जुड़ी संभावित कमजोरियों से ज़्यादा सुरक्षा देती है.
- Smart Lock. Android में अब ट्रस्टलेट शामिल हैं. इनसे डिवाइसों को अनलॉक करने में ज़्यादा आसानी होती है. उदाहरण के लिए, ट्रस्टलेट की मदद से, किसी भरोसेमंद डिवाइस के आस-पास होने पर डिवाइस अपने-आप अनलॉक हो सकते हैं. ऐसा, एनएफ़सी या ब्लूटूथ की मदद से किया जा सकता है. इसके अलावा, किसी भरोसेमंद व्यक्ति के डिवाइस का इस्तेमाल करने पर भी डिवाइस अपने-आप अनलॉक हो सकते हैं.
- फ़ोन और टैबलेट के लिए, एक से ज़्यादा उपयोगकर्ता, प्रतिबंधित प्रोफ़ाइल, और मेहमान मोड. Android अब फ़ोन पर एक से ज़्यादा उपयोगकर्ताओं के लिए काम करता है. साथ ही, इसमें मेहमान मोड भी शामिल है. इस मोड का इस्तेमाल करके, अपने डिवाइस का ऐक्सेस कुछ समय के लिए आसानी से दिया जा सकता है. ऐसा करने पर, आपके डेटा और ऐप्लिकेशन का ऐक्सेस नहीं दिया जाता.
- ओटीए के बिना वेबव्यू में होने वाले अपडेट. वेबव्यू को अब फ़्रेमवर्क के बिना और सिस्टम ओटीए के बिना अपडेट किया जा सकता है. इससे, WebView में सुरक्षा से जुड़ी संभावित समस्याओं का तेज़ी से जवाब दिया जा सकता है.
- एचटीटीपीएस और TLS/एसएसएल के लिए अपडेट किया गया क्रिप्टोग्राफ़ी. TLSv1.2 और TLSv1.1 अब चालू है, फ़ॉरवर्ड सिक्योरिटी को प्राथमिकता दी जाती है, AES-GCM अब चालू है, और कमज़ोर साइफ़र सुइट (MD5, 3DES, और एक्सपोर्ट साइफ़र सुइट) अब बंद हैं. ज़्यादा जानकारी के लिए, https://developer.android.com/reference/javax/net/ssl/SSLSocket.html पर जाएं.
- नॉन-पीआईई लिंकर के लिए सहायता हटा दी गई है. Android के लिए अब सभी डाइनैमिक तौर पर लिंक किए गए एक्सीक्यूटेबल, पीआईई (पोज़िशन-इंडिपेंडेंट एक्सीक्यूटेबल) के साथ काम करने चाहिए. इससे Android के ऐड्रेस स्पेस के लेआउट को रैंडमाइज़ करने (ASLR) की सुविधा को बेहतर तरीके से लागू किया जा सकता है.
- FORTIFY_SOURCE में सुधार. libc के इन फ़ंक्शन में अब FORTIFY_SOURCE सुरक्षा लागू की गई है:
stpcpy()
,stpncpy()
,read()
,recvfrom()
,FD_CLR()
,FD_SET()
, औरFD_ISSET()
. इससे, उन फ़ंक्शन से जुड़ी मेमोरी में गड़बड़ी की समस्याओं से सुरक्षा मिलती है. - सुरक्षा से जुड़ी समस्याएं ठीक करना. Android 5.0 में, Android से जुड़ी जोखिम की संभावनाओं को ठीक करने के लिए भी सुधार किए गए हैं. इन कमजोरियों के बारे में जानकारी, Open Handset Alliance के सदस्यों को दी गई है. साथ ही, इनकी वजह से होने वाली समस्याओं को ठीक करने के लिए, Android Open Source Project में समाधान उपलब्ध हैं. सुरक्षा को बेहतर बनाने के लिए, Android के पुराने वर्शन वाले कुछ डिवाइसों में भी ये सुधार शामिल हो सकते हैं.
Android 4 और उससे पहले के वर्शन
每个 Android 版本中都包含数十项用于保护用户的安全增强功能。以下是 Android 4.4 中提供的一些安全增强功能:
- 通过 SELinux 得到增强的 Android 沙盒。 Android 现在以强制模式使用 SELinux。SELinux 是 Linux 内核中的强制访问控制 (MAC) 系统,用于增强基于自主访问控制 (DAC) 的现有安全模型。 这为防范潜在的安全漏洞提供了额外的保护屏障。
- 按用户应用 VPN。 在多用户设备上,现在按用户应用 VPN。 这样一来,用户就可以通过一个 VPN 路由所有网络流量,而不会影响使用同一设备的其他用户。
- AndroidKeyStore 中的 ECDSA 提供程序支持。 Android 现在有一个允许使用 ECDSA 和 DSA 算法的密钥库提供程序。
- 设备监测警告。 如果有任何可能允许监测加密网络流量的证书添加到设备证书库中,Android 都会向用户发出警告。
- FORTIFY_SOURCE。 Android 现在支持 FORTIFY_SOURCE 第 2 级,并且所有代码在编译时都会受到这些保护。FORTIFY_SOURCE 已得到增强,能够与 Clang 配合使用。
- 证书锁定。 Android 4.4 能够检测安全的 SSL/TLS 通信中是否使用了欺诈性 Google 证书,并且能够阻止这种行为。
- 安全修复程序。 Android 4.4 中还包含针对 Android 特有漏洞的修复程序。 有关这些漏洞的信息已提供给“开放手机联盟”(Open Handset Alliance) 成员,并且 Android 开源项目中提供了相应的修复程序。为了提高安全性,搭载更低版本 Android 的某些设备可能也会包含这些修复程序。
每个 Android 版本中都包含数十项用于保护用户的安全增强功能。以下是 Android 4.3 中提供的一些安全增强功能:
- 通过 SELinux 得到增强的 Android 沙盒。此版本利用 Linux 内核中的 SELinux 强制访问权限控制系统 (MAC) 增强了 Android 沙盒。SELinux 强化功能(用户和开发者看不到它)可提高现有 Android 安全模型的可靠性,同时与现有应用保持兼容。为了确保持续兼容,此版本允许以宽容模式使用 SELinux。此模式会记录所有违反政策的行为,但不会中断应用,也不会影响系统行为。
- 没有
setuid
或setgid
程序。针对 Android 系统文件添加了对文件系统功能的支持,并移除了所有setuid
或setgid
程序。这可以减小 Root 攻击面,并降低出现潜在安全漏洞的可能性。 - ADB 身份验证。从 Android 4.2.2 起,开始使用 RSA 密钥对为 ADB 连接进行身份验证。这可以防止攻击者在实际接触到设备的情况下未经授权使用 ADB。
- 限制 Android 应用执行 SetUID 程序。
/system
分区现在针对 Zygote 衍生的进程装载了 nosuid,以防止 Android 应用执行setuid
程序。这可以减小 root 攻击面,并降低出现潜在安全漏洞的可能性。 - 功能绑定。在执行应用之前,Android Zygote 和 ADB 现在会先使用
prctl(PR_CAPBSET_DROP)
舍弃不必要的功能。这可以防止 Android 应用和从 shell 启动的应用获取特权功能。 - AndroidKeyStore 提供程序。Android 现在有一个允许应用创建专用密钥的密钥库提供程序。该程序可以为应用提供一个用于创建或存储私钥的 API,其他应用将无法使用这些私钥。
- KeyChain
isBoundKeyAlgorithm
。Keychain API 现在提供了一种方法 (isBoundKeyType
),可让应用确认系统级密钥是否已绑定到设备的硬件信任根。该方法提供了一个用于创建或存储私钥的位置,即使发生 root 权限被窃取的情况,这些私钥也无法从设备中导出。 NO_NEW_PRIVS
。Android Zygote 现在会在执行应用代码之前使用prctl(PR_SET_NO_NEW_PRIVS)
禁止添加新权限。这可以防止 Android 应用执行可通过 execve 提升权限的操作。(此功能需要使用 3.5 或更高版本的 Linux 内核)。FORTIFY_SOURCE
增强。在 Android x86 和 MIPS 上启用了FORTIFY_SOURCE
,并增强了strchr()
、strrchr()
、strlen()
和umask()
调用。这可以检测潜在的内存损坏漏洞或没有结束符的字符串常量。- 重定位保护。针对静态关联的可执行文件启用了只读重定位 (relro) 技术,并移除了 Android 代码中的所有文本重定位技术。这可以纵深防御潜在的内存损坏漏洞。
- 经过改进的 EntropyMixer。除了定期执行混合操作之外,EntropyMixer 现在还会在关机或重新启动时写入熵。这样一来,便可以保留设备开机时生成的所有熵,而这对于配置之后立即重新启动的设备来说尤其有用。
- 安全修复程序。Android 4.3 中还包含针对 Android 特有漏洞的修复。有关这些漏洞的信息已提供给“开放手机联盟”(Open Handset Alliance) 成员,并且 Android 开放源代码项目中提供了相应的修复。为了提高安全性,搭载更低版本 Android 的某些设备可能也会包含这些修复。
Android 提供了一个多层安全模型,Android 安全性概述中对该模型进行了介绍。每个 Android 更新版本中都包含数十项用于保护用户的安全增强功能。 以下是 Android 4.2 中引入的一些安全增强功能:
- 应用验证:用户可以选择启用“验证应用”,并且可以选择在安装应用之前由应用验证程序对应用进行筛查。如果用户尝试安装的应用可能有害,应用验证功能可以提醒用户;如果应用的危害性非常大,应用验证功能可以阻止安装。
- 加强对付费短信的控制:如果有应用尝试向使用付费服务的短号码发送短信(可能会产生额外的费用),Android 将会通知用户。用户可以选择是允许还是阻止该应用发送短信。
- 始终开启的 VPN:可以配置 VPN,以确保在建立 VPN 连接之前应用无法访问网络。这有助于防止应用跨其他网络发送数据。
- 证书锁定:Android 的核心库现在支持证书锁定。如果证书未关联到一组应关联的证书,锁定的域将会收到证书验证失败消息。这有助于保护证书授权机构免遭可能的入侵。
- 改进后的 Android 权限显示方式:权限划分到了多个对用户来说更清晰明了的组中。在审核权限时,用户可以点击权限来查看关于相应权限的更多详细信息。
- installd 安全强化:
installd
守护程序不会以 root 用户身份运行,这样可以缩小 root 提权攻击的潜在攻击面。 - init 脚本安全强化:init 脚本现在会应用
O_NOFOLLOW
语义来防范与符号链接相关的攻击。 FORTIFY_SOURCE
:Android 现在会实现FORTIFY_SOURCE
,以供系统库和应用用于防范内存损坏。- ContentProvider 默认配置:默认情况下,对于每个 content provider,以 API 级别 17 为目标的应用都会将
export
设为false
,以缩小应用的默认受攻击面。 - 加密:修改了 SecureRandom 和 Cipher.RSA 的默认实现,以便使用 OpenSSL。为使用 OpenSSL 1.0.1 的 TLSv1.1 和 TLSv1.2 添加了安全套接字支持
- 安全漏洞修复程序:升级了开放源代码库,在其中新增了一些安全漏洞修复程序,其中包括 WebKit、libpng、OpenSSL 和 LibXML。Android 4.2 中还包含针对 Android 特有漏洞的修复程序。有关这些漏洞的信息已提供给“开放手机联盟”(Open Handset Alliance) 成员,并且 Android 开放源代码项目中提供了相应的修复程序。为了提高安全性,部分搭载更低版本 Android 系统的设备可能也会包含这些修复程序。
Android 提供了一个多层安全模型,Android 安全性概述中对该模型进行了介绍。每个 Android 更新版本中都包含数十项用于保护用户的安全增强功能。以下是 Android 1.5 至 4.1 版中引入的一些安全增强功能:
- Android 1.5
- ProPolice:旨在防止堆栈缓冲区溢出 (-fstack-protector)
- safe_iop:旨在减少整数溢出
- OpenBSD dlmalloc 的扩展程序:旨在防范 double free() 漏洞和连续块攻击。连续块攻击是利用堆损坏的常见攻击方式。
- OpenBSD calloc:旨在防止在内存分配期间发生整数溢出
- Android 2.3
- 格式化字符串漏洞防护功能 (-Wformat-security -Werror=format-security)
- 基于硬件的 No eXecute (NX):旨在防止在堆栈和堆上执行代码
- Linux mmap_min_addr:旨在降低空指针解引用提权风险(在 Android 4.1 中得到了进一步增强)
- Android 4.0
- 地址空间布局随机化 (ASLR):旨在随机排列内存中的关键位置
- Android 4.1
- PIE(位置无关可执行文件)支持
- 只读重定位/立即绑定 (-Wl,-z,relro -Wl,-z,now)
- 启用了 dmesg_restrict(避免内核地址泄露)
- 启用了 kptr_restrict(避免内核地址泄露)