Ouvrir ServiceMode menu par programmation sous Android

Cela a été un défi et j'ai été quelques heures à la recherche d'une solution. Mais j'ai peur je n'ai pas de bonnes nouvelles.

1. D'abord tenter, l'Intention.ACTION_DIAL

Est vrai qu'au début, il était possible d'appeler directement les codes USSD à partir d'une application (en utilisant l'intention de l'Intention.ACTION_DIAL), et même à partir d'un site web, à l'aide de la "tél:" schéma. Qui ouvre le dialer, un met le numéro souhaité. Comme lorsque vous mettez le dernier #, le code d'envoyer automatiquement, il était presque transparente pour l'utilisateur, dont l'interaction n'était pas nécessaire. Mais c'était en fait considéré comme une vulnérabilité du système, depuis que quelqu'un pourrait écrire des logiciels malveillants, ou même plus, insérer du code malveillant dans un site web qui pourrait même effacer les données de votre téléphone ou de bloquer la carte sim. Vous pouvez lire à ce sujet, par exemple dans ce lien
En septembre 2012, il semble que Samsung a enfin fixe que la vulnérabilité ainsi, par exemple, votre S3 n'est pas capable de cela. À ce point il sera difficile de trouver un appareil encore vulnérables.

2. Deuxième Tentative, la solution de contournement

Ok tout dans Android est une application, même le téléphone lui-même est une application. Alors, pourquoi ne pourrions-nous pas essayer de reproduire son code? Et en fait, ce qui se passe lorsque l'utilisateur manuellement envoie un ussd?
Il y avait trop de réponses possibles:

• Le téléphone envoie le code pour le fournisseur et attend une réponse, ou
• Le téléphone n'quelque chose localement

Facile à tester: j'ai mis mon téléphone en mode avion, donc si il a à transmettre un code, j'espère qu'il ne sera pas en mesure de. Il était comme je m'y attendais: j'ai composé le code, et le ServiceMode écran est apparu! Et il était vide, on peut donc dire que le clavier s'ouvre une application système, et cette application appelle le fournisseur.
Il est facile de savoir qui est cette application. Dans les appareils Samsung, au moins dans S4, son nom est ServiceMode. Vous pouvez le trouver à Settings > Application manager > All. Donc, nous pouvons essayer de trouver comment il est lancé plus par le biais de l'un de cette:

2.1. La lecture que le téléphone demande le code de

J'ai essayé, mais c'était assez déroutant au début, je suis donc allé à l'option 2

2.2. Vérification du mode de Service app

J'ai ouvert ES explorateur de fichier > gestionnaire d'application.
connecté le téléphone, et dans téléphone/sauvegardes/apps j'ai eu le servicestatus apk.
quelques minutes ou ingénierie inverse après, j'ai eu le fichier de manifeste, que de révéler qu'il utilise. Là, j'ai pu voir un tas d'activités, et aussi un peu de récepteurs de radiodiffusion. Je ne savais pas ce que j'ai été plus peur.

2.2.1 Permet d'essayer avec les activités.

Puisque nous savons que nous pouvons ouvrir une application spécifique à partir d'un autre, je vais essayer d'écrire une application simple, qui s'ouvrent l'une de ces activités. C'est aussi simple que:

Intent i= new Intent(Intent.Action_MAIN);
i.setClass(  "package name",  "class name");
startActivity(i);

Depuis cette application n'est pas destiné à être ouvert à partir d'une icône de lancement, il n'a pas une activité avec un filtre d'intention qui nous permettent de savoir que c'est l'activité principale. Donc, j'ai essayer au moins quelques-uns d'entre eux. Mais de toute façon, j'ai vu quelque chose que je n'aime pas. Je vous dirai plus tard.

J'ai essayé, mais, comme je m'y attendais, je ne peut ouvrir que des activités. Je reçois une activité qui n'est pas trouvé exception. Donc, permet d'essayer avec un récepteur. Au moins ce sera amusant.

2.2.2 Permet d'essayer avec les récepteurs.

Il y a un peu, mais surtout j'ai aimé l'un avec cette intention-filtre:

 <intent-filter>
                <action android:name="android.provider.Telephony.SECRET_CODE" />
  ... 

Semble bon. Je suis allé yo Telephony.java et là, j'ai pu voir ceci:

   /**
     * Broadcast Action: A "secret code" has been entered in the dialer. Secret codes are
     * of the form *#*#<code>#*#*. The intent will have the data URI:</p>
     *
     * <p><code>android_secret_code://&lt;code&gt;</code></p>
     */
    public static final String SECRET_CODE_ACTION =
            "android.provider.Telephony.SECRET_CODE";

Ressemble beaucoup, c'est une intention spécifique, probablement le schéma, nous avons besoin n'est pas "tél:" mais "android_secret_code://" et probablement les codes doit être dans un autre format interne.
J'ai essayé, à plus ou moins juste pour le fun, car je savais qu'il y est le même problème, j'ai vu dans les activités, et est-ce:

 <permission android:name="com.sec.android.app.servicemodeapp.permission.KEYSTRING" android:protectionLevel="signatureOrSystem" />

L'application déclare que la présente autorisation, et chaque composant utilise. donc, ou vous savez comment déclarer et définir une signature, ou vous êtes une application système. Sinon, vous ne pouvez pas interagir avec cette app à tous.

Bien sûr, vous ne pensez même pas à créer votre propre servicemode application, puisque vous n'effectuez pas de ce genre de communication avec le fournisseur, sans être une application système (puisque vous avez à passer par des firmware des applications qui vont dire un triste "qui pensez-vous que vous êtes")

Conclusions

Il n'y a rien que nous pouvons faire à son point de vue, au moins avec un téléphone Samsung, et nous pouvons penser à tous les autres de téléphone sera le même.

Alternatives

Bien, en réalité rien de vraiment bon. Mais permet de voir:

La variante 1. Trouver un autre type de ussd code

Nous savons qu'il existe 2 types de USSD. Ceux qui lorsque vous composez le dernier #, l'action est déclenchée automatiquement, et les autres, qui exigent que vous appuyez sur le bouton d'appel.

Si vous essayez avec un numéroteur tiers, vous pouvez voir que

• lorsque vous composez le premier type de type de code, rien n'est déclenchée à tous (uniquement le firmware dialer peut les déclencher)
• vous pouvez utiliser l'autre type (type de code + appuyez sur appel). Je suppose que cela signifie que ce genre de codes sont moins risqués, ne change rien dans l'appareil, de sorte qu'ils sont autorisés.
• bien sûr, si vous tapez un code du premier type et appuyez sur la touche appel, vous obtenez un message d'erreur parce que le code ne fonctionne pas de cette façon.

Donc, si un tiers peut envoyer ce type de codes, de chaque app. Donc Si vous pourriez essayer de trouver une alternative ussd code, de ce type qui sont déclenchés après la usser appuyez sur le bouton d'appel, vous pouvez obtenir ce dont vous avez besoin. Dans ce cas, vous devez utiliser une Intention.ACTION_CALL intention

//si vous utilisez le ACTION_DIAL intention, ouvrir le composeur et de mettre le nombre donné.
//pendant ce temps, si nous utilisons la ACTION_CALL, l'application va appeler directement.

Intent intent = new Intent(Intent.ACTION_CALL);
intent.setData(Uri.parse("tel:"+ "*" + Uri.encode("#") + "0011" + Uri.encode("#"))); //here you woud put your alternative code
startActivity(intent);

Aussi vous devez déclarer cette autorisation dans votre manifeste

<uses-permission android:name="android.permission.CALL_PHONE"></uses-permission>

Probablement vous pourriez trouver un autre code pour ce faire, depuis que je l'ai vu un peu sur internet, mais à ce point, personne n'a travaillé pour moi. Vous pouvez lui donner un essai

De la variante 2. Attendre un officiel de l'api pour venir

Dans le android page du projet à coogle code, il ya une demande pour Ajouter USSD prise en charge des API. Il a beaucoup d'abonnés, mais il est assez ancien (plus de 5 ans), je crains que ce n'est pas vraiment bon.
De toute façon, qui pourrait arriver, probablement le android tem permettra d'envisager de préparer une api donc une application de déclarer certaines autorisations, et de faire des demandes de certains types de codes. Mais, je sais, cela peut être en attente pour toujours.

Alors, que dire. Aurait la chance de trouver une solution, ou une solution de rechange à votre application. Je suis désolé, ma recherche n'était pas plus fructueuse 🙁

OriginalL'auteur Carlos Robles

FWIW: ServiceMode (SM) l'accès est à la fois HW et SW à charge, et chaque constructeur tente à plusieurs reprises de cacher le SM fonctionnalité à chaque itération de l'AM de l'API. Le SM est en fait situé dans le modem FW et ce que vous voyez est juste le wrapper Java de décision et de présenter les résultats des différents appels au modem RTOS. (Vous pouvez vérifier dans votre modem FW à voir pour votre auto.) En outre, avec les récentes Samsung/HTC stock FW, ils ont également demander l'activation de certains fichiers dans le dossier /efs/annuaire.

OriginalL'auteur not2qubit