Trong Android 6.0 trở lên, mô hình quyền ứng dụng Android được thiết kế để làm cho quyền dễ hiểu, hữu ích và an toàn hơn cho người dùng. Mô hình đã di chuyển các ứng dụng Android yêu cầu quyền nguy hiểm (xem Quyền bị ảnh hưởng ) từ mô hình quyền thời gian cài đặt sang mô hình quyền thời gian chạy :
- Quyền thời gian cài đặt
( Android 5.1 trở xuống ) Người dùng cấp các quyền nguy hiểm cho ứng dụng khi họ cài đặt hoặc cập nhật ứng dụng. Các nhà sản xuất thiết bị và nhà cung cấp dịch vụ có thể cài đặt sẵn ứng dụng với các quyền được tích hợp sẵn mà không cần thông báo cho người dùng.
- Quyền thời gian chạy
( Android 6.0 - 9 ) Người dùng cấp các quyền nguy hiểm cho ứng dụng khi ứng dụng đang chạy. Thời điểm quyền được yêu cầu (chẳng hạn như khi ứng dụng khởi chạy hoặc khi người dùng truy cập vào một tính năng cụ thể) tùy thuộc vào ứng dụng, nhưng người dùng cấp / từ chối ứng dụng truy cập vào các nhóm quyền cụ thể. OEM / nhà cung cấp dịch vụ có thể cài đặt sẵn ứng dụng, nhưng không thể tích hợp trước các quyền trừ khi họ thực hiện quy trình ngoại lệ. (Xem Tạo ngoại lệ .)
( Android 10 ) Người dùng thấy sự minh bạch tăng lên và có quyền kiểm soát ứng dụng nào có quyền thời gian chạy nhận dạng hoạt động (AR). Người dùng được hộp thoại quyền thời gian chạy nhắc hoặc luôn cho phép, cho phép khi đang sử dụng hoặc từ chối quyền. Trên bản nâng cấp hệ điều hành lên Android 10, các quyền được cấp cho ứng dụng vẫn được giữ lại, nhưng người dùng có thể vào Cài đặt và thay đổi chúng.
Các quyền trong thời gian chạy ngăn các ứng dụng truy cập vào dữ liệu riêng tư mà không có sự đồng ý của người dùng, đồng thời cung cấp cho họ ngữ cảnh bổ sung và khả năng hiển thị về các loại quyền mà ứng dụng đang tìm kiếm hoặc đã được cấp. Mô hình thời gian chạy khuyến khích các nhà phát triển giúp người dùng hiểu lý do tại sao các ứng dụng yêu cầu các quyền được yêu cầu và cung cấp tính minh bạch cao hơn để người dùng có thể đưa ra quyết định tốt hơn về việc cấp hoặc từ chối chúng.
Quyền bị ảnh hưởng
Android 6.0 trở lên yêu cầu các quyền nguy hiểm để sử dụng mô hình quyền thời gian chạy. Các quyền nguy hiểm là các quyền có rủi ro cao hơn (chẳng hạn như READ_CALENDAR
) cấp cho các ứng dụng yêu cầu quyền truy cập vào dữ liệu người dùng riêng tư hoặc quyền kiểm soát thiết bị, điều này có thể tác động tiêu cực đến người dùng. Để xem danh sách các quyền nguy hiểm, hãy chạy lệnh:
adb shell pm list permissions -g -d
Android 6.0 trở lên không thay đổi hoạt động của các quyền thông thường . Đây là tất cả các quyền không nguy hiểm bao gồm các quyền thông thường, hệ thống và chữ ký. Các quyền thông thường là các quyền có rủi ro thấp hơn (chẳng hạn như SET_WALLPAPER
) cấp cho các ứng dụng yêu cầu quyền truy cập vào các tính năng cấp ứng dụng riêng biệt với rủi ro tối thiểu đối với các ứng dụng khác, hệ thống hoặc người dùng. Như trong các bản phát hành Android 5.1 trở xuống, hệ thống tự động cấp các quyền bình thường cho ứng dụng yêu cầu khi cài đặt và không nhắc người dùng phê duyệt. Để biết chi tiết về quyền, hãy xem tài liệu phần tử <permission> .
Hạn chế cứng và mềm trong Android 10
Ngoài việc nguy hiểm, một quyền có thể bị hạn chế cứng hoặc hạn chế mềm. Trong cả hai trường hợp, quyền hạn chế cũng phải được liệt kê trong danh sách cho phép. Các hạn chế cứng không được liệt kê hoạt động khác với các hạn chế mềm không được liệt kê:
- ( Hạn chế cứng ) Không thể cấp các ứng dụng không được liệt kê trong danh sách cho phép.
- ( Hạn chế mềm ) Các ứng dụng không có danh sách sẽ hoạt động theo sự cho phép cụ thể mà họ yêu cầu. Hành vi được mô tả trong tài liệu công khai về quyền được yêu cầu.
Khi cài đặt một ứng dụng, trình cài đặt (chẳng hạn như Cửa hàng Google Play) có thể chọn không cho phép liệt kê các quyền hạn chế đối với ứng dụng. Quyền bị hạn chế bởi nền tảng và chỉ được cấp nếu ứng dụng đáp ứng các tiêu chí đặc biệt cho mỗi chính sách nền tảng. Ví dụ về các loại quyền hạn chế cứng bao gồm quyền SMS và Nhật ký cuộc gọi.
Việc cho phép diễn ra trong quá trình cài đặt và khi
- một ứng dụng đã được cài đặt trong quá trình nâng cấp Android 9 lên 10.
- một quyền được tích hợp sẵn hoặc một ứng dụng được cài đặt sẵn.
- một quyền là bắt buộc đối với một vai trò đã được xác định để cho phép liệt kê quyền.
- trình cài đặt (chẳng hạn như Cửa hàng Google Play) đánh dấu quyền là được phép.
Người dùng không thể cho phép các quyền trong danh sách theo cách thủ công.
Yêu cầu
Mô hình quyền thời gian chạy áp dụng cho tất cả các ứng dụng, bao gồm các ứng dụng được cài đặt sẵn và các ứng dụng được phân phối tới thiết bị như một phần của quá trình thiết lập. Yêu cầu phần mềm ứng dụng bao gồm:
- Mô hình quyền thời gian chạy phải nhất quán trên tất cả các thiết bị chạy Android 6.0 trở lên. Điều này được thực thi bởi các bài kiểm tra Bộ kiểm tra tính tương thích của Android (CTS).
- Ứng dụng phải nhắc người dùng cấp quyền cho ứng dụng trong thời gian chạy. Để biết chi tiết, hãy xem Cập nhật ứng dụng . Các ngoại lệ có giới hạn có thể được cấp cho các ứng dụng và trình xử lý mặc định cung cấp chức năng cơ bản của thiết bị cơ bản cho hoạt động dự kiến của thiết bị. (Ví dụ: ứng dụng Trình quay số mặc định của thiết bị để xử lý
ACTION_CALL
có thể có quyền truy cập Điện thoại.) Để biết chi tiết, hãy xem Tạo ngoại lệ . - Các ứng dụng được tải trước có quyền nguy hiểm phải nhắm mục tiêu API cấp 23 và duy trì mô hình quyền thời gian chạy. Nghĩa là, luồng giao diện người dùng trong quá trình cài đặt ứng dụng không được sai lệch so với việc triển khai AOSP của PermissionController, người dùng có thể thu hồi các quyền nguy hiểm của các ứng dụng được cài đặt sẵn, v.v.
- Các ứng dụng không có đầu phải sử dụng một hoạt động để yêu cầu quyền hoặc chia sẻ UID với một ứng dụng khác có các quyền cần thiết. Để biết chi tiết, hãy xem Ứng dụng không đầu .
Quyền di chuyển
Các quyền được cấp cho các ứng dụng trên Android 5.x vẫn được cấp sau khi cập nhật lên Android 6.0 trở lên, nhưng người dùng có thể thu hồi các quyền đó bất kỳ lúc nào.
Trong bản cập nhật Android 9 đến 10, tất cả các quyền bị giới hạn cứng đều được đưa vào danh sách cho phép. Để biết chi tiết về cách triển khai quyền phân chia nền trước / nền, hãy xem phần thay đổi quyền riêng tư của Android 10 , bắt đầu bằng Yêu cầu vị trí nền .
Hội nhập
Khi tích hợp mô hình quyền thời gian chạy ứng dụng cho Android 6.0 trở lên, bạn phải cập nhật các ứng dụng được cài đặt sẵn để hoạt động với mô hình mới. Bạn cũng có thể xác định ngoại lệ cho các ứng dụng là trình xử lý / nhà cung cấp mặc định cho chức năng cốt lõi, xác định quyền tùy chỉnh và tùy chỉnh chủ đề được sử dụng trong ứng dụng PermissionController
.
Cập nhật ứng dụng
Các ứng dụng trên hình ảnh hệ thống và các ứng dụng được cài đặt sẵn không được tự động cài sẵn quyền. Chúng tôi khuyến khích bạn làm việc với các nhà phát triển ứng dụng được cài đặt sẵn (OEM, nhà cung cấp dịch vụ và bên thứ ba) để thực hiện các sửa đổi ứng dụng cần thiết theo nguyên tắc dành cho nhà phát triển. Cụ thể, bạn phải đảm bảo rằng các ứng dụng cài đặt sẵn được sửa đổi để tránh sự cố và các vấn đề khác khi người dùng thu hồi quyền.
Các ứng dụng được tải trước
Trong Android 9 trở xuống, các ứng dụng được tải trước sử dụng quyền nguy hiểm phải nhắm mục tiêu API cấp 23 trở lên và duy trì mô hình quyền AOSP của Android 6.0 trở lên. Ví dụ: luồng giao diện người dùng trong quá trình cài đặt ứng dụng không được sai lệch với việc triển khai AOSP của PermissionController
. Người dùng thậm chí có thể thu hồi các quyền nguy hiểm của các ứng dụng được cài đặt sẵn.
Trong Android 6.0 đến 9, một số quyền được cấp trong quá trình cài đặt. Tuy nhiên, bắt đầu từ năm 10, quy trình cài đặt (được thực hiện bởi ứng dụng Package Installer
) là một chức năng riêng biệt với cấp quyền (trong ứng dụng Trình Permission Controller
quyền).
Ứng dụng không đầu
Chỉ các hoạt động mới có thể yêu cầu quyền. Dịch vụ không thể yêu cầu quyền trực tiếp.
- Trong Android 5.1 trở về trước, các ứng dụng không có đầu có thể yêu cầu quyền khi được cài đặt hoặc nếu chúng được cài đặt sẵn mà không cần sử dụng hoạt động.
- Trong Android 6.0 trở lên, các ứng dụng không có đầu phải sử dụng một trong các phương pháp sau để yêu cầu quyền:
- Thêm một hoạt động để yêu cầu quyền. (Đây là phương pháp ưa thích.)
- Chia sẻ UID với một ứng dụng khác có các quyền cần thiết. Chỉ sử dụng phương pháp này khi bạn cần nền tảng xử lý nhiều APK như một ứng dụng duy nhất.
Mục đích là để tránh gây nhầm lẫn cho người dùng với các yêu cầu cấp phép xuất hiện ngoài ngữ cảnh.
Tùy chỉnh giao diện người dùng PackageInstaller
Nếu muốn, bạn có thể tùy chỉnh chủ đề Giao diện người dùng quyền bằng cách cập nhật các chủ đề thiết bị mặc định ( Theme.DeviceDefault.Settings
và Theme.DeviceDefault.Light.Dialog.NoActionBar
) được sử dụng bởi PackageInstaller. Tuy nhiên, vì tính nhất quán là rất quan trọng đối với các nhà phát triển ứng dụng, bạn không thể tùy chỉnh vị trí, vị trí và các quy tắc về thời điểm Giao diện người dùng Quyền xuất hiện.
Để bao gồm các chuỗi cho các ngôn ngữ bổ sung, hãy đóng góp các chuỗi cho AOSP.
Tạo ngoại lệ
Bạn có thể cấp trước quyền cho các ứng dụng là trình xử lý hoặc nhà cung cấp mặc định cho chức năng hệ điều hành cốt lõi bằng cách sử dụng lớp DefaultPermissionGrantPolicy.java
trong PackageManager. Ví dụ:
ACTION_CALL (Dialer) Default Phone, Contacts, SMS, Microphone
SMS_DELIVER_ACTION (SMS/MMS) Default Phone, Contacts, SMS
Xác định quyền tùy chỉnh
Bạn có thể xác định các quyền và nhóm tùy chỉnh là bình thường hoặc nguy hiểm và thêm các quyền dành riêng cho OEM / Nhà cung cấp dịch vụ vào các nhóm quyền hiện có, giống như bạn có thể làm trong Android 5.x và các bản phát hành trước đó.
Trong Android 6.0 trở lên, nếu bạn thêm quyền nguy hiểm mới, quyền đó phải được xử lý giống như các quyền nguy hiểm khác (được yêu cầu trong thời gian chạy ứng dụng và người dùng có thể thu hồi). Đặc biệt:
- Bạn có thể thêm các quyền mới vào một nhóm hiện tại, nhưng bạn không thể sửa đổi ánh xạ AOSP về các quyền nguy hiểm và các nhóm quyền nguy hiểm. (Nói cách khác, bạn không thể xóa quyền khỏi một nhóm và gán cho một nhóm khác).
- Bạn có thể thêm nhóm quyền mới trong các ứng dụng được cài đặt trên thiết bị, nhưng bạn không thể thêm nhóm quyền mới trong tệp kê khai nền tảng.
Kiểm tra quyền
Android bao gồm các bài kiểm tra Bộ kiểm tra khả năng tương thích (CTS) để xác minh các quyền cá nhân được ánh xạ tới các nhóm chính xác. Việc vượt qua các bài kiểm tra này là yêu cầu đối với khả năng tương thích với Android 6.0 và CTS mới hơn.
Thu hồi quyền
Trong Android 13 trở lên, bạn có thể thu hồi quyền thời gian chạy đã cấp của riêng mình bằng Context.revokeSelfPermissionsOnKill()
. Việc thu hồi diễn ra không đồng bộ và được kích hoạt khi có thể an toàn để làm như vậy mà không làm gián đoạn người dùng. Khi việc thu hồi được kích hoạt, tất cả các tiến trình đang chạy trong UID đang gọi sẽ bị giết.
Điều quan trọng là phải hiểu rằng việc thu hồi một quyền đơn lẻ có thể không được phản ánh trong giao diện người dùng cài đặt, giao diện người dùng xử lý các quyền theo nhóm. Thông thường, một nhóm quyền sẽ được hiển thị miễn là được cấp miễn là ít nhất một trong các quyền trong nhóm đó được cấp. Nếu đảm bảo rằng người dùng có thể xác nhận việc thu hồi trong cài đặt là quan trọng đối với bạn, hãy đảm bảo thu hồi mọi quyền trong nhóm quyền. Để tìm hiểu quyền nào thuộc về một nhóm nhất định, bạn có thể sử dụng PackageManager.getGroupOfPlatformPermission
và PackageManager.getPlatformPermissionsForGroup
.
Khi hệ thống thu hồi các quyền được yêu cầu, nó cũng thu hồi các quyền nền tương ứng nếu không có quyền nào trong số các quyền nền trước tương ứng của chúng vẫn được cấp.
Việc thu hồi sẽ không được kích hoạt miễn là quá trình vẫn ở nền trước nhưng cũng có thể được kích hoạt ngay lập tức bằng cách giết thủ công tất cả các quá trình đang chạy trong uid hiện tại, chẳng hạn như sử dụng System.exit()
. Tuy nhiên, bạn nên để hệ thống quyết định thời điểm kích hoạt nó.
Sau khi việc thu hồi quyền có hiệu lực, bạn có thể yêu cầu lại và người dùng sẽ được nhắc cấp hoặc từ chối yêu cầu. Không thể yêu cầu một quyền mà trước đó đã bị người dùng từ chối. Mặc dù bạn được khuyến khích thu hồi các quyền mà bạn hiện đang giữ nhưng không còn cần thiết nữa, bạn nên cẩn thận không thông báo cho người dùng về việc thu hồi cho đến khi nó có hiệu lực.