Normal Permission ใน Android — คืออะไร ระดับการป้องกัน และหลักการทำงาน

Normal Permission ใน Android คืออะไร

Normal Permission คือประเภทของสิทธิ์ระบบใน Android ที่มี ProtectionLevel normal ซึ่งให้กับแอปพลิเคชันโดยอัตโนมัติเมื่อติดตั้ง นักพัฒนาไม่จำเป็นต้องเขียนโค้ดเพื่อขอสิทธิ์ — เพียงประกาศสิทธิ์ใน AndroidManifest.xml ผู้ใช้ไม่เห็นไดอะล็อกใดๆ และไม่สามารถเพิกถอนสิทธิ์ปกติแยกต่างหากได้ ทำได้เพียงลบแอปพลิเคชันทั้งหมดทิ้ง

ระบบ Android จัดประเภทสิทธิ์ปกติว่ามีความเสี่ยงต่ำ — ไม่ให้เข้าถึงข้อมูลส่วนบุคคล กล้อง หรือไมโครโฟน ตัวอย่างทั่วไป: การเข้าถึงอินเทอร์เน็ต การควบคุมการสั่น การอ่านสถานะ Wi-Fi ตาม Android Security Model (2024) ประมาณ 40 เปอร์เซ็นต์ของสิทธิ์ระบบทั้งหมดอยู่ในหมวดหมู่ปกติ

คุณสมบัติที่สำคัญ — สิทธิ์ปกติไม่สามารถเพิกถอนได้ระหว่างรันไทม์ผ่านการตั้งค่า หากผู้ใช้ต้องการปฏิเสธการเข้าถึง วิธีเดียวคือลบแอปพลิเคชัน นักพัฒนาควรพิจารณาเรื่องนี้ในสถาปัตยกรรม แต่สำหรับผู้ใช้แล้ว วิธีการนี้ช่วยให้การโต้ตอบง่ายขึ้น: ไม่มีไดอะล็อกเมื่อเริ่มใช้งานครั้งแรก

ประวัติของหมวดหมู่

การแบ่งเป็นสิทธิ์ปกติและอันตรายปรากฏใน Android 6.0 Marshmallow (API 23) ก่อนเวอร์ชันนี้ สิทธิ์ทั้งหมดจะถูกขอเมื่อติดตั้ง — ผู้ใช้จะเห็นรายการเดียวและยอมรับหรือปฏิเสธทั้งหมด Normal Permission ยังคงรูปแบบนี้สำหรับการดำเนินการที่มีความเสี่ยงต่ำ ในขณะที่ Dangerous เปลี่ยนเป็นคำขอรันไทม์ การเปลี่ยนแปลงนี้ช่วยปรับปรุงประสบการณ์ผู้ใช้และเพิ่มความปลอดภัยในเวลาเดียวกัน

API ใดบ้างที่ต้องใช้ Normal Permission

API ระบบ Android จำนวนมากต้องการการประกาศสิทธิ์ปกติอย่างชัดเจน แม้ว่าการเข้าถึงจะเป็นแบบอัตโนมัติ ตัวอย่างเช่น คลาส ConnectivityManager ต้องใช้ ACCESS_NETWORK_STATE, VibratorService ต้องใช้ VIBRATE, WifiManager ต้องใช้ ACCESS_WIFI_STATE หากไม่ประกาศ uses-permission ที่เกี่ยวข้อง การเรียก API เหล่านี้จะทำให้เกิด SecurityException

ProtectionLevel normal ทำงานอย่างไร

ProtectionLevel normal คือระดับการป้องกันขั้นต่ำในระบบสิทธิ์ Android สิทธิ์ในระดับนี้จะประกาศใน manifest และระบบจะตรวจสอบการประกาศเมื่อติดตั้ง โดยให้สิทธิ์เข้าใช้โดยไม่ต้องให้ผู้ใช้ดำเนินการใดๆ ไม่มีการแสดงองค์ประกอบ UI ไม่มีการเรียกคืนค่า

กลไกการตรวจสอบทำงานที่ระดับ PackageManager ระหว่างการติดตั้ง APK ระบบจะสแกนแท็ก uses-permission ทั้งหมด กำหนดระดับการป้องกันของแต่ละสิทธิ์โดยจับคู่กับคำจำกัดความของระบบในไฟล์ permissions.xml และสำหรับระดับปกติ เพียงลงทะเบียนการเข้าถึง กระบวนการใช้เวลาเป็นมิลลิวินาทีและไม่ต้องโต้ตอบกับอินเทอร์เฟซผู้ใช้

อัลกอริธึมการให้สิทธิ์ทำงานดังนี้:

• ระบบอ่าน manifest ในขณะที่ติดตั้งแอปพลิเคชัน
• จับคู่ protectionLevel ใน /etc/permissions/ บนอุปกรณ์
• หากค่าเป็น normal — ให้สิทธิ์เข้าถึงโดยอัตโนมัติ
• สิทธิ์ยังคงทำงานอยู่จนกว่าจะลบแอปพลิเคชันทั้งหมด

ผู้ใช้ไม่สามารถเพิกถอนสิทธิ์ปกติผ่านอินเทอร์เฟซได้ ในการตั้งค่าแอปพลิเคชัน ในส่วนสิทธิ์ จะแสดงเฉพาะสิทธิ์อันตรายเท่านั้น ซึ่งแตกต่างจาก iOS ที่ทุกสิทธิ์ต้องได้รับการยืนยันแยกต่างหาก โดยไม่ขึ้นกับระดับความละเอียดอ่อนของฟังก์ชัน

Normal Permission vs Dangerous Permission

Normal และ Dangerous Permission เป็นหมวดหมู่การป้องกันที่ตรงกันข้ามสองหมวดหมู่ใน Android ความแตกต่างหลักอยู่ที่วิธีการให้สิทธิ์: สิทธิ์ปกติจะให้โดยอัตโนมัติเมื่อติดตั้ง สิทธิ์อันตรายต้องการความยินยอมอย่างชัดแจ้งผ่านไดอะล็อกขณะรันไทม์ ความแตกต่างนี้สร้างไว้ในสถาปัตยกรรมความปลอดภัยของ Android ตั้งแต่เวอร์ชัน 6.0 Marshmallow

การเปรียบเทียบคุณลักษณะสำคัญ:

ความแตกต่างในคำขอผู้ใช้

ผู้ใช้ไม่เห็นไดอะล็อกใดๆ เมื่อขอ Normal Permission หากแอปต้องการ INTERNET — จะได้รับโดยไม่มีเสียงแจ้ง สำหรับ Dangerous Permission ระบบจะแสดงไดอะล็อกแบบโมดัลที่อธิบายการเข้าถึงที่ขอ ผู้ใช้กดอนุญาตหรือปฏิเสธ และภายหลังสามารถเพิกถอนสิทธิ์ได้ตลอดเวลาผ่านการตั้งค่า นี่คือความแตกต่าง UX ที่สำคัญซึ่งกำหนดกลยุทธ์การพัฒนาอินเทอร์เฟซ

เมื่อใดควรเลือก Normal

Normal ควรใช้ในทุกกรณีที่การเข้าถึงไม่เกี่ยวข้องกับข้อมูลที่ละเอียดอ่อน ACCESS_NETWORK_STATE สำหรับตรวจสอบการเชื่อมต่อ, VIBRATE สำหรับการตอบสนองแบบสัมผัส, INTERNET สำหรับคำขอ HTTP — ทั้งหมดนี้คือสิทธิ์ปกติ การใช้ระดับ dangerous ในที่ที่ normal เพียงพอเป็นแนวทางที่ไม่ดี ทำให้เกิดไดอะล็อกที่ไม่จำเป็นและลดความไว้วางใจของผู้ใช้ในแอปพลิเคชัน

รายการสิทธิ์ปกติใน Android

Android กำหนด สิทธิ์ปกติหลายสิบรายการ แต่ละรายการสอดคล้องกับฟังก์ชันระบบเฉพาะ ทั้งหมดสามารถเข้าถึงได้ผ่านค่าคงที่ของคลาส Manifest.permission ด้านล่างคือรายการที่ใช้บ่อยที่สุดในการพัฒนาแอปพลิเคชัน

กลุ่มของสิทธิ์ปกติ

สิทธิ์ปกติไม่ได้ถูกจัดกลุ่มเป็น Permission Group เพื่อวัตถุประสงค์ในการแสดงผลบน UI กลุ่มใน Android มีไว้สำหรับหน้าจอการตั้งค่าที่แสดงเฉพาะสิทธิ์อันตรายเท่านั้น อย่างไรก็ตาม สิทธิ์ปกติสามารถแบ่งตามตรรกะเป็นหมวดหมู่: เครือข่าย (INTERNET, ACCESS_NETWORK_STATE), ฮาร์ดแวร์ (VIBRATE, WAKE_LOCK), ระบบ (SET_ALARM) และสิทธิ์ Bluetooth

ค่าคงที่บางตัวจาก Manifest.permission อาจเปลี่ยนระดับการป้องกันใน Android เวอร์ชันต่างๆ ตัวอย่างเช่น BLUETOOTH_CONNECT บน Android 12+ กลายเป็นสิทธิ์อันตรายที่ต้องขอรันไทม์ แม้ว่าในเวอร์ชันเก่าจะเป็นปกติ นักพัฒนาแนะนำให้ตรวจสอบ protectionLevel ปัจจุบันสำหรับ API เป้าหมายผ่านเอกสารประกอบ

การตรวจสอบ Normal Permission ผ่าน PackageManager

นักพัฒนาสามารถตรวจสอบโดยโปรแกรมว่าสิทธิ์เป็นปกติหรือไม่ผ่าน PackageManager เมธอด getPermissionInfo ส่งคืน PermissionInfo ซึ่งฟิลด์ protectionLevel มีแฟล็ก PermissionInfo.PROTECTION_NORMAL ซึ่งมีประโยชน์สำหรับการจัดการแบบไดนามิกและการดีบัก

fun isNormalPermission(permission: String): Boolean {
    val pm = packageManager
    val info = pm.getPermissionInfo(
        permission,
        PackageManager.GET_META_DATA
    )
    return info.protectionLevel ==
        PermissionInfo.PROTECTION_NORMAL
}

วิธีประกาศ Normal Permission ใน manifest

การประกาศ Normal Permission ใน AndroidManifest.xml เป็นการดำเนินการที่ง่ายที่สุด โดยต้องใช้แท็ก uses-permission เพียงแท็กเดียว ไม่จำเป็นต้องกำหนดค่า protectionLevel เพิ่มเติม เนื่องจากระดับการป้องกันถูกกำหนดโดยคำจำกัดความของระบบ ไม่ใช่โดย manifest ของแอปพลิเคชัน นักพัฒนาเพียงระบุชื่อเต็มของค่าคงที่

<!-- AndroidManifest.xml -->
<uses-permission
    android:name="android.permission.INTERNET" />
<uses-permission
    android:name="android.permission.ACCESS_NETWORK_STATE" />
<uses-permission
    android:name="android.permission.VIBRATE" />

ระบบประมวลผลการประกาศทั้งหมดเมื่อติดตั้ง หากสิทธิ์ที่ประกาศอย่างน้อยหนึ่งรายการมี protectionLevel ที่แตกต่างจาก normal จะต้องมีคำขอรันไทม์ INTERNET เป็นสิทธิ์ปกติที่ได้รับความนิยมมากที่สุด ซึ่งมีอยู่ในแอปพลิเคชัน Android ส่วนใหญ่ โดยเฉพาะแอปที่ทำคำขอ HTTP หรือโหลดเนื้อหาจากเครือข่าย

ตัวอย่าง manifest ที่สมบูรณ์

ตัวอย่างที่สมบูรณ์ของ AndroidManifest.xml ที่มีสิทธิ์ปกติและอันตรายแสดงให้เห็นความแตกต่าง: ทางไวยากรณ์ แท็ก uses-permission เหมือนกัน แต่ขณะรันไทม์ INTERNET และ VIBRATE จะได้รับโดยอัตโนมัติ ในขณะที่ CAMERA จะต้องมีไดอะล็อก

<manifest
    xmlns:android="http://schemas.android.com/apk/res/android">

    <!-- Normal permissions -->
    <uses-permission
        android:name="android.permission.INTERNET" />
    <uses-permission
        android:name="android.permission.VIBRATE" />

    <!-- Dangerous permission -->
    <uses-permission
        android:name="android.permission.CAMERA" />
</manifest>

Manifest Merger และ Normal Permission

เมื่อใช้ไลบรารี — Google Play Services, Firebase, Glide — ไลบรารีเหล่านั้นอาจเพิ่ม uses-permission ของตัวเองลงใน manifest สุดท้ายผ่าน Manifest Merger บางรายการเป็นปกติ (INTERNET สำหรับ Firebase) บางรายการเป็นอันตราย (ACCESS_FINE_LOCATION สำหรับ Google Maps) นักพัฒนาควรตรวจสอบ manifest ที่รวมกันสุดท้ายใน build/outputs/logs/manifest-merger-report.txt ก่อนเผยแพร่

ข้อจำกัดของ Normal Permission

Normal Permission มีข้อจำกัดพื้นฐานสองประการ: ผู้ใช้ไม่สามารถเพิกถอนได้ และไม่มีอินเทอร์เฟซการจัดการ หากผู้ใช้ไม่ไว้วางใจแอปพลิเคชัน แต่สิทธิ์ปกติถูกให้ไปแล้วโดยอัตโนมัติ — ทางออกเดียวคือลบแอปพลิเคชัน สิ่งนี้สร้างความเสี่ยง เนื่องจากสิทธิ์ปกติไม่สามารถถูกบล็อกโดยวิธีการมาตรฐานของ Android

ข้อจำกัดเพิ่มเติมปรากฏบนอุปกรณ์ที่มีหลายโปรไฟล์ (Work Profile, Multiple Users) Normal Permission จะให้กับทุกโปรไฟล์พร้อมกัน — แอปพลิเคชันไม่สามารถจำกัดสิทธิ์ให้เฉพาะโปรไฟล์เดียว ในสถานการณ์องค์กร จะแก้ไขผ่าน Managed Configurations

ไม่สามารถตรวจสอบได้ว่าแอปพลิเคชันกำลังใช้ Normal Permission ในขณะนั้นหรือไม่ เมธอดของระบบ checkSelfPermission ทำงานเฉพาะกับสิทธิ์อันตรายเท่านั้น สำหรับสิทธิ์ปกติ จะส่งคืน PERMISSION_GRANTED เสมอ ซึ่งไม่สะท้อนกิจกรรมจริง ควรพิจารณาเรื่องนี้ในการตรวจสอบความปลอดภัยและการวิเคราะห์พฤติกรรมของแอปพลิเคชัน

นอกจากนี้ ควรจำไว้ว่าผู้ผลิตอุปกรณ์บางราย (Xiaomi, Huawei, Samsung) ปรับเปลี่ยนพฤติกรรมมาตรฐานของสิทธิ์ ในเฟิร์มแวร์ของพวกเขา Normal Permission อาจต้องการสิทธิ์เพิ่มเติมในเชลล์ MIUI หรือ EMUI ที่เป็นกรรมสิทธิ์ นักพัฒนาแนะนำให้ทดสอบบนอุปกรณ์จริงจากผู้ผลิตต่างๆ