OTA

OTA : Over The Air est une technologie permettant d’accéder aux données d’une carte SIM à distance. Il permet ainsi à un opérateur de téléphonie mobile de, par exemple, mettre à jour le contenu, introduire un nouveau service sur tout un lot de cartes SIM de manière rapide, efficace et peu coûteuse.

Une transaction OTA fait intervenir quatre grandes entités :

  • un Sending Application (SA) : c’est toute application capable d’émettre une commande OTA. Il peut par exemple s’agir d’une application résidant dans la carte SIM ou simplement d’une interface applicative résidant chez l’opérateur ;
  • un Receiving Application (RA) : c’est l’application destinataire de a commande OTA. Il peut donc aussi être application résidant dans la carte SIM ou simplement d’une interface applicative résidant chez l’opérateur ;
  • un Sending Entity (SE) : elle se charge de convertir les commandes envoyées par le SA et à y ajouter les paramètres de sécurité nécessaire à un envoi en toute sécurité sur le réseau. Il peut s’agir par exemple d’un SMS-SC (jouant le rôle de passerelle OTA) ou d’une simple carte SIM qui envoie des commandes ;
  • un Rereiving Entity (RE) : c’est cette entité que reçoit les paquets sécurisés provenant du SE. Il se charge donc de les reconstituer d’enlever toutes les en-têtes de sécurité précédemment ajoutées afin de permettre l’exploitation de la donnée.
À lire aussi   « Le logiciel libre peut redonner sens à nos vies » Bernard Stiegler

Entre les quatre entités précédemment citées transitent deux types de données :

  • Application Message (AM) : c’est un paquet de données sans paramètres de sécurité ni en-tête produit par un SA. C’est d’ailleurs le seul type de paquet manipulable par ce dernier. Il peut aussi être reçu par un RA de la part d’un RE pour exploitation ;
  • Secured Packet (SP) : à la réception d’un AM, le SE y ajoute des paramètres de sécurité (Command ou Response Header) ainsi que des indications précises sur ces paramètres (SPI pour Security Parameter Indicator) pour ainsi former un paquet sécurisé appelé secured packet ;
  • Secured Command Packet (SCP) : c’est un SP résultant d’une commande émise par un SA (à travers un AM) et traitée par un SE (ajout d’un Command Header) ;
  • Secured Response Packet (SRP) : c’est un SP envoyé un RE en réponse à une commande venant d’être traitée pas le RA. Un SRP est constitué d’un en-tête (Response Header) et, facultativement, de certaines données fournies par le RA à titre informatif sur la commande venant d’être exécutée.

Nos derniers articles