Quelle est la différence entre le système des applications et privilégié d'applications sur Android?

Donc en 4.3 il y avait un concept de Système d'applications. Apk qui ont été placés dans /system/app ont reçu des privilèges système. Que de 4.4, il est un nouveau concept de "privilégiés app". Privilégié les applications sont stockées dans /system/priv-app répertoire et semblent être traités différemment. Si vous regardez dans le PSBA code Source, sous PackageManagerService, vous verrez de nouvelles méthodes telles que

static boolean locationIsPrivileged(File path) {
    try {
        final String privilegedAppDir = new File(Environment.getRootDirectory(), "priv-app")
                .getCanonicalPath();
        return path.getCanonicalPath().startsWith(privilegedAppDir);
    } catch (IOException e) {
        Slog.e(TAG, "Unable to access code path " + path);
    }
    return false;
}

Voici donc un exemple d'une situation où ceux-ci diffèrent. 

public final void addActivity(PackageParser.Activity a, String type) {
...
if (!systemApp && intent.getPriority() > 0 && "activity".equals(type)) {
                intent.setPriority(0);
                Log.w(TAG, "Package " + a.info.applicationInfo.packageName + " has activity "
                        + a.className + " with priority > 0, forcing to 0");
            }
...

Cela affecte le degré de priorité des activités qui ne sont pas définis comme des applications du système. Cela semble impliquer que vous ne pouvez pas ajouter une activité pour le gestionnaire de paquets qui est la priorité est supérieure à 0, sauf si vous êtes une application système. Ce n' pas empêche privilégié les applications aussi loin que je peux dire (il y a beaucoup de logique ici, je me trompe peut-être.).

Ma question est qu'est-ce exactement est ce que cela implique? Si mon application est privilégié, mais pas du système, quelle différence que faire? Dans PackageManagerService vous pouvez trouver différentes choses qui diffèrent entre le système et privilégié applications, ils ne sont pas exactement les mêmes. Il devrait y avoir une sorte d'idéologie derrière privilégié apps, de quoi ils ont juste dit:

if locationIsPrivileged: app.flags |= FLAG_SYSTEM

et de été fait avec elle. C'est un nouveau concept, et je pense qu'il serait important de connaître la différence entre ces types d'applications pour n'importe qui qui est en train de faire PSBA développement de 4.4.

InformationsquelleAutor Andrew T. | 2013-11-08
  1. 71

    Donc, après quelques recherches, il est clair que les applications en priv-app sont admissibles pour les autorisations de système, de la même manière que les anciennes applications utilisées pour être admissible à réclamer des autorisations de système en système de l'application. Le seul officiel de Google documentation que j'ai pu trouver sur cette venue sous la forme d'un message de commit:
    Commettre hachage: ccbf84f44c9e6a5ed3c08673614826bb237afc54

    Certains systèmes, les applications sont plus que d'autres

    "signatureOrSystem" les autorisations ne sont plus disponibles pour toutes les applications
    résidant fr /partition système. Au lieu de cela, il y a une nouvelle
    /system/priv-app directory, et uniquement les applications dont les Apk sont dans ce
    répertoire sont autorisés à utiliser signatureOrSystem autorisations sans
    le partage de la plate-forme cert. Cela permettra de réduire la surface de
    possible exploits de système - applications livrées à essayer de la gagner
    l'accès à autorisation-surveillé les opérations.

    La ApplicationInfo.FLAG_SYSTEM drapeau continue à dire ce qu'il est dit
    dans la documentation: il indique que l'application de l'apk a été
    regroupés sur le système /de partition. Un nouveau caché drapeau FLAG_PRIVILEGED
    a été introduit, qui reflète le droit d'accéder à ces
    les autorisations.

    Mise à jour: Comme de Android 8.0 priv-app a été légèrement modifié avec l'ajout d'une Autorisation Privilégiée liste Blanche. Au-delà d'être simplement dans priv-app, votre application doit également être ajouté à une liste blanche afin d'obtenir les différentes autorisations de système. Les informations sur ce qui peut être trouvé ici: https://source.android.com/devices/tech/config/perms-whitelist

    • stackoverflow.com/a/19813031/1306452
    • Donc, si de 4.4, uniquement /system/priv-app applications peuvent obtenir SignatureOrSystem autorisations, quelle est l'implication pour les privilèges des applications qui sont conservés dans /system/app/ ? Merci.
    • Plus précisément, quel est le but de /system/app/ dossier en 4.4 ? Merci.
    • Apps mettre dans system/app sont généralement des choses que vous pourriez avoir des autorisations de moins. par exemple, vous ne voulez probablement pas votre client de messagerie ou aléatoire vendeur inutilités pour être en mesure de modifier vos paramètres de sécurité du système.
    • Quelle catégorie d'autorisations ne apps dans /system/app ont ? De la livraison description, son prétendu que SigOrSystem autorisations ne sont pas disponibles pour ces applications. Alors, comment sont ces applications différentes à partir d'applications 3ème partie utilisateur installe ? Quelle est la différence dans les privilèges prévus pour les applications 3ème partie v/s /system/app apps ? Aussi pourriez-vous dire à quelles méthodes en PackageManagerService.java vous a aidé à comprendre la différence entre le /system/priv-app et /system/app mieux ? Merci.
    • Apps dans system/app ont pas d'autorisations spéciales. Ils ne se différencient pas de 3ème partie, les applications, sauf si ils sont signés avec la clé du système (d'où SigOrSystem vérifier). Comme pour les méthodes qui ont permis, il y a une variété. J'ai commencé à grepping pour priv-app, et ensuite qu'à PackageManagerService qui fait maintenant référence Privilégiée des paquets.
    • Suggérer une modification: "Alors, après quelques recherches, il est clair que les applications en priv-app pour obtenir les privilèges du système," --> "Alors, après quelques recherches, il est clair que les applications en priv-app sont admissibles pour le système de privilèges". Une signature de l'autorisation qui dépend de la plate-forme de clef ne pas être court-circuité tout en obtenant dans /system/priv-app/ dir.
    • De sens, j'ai effacé le texte. Merci @PaulR
    • Je suis en train de travailler sur un Système d'Application pour Android Tv en collaboration avec les développeurs de Google et il semble que il ya aussi certaines Api Google accessible uniquement au système d'applications.
    • Yup! Google est susceptible de restreindre leurs autorisations de sorte que seuls les privilégiés, les applications peuvent les réclamer, et je crois que n'importe qui peut le faire. Cela signifierait que seuls les système de privilège et les applications seraient en mesure de demander votre autorisation et d'utilisation de votre Api
    • semble légitime pour moi, le temps de valider en pratique.
    • comment dire le système de déplacer l'application vers la priv-app dossier au cours de ROM bâtiment?
    • LOCAL_PRIVILEGED_MODULE := true
    • oui, merci. il fonctionne
    • Si j'ai mis mon appli pour priv-app dossier, qui doit android.la permission.INTERACT_ACROSS_USERS permission, est-il accordé? Pour ce que je vais faire, s'il vous plaît regardez: stackoverflow.com/questions/40397443
    • Si l'application est privilégié (dans le priv-app dossier) et l'application demande l'autorisation dont il est manifeste qu'il va l'obtenir. Juste être conscient que le fait d'être privilégiée vous permettra d'obtenir des autorisations de Système, mais il ne sera pas vous accorder une "Signature" des autorisations, sauf si vous êtes connecté avec la même clé que l'entité qui détient l'autorisation (c'est à dire INTERACT_ACROSS_USERS_FULL est une signature de l'autorisation et de vous doit également être signé avec la clé du système) @M. Hyde
    • Mais je veux ajouter des GApps à mon PSBA, donc je devrais garder leur signe, sinon, j'obtiens le message d'erreur à propos de la signature. Comment à ce sujet?!

    InformationsquelleAutor Andrew T.