27 মার্চ, 2025 থেকে, আমরা AOSP তৈরি করতে এবং অবদান রাখতে aosp-main এর পরিবর্তে android-latest-release ব্যবহার করার পরামর্শ দিচ্ছি। আরও তথ্যের জন্য, AOSP-তে পরিবর্তনগুলি দেখুন।
সেভ করা পৃষ্ঠা গুছিয়ে রাখতে 'সংগ্রহ' ব্যবহার করুন
আপনার পছন্দ অনুযায়ী কন্টেন্ট সেভ করুন ও সঠিক বিভাগে রাখুন।
প্ল্যাটফর্ম স্বাক্ষরিত অ্যাপ্লিকেশানগুলি হল প্ল্যাটফর্ম প্যাকেজ ( android ) এর সাথে একই (বা সামঞ্জস্যপূর্ণ) স্বাক্ষর শংসাপত্র ভাগ করে নেওয়া অ্যাপ৷ একটি প্ল্যাটফর্ম স্বাক্ষরিত অ্যাপ একটি সিস্টেম অ্যাপ (একটি সিস্টেম ইমেজ পার্টিশনে অবস্থিত), বা একটি ননসিস্টেম অ্যাপ হতে পারে। প্ল্যাটফর্ম স্বাক্ষর অনুমতি প্ল্যাটফর্ম প্যাকেজ দ্বারা সংজ্ঞায়িত অনুমতি যা signature সুরক্ষা স্তরও রয়েছে৷ ডিবাগেবল বিল্ড হল এমন বিল্ড যার android.os.Build.isDebuggable()true রিটার্ন করে, যেমন userdebug বা eng বিল্ড।
ঐতিহাসিকভাবে, প্ল্যাটফর্ম স্বাক্ষরিত ননসিস্টেম অ্যাপগুলিতে কোন প্ল্যাটফর্ম signature অনুমতি দেওয়া যেতে পারে তার উপর ডিভাইস নির্মাতাদের খুব কম নিয়ন্ত্রণ ছিল। অ্যান্ড্রয়েড 15 থেকে শুরু করে, নির্মাতারা /etc/permissions ডিরেক্টরিতে সিস্টেম কনফিগারেশন XML ফাইলগুলিতে স্পষ্টভাবে প্ল্যাটফর্ম স্বাক্ষর অনুমতি প্রদান করতে পারে। যদি একটি প্ল্যাটফর্ম স্বাক্ষরিত ননসিস্টেম অ্যাপ প্ল্যাটফর্ম স্বাক্ষরের অনুমতির জন্য অনুমতি তালিকায় যোগ না করা হয়, তাহলে সেই অনুমতিটি এমনভাবে কাজ করে যেন অ্যাপটি ননডিবাগেবল বিল্ডে স্বাক্ষর করা প্ল্যাটফর্ম নয়।
একটি অনুমোদিত তালিকা যোগ করুন
আপনি একটি একক XML ফাইলে বা frameworks/base/etc/permissions ডিরেক্টরিতে অবস্থিত একাধিক XML ফাইলে অ্যাপগুলির জন্য অনুমতির অনুমতি তালিকা তালিকাভুক্ত করতে পারেন:
কন্টেন্ট কিভাবে সংগঠিত হয় তার জন্য কোন কঠোর নিয়ম প্রযোজ্য নয়। যতক্ষণ পর্যন্ত উপযুক্ত অ্যাপ এবং তাদের অনুমতি অনুমোদিত তালিকায় যোগ করা হবে ততক্ষণ পর্যন্ত ডিভাইস বাস্তবায়নকারীরা সামগ্রীর কাঠামো নির্ধারণ করতে পারে।
অনুপস্থিত অনুমতিগুলি খুঁজে পেতে, আপনার প্ল্যাটফর্ম স্বাক্ষরিত অ্যাপ ইনস্টল করুন এবং সতর্কতা বার্তাগুলির নিম্নলিখিত বিন্যাসের জন্য ডিভাইস লগগুলি পরিদর্শন করুন:
Signature permission {PERMISSION_NAME} for package {PACKAGE_NAME} ({PACKAGE_PATH}) not in signature permission allowlist
সিস্টেমটি এখনও ডিবাগযোগ্য বিল্ডগুলিতে অনুমতি দিতে পারে, তবে user বিল্ডগুলির মতো ননডিবাগেবল বিল্ডগুলিতে নয়।
এই পৃষ্ঠার কন্টেন্ট ও কোডের নমুনাগুলি Content License-এ বর্ণিত লাইসেন্সের অধীনস্থ। Java এবং OpenJDK হল Oracle এবং/অথবা তার অ্যাফিলিয়েট সংস্থার রেজিস্টার্ড ট্রেডমার্ক।
2025-07-29 UTC-তে শেষবার আপডেট করা হয়েছে।
[[["সহজে বোঝা যায়","easyToUnderstand","thumb-up"],["আমার সমস্যার সমাধান হয়েছে","solvedMyProblem","thumb-up"],["অন্যান্য","otherUp","thumb-up"]],[["এতে আমার প্রয়োজনীয় তথ্য নেই","missingTheInformationINeed","thumb-down"],["খুব জটিল / অনেক ধাপ","tooComplicatedTooManySteps","thumb-down"],["পুরনো","outOfDate","thumb-down"],["অনুবাদ সংক্রান্ত সমস্যা","translationIssue","thumb-down"],["নমুনা / কোড সংক্রান্ত সমস্যা","samplesCodeIssue","thumb-down"],["অন্যান্য","otherDown","thumb-down"]],["2025-07-29 UTC-তে শেষবার আপডেট করা হয়েছে।"],[],[],null,["# Signature permission allowlist\n\nPlatform signed apps are apps sharing the same (or compatible) signing\ncertificate with the platform package (`android`). A platform signed app can be\na system app (located on a system image partition), or a nonsystem app.\nPlatform signature permissions are permissions defined by the platform package\nthat also have the `signature` protection level. Debuggable builds are builds\nwhose `android.os.Build.isDebuggable()` return `true`, such as `userdebug` or\n`eng` builds.\n| **Note:** On this page, `/etc/permissions` resolves to \u003cvar translate=\"no\"\u003epartition\u003c/var\u003e`/etc/permissions`.\n\nHistorically, device manufacturers had little control over which platform\n`signature` permissions could be granted to platform signed nonsystem apps.\nStarting in Android 15, manufacturers can explicitly\ngrant platform signature permissions in the system configuration XML files in\nthe `/etc/permissions` directory. If a platform signed nonsystem app isn't\nadded to the allowlist for a platform signature permission, that permission acts\nas if the app isn't platform signed on nondebuggable builds.\n| **Note:** The allowlist isn't enforced on debuggable builds to facilitate easier testing.\n| **Note:** platform signed system apps and their requested permissions aren't affected by this change, however permissions newly requested by a system app update (but not requested by the original system app) still need to be added to the allowlist.\n\nAdd an allowlist\n----------------\n\nYou can list permission allowlists for apps in a single XML file or in multiple\nXML files located in the `frameworks/base/etc/permissions` directory:\n\n- `/etc/permissions/signature-permissions-`\u003cvar translate=\"no\"\u003eOEM_NAME\u003c/var\u003e`.xml`\n- `/etc/permissions/signature-permissions-`\u003cvar translate=\"no\"\u003eDEVICE_NAME\u003c/var\u003e`.xml`\n\nNo strict rule applies to how content is organized. Device implementers can\ndetermine content structure as long as the appropriate apps and their\npermissions are added to the allowlist.\n\nCustomize an allowlist\n----------------------\n\nAOSP includes an allowlist implementation that you can customize as needed,\nsimilar to the\n[privileged permission allowlist](/docs/core/permissions/perms-allowlist). For\nexample: \n\n \u003c!--\n ~ This XML file declares which platform signature permissions to grant to\n ~ platform signed nonsystem apps.\n --\u003e\n\n \u003cpermissions\u003e\n \u003csignature-permissions package=\"com.android.example\"\u003e\n \u003cpermission name=\"android.permission.READ_DEVICE_CONFIG\"/\u003e\n ...\n \u003c/signature-permissions\u003e\n ...\n \u003c/permissions\u003e\n\nFind missing permissions\n------------------------\n\nTo find missing permissions, install your platform signed app and inspect device\nlogs for the following format of warning messages: \n\n Signature permission {PERMISSION_NAME} for package {PACKAGE_NAME} ({PACKAGE_PATH}) not in signature permission allowlist\n\nThe system can still grant the permission on debuggable builds, but not on\nnondebuggable builds such as `user` builds."]]
