Le GSMA au MWC 2023 qui se tient dans la ville de Barcelone, a rendu publique une initiative qui permettra de partager et de fédérer des API ouvertes et standardisées, dans le but de « fournir accès interopérable aux réseaux des opérateurs pour les développeurs et les entreprises ». Comme ils l'indiquent, « ce projet sera un catalyseur pour toutes ces des services avancés pour développer leur potentiel .” En réalité, leur intention est d'obtenir des informations sur la ligne utilisée par l'utilisateur, des informations sur l'utilisateur lui-même et de modifier l'accès à Internet si vous payez pour accéder à l'API. En d'autres termes, l'Open Gateway prévoit se heurtera de plein fouet à notre vie privée sur Internet et avec le prétendue neutralité du réseau.
Quels opérateurs utiliseront Open Gateway ?
À l'heure actuelle, plus de 20 entreprises font partie d'Open Gateway, avec la capacité d'atteindre plus de 3.8 milliards de personnes. Il existe actuellement huit API standardisées sous le Projet "CAMARA" qui est ouvertement disponible sur GitHub, et où nous pouvons voir le code source de chacune de ces API et à quoi elles servent. Des opérateurs tels que Movistar, Orange et Vodafone sont présents et développent les différentes API de ce projet.
Cette nouvelle combinaison de technologies et d'évolution des opérateurs est censée offrir des services et des solutions innovantes, avec de vrais usages et applications comme l'automatisation industrielle, les voitures autonomes, les chirurgies à distance et les jeux interactifs. En outre, ils ont également mis un accent particulier sur l'amélioration de la gestion des urgences, des communications holographiques et des mondes virtuels. Le président de Telefónica, Álvarez-Pallete, a déclaré que ces services représenteront "le défi définitif pour les réseaux des entreprises de télécommunications", et que "sans telcos, il n'y a pas d'avenir numérique".
Un autre aspect très important est que ce projet a été soutenu par de grandes sociétés Internet comme Amazon AWS, Google Cloud mais aussi Microsoft Azure, et c'est que grâce à ces plates-formes l'accès est garanti à des milliers de développeurs afin qu'ils disposent facilement et rapidement de toutes les fonctionnalités de l'API.
Tout cela semble très cool et très futuriste, cependant, Open Gateway est en conflit direct avec votre vie privée en tant qu'internaute et cela pourrait aussi attaquer la neutralité du net . Nous devons garder à l'esprit que toutes les entreprises qui paient des opérateurs pour accéder aux API auront accès à de nombreuses données clients des opérateurs, ce qui présente un risque sérieux pour notre vie privée.
Voici comment Open Gateway attaquera votre vie privée sur Internet
Ce projet compte actuellement plus de 10 API différentes qui se concentrent sur la réalisation d'actions différentes, dont certaines menacent directement votre vie privée et permettront aux applications, aux entreprises et même aux opérateurs d'être entièrement suivis en temps réel (voire plus si possible). Ensuite, nous allons vous expliquer quelles sont les API les plus « dangereuses » pour votre vie privée.
Identifiant d'abonné anonyme
Cette API permet à l'entreprise qui y a accès, d'obtenir un identité fixe anonymisée d'un client final qui utilise un certain appareil mobile, en outre, un aspect très important est que nous aurons la même identité, que nous changions de téléphone portable ou de carte SIM. Chaque fois qu'un client final essaie d'accéder aux services Internet, nous aurons une identité fixe à laquelle nous « associerons ».
À l'heure actuelle, la portée de cette API n'est limité qu'à la 4G et 5G réseaux , cependant, dans la documentation officielle, ils indiquent que ce n'est que la première étape, donc nous supposons qu'il sera également bientôt disponible dans les réseaux Internet fixes tels que la fibre optique .
- Comment cela vous affecte-t-il ? Si jusqu'à présent, avec les cookies et les supercookies, nous étions déjà suffisamment surveillés et qu'il était difficile de préserver notre vie privée, avec cela, non seulement les opérateurs sauront tout sur nous, mais ils commercialiseront ces informations, puisque les entreprises paieront pour accéder à cette API.
- Pourquoi l'opérateur est-il intéressé à faire cela ? Pour gagner de l'argent en échangeant nos données, les entreprises paieront pour l'accès à l'API et auront ensuite accès à toutes nos données.
Les opérateurs ont récemment lancé ConfiancePid , qui est un "supercookie" au niveau de l'opérateur, dans le but de nous suivre, car cette nouvelle méthode est fondamentalement la même, mais dans le but que d'autres entreprises puissent accéder aux données des clients pour leur proposer de la publicité ou un service.
IdentitéEtGestion DuConsentement
Cette API est en charge de réglementant la vie privée de l'utilisateur , les plateformes des opérateurs (Réseau en tant que service) doit être conçu en mettant l'accent sur la confidentialité pour se conformer pleinement aux réglementations sur la protection des données, telles que la RGPD de l'Europe . Grâce au GDPR, certaines API du projet CAMARA nécessiteront le consentement de l'utilisateur pour accéder aux données. Elle obligera donc les opérateurs à fournir des moyens et des solutions pour capter les données de leurs clients, stocker ces données et gérer le consentement tout au long du cycle de vie.
Si cela n'est pas envisagé, les API CAMARA ne pourront pas être implémentées, car elles devront se conformer au RGPD de l'Europe. Les opérateurs devront construire une solution pour intégrer l'identité de l'utilisateur final et/ou de l'abonné au service, car les deux peuvent être différents, le même titulaire pouvant avoir des numéros différents utilisés par différentes personnes.
- Comment cela vous affecte-t-il ? Ce que cette API va faire, c'est "garantir" votre vie privée, en demandant votre permission dans les cas où la législation en vigueur l'exige.
Maintenant, il sera plus important que jamais de lire toutes les conditions et modalités, ce sera quelque chose de similaire à la « bannière » de cookies que nous avons actuellement sur tous les sites Web.
Emplacement de l'appareil
Cette API offre à l'entreprise qui contracte le service la possibilité de vérifier l'emplacement de l'appareil. Dans un premier temps, il n'est prévu que pour les réseaux 4G et 5G, comme expliqué dans la documentation officielle, cependant, soi-disant, les réseaux de fibre optique fixes suivront plus tard. Plus précisément, cela permet de vérifier si l'emplacement d'un appareil se trouve dans une zone spécifiée par les coordonnées (latitude et longitude) fournies par le GPS s'il est activé.
Actuellement, cette API ne fournit que la vérification de la localisation finale, pour ce faire, l'appareil mobile devra transmettre des informations telles que le "ueld" qui est à la base un identifiant externe tel que l'adresse msisdn, IPv4 ou IPv6, il faudra également fournir la latitude et la longitude, ainsi qu'une valeur attendue entre 2km et 200km autour. Le client demandera si l'emplacement de l'appareil se trouve dans ce «cercle» créé, la raison d'avoir une portée entre 2 km et 200 km est que, en triangulant à travers les antennes, nous avons une portée si large.
- Comment cela vous affecte-t-il ? En ce moment il existe des méthodes pour falsifier la localisation fournie par le GPS, par exemple, on peut indiquer qu'on est en Galice alors qu'on est vraiment à Madrid, et les applications vont croire qu'on est en Galice. Cependant, avec cette API, cela ne sera plus possible, car l'opérateur nous localisera dans des antennes mobiles spécifiques, et les données ne correspondront pas, nous ne pourrons donc pas falsifier la localisation.
- Pourquoi l'opérateur est-il intéressé à faire cela ? Si l'opérateur vend notre localisation réelle à différentes applications, comme des applications de rencontres de type Tinder, ils pourront confirmer que nous sommes bien situés dans la zone où nous disons être. Il existe actuellement des applications qui permettent de simuler la position GPS.
Comme vous pouvez le voir, avec cette API, ils pourront nous localiser physiquement n'importe où et il n'y aura aucun moyen de l'empêcher.
Identificateur de périphérique
Cette API offre la possibilité d'obtenir l'identité de l'appareil final que le client utilise, il s'agit essentiellement d'obtenir le code IMEI du terminal et de connaître à la fois la marque et le modèle du terminal. C'est déjà fait actuellement car une partie du code IMEI identifie la marque du fabricant, ce n'est pas nouveau, mais il est vrai que désormais des sociétés externes pourront accéder à des informations sur ce qu'est notre mobile, nous envoyer de la publicité pour leurs nouveaux terminaux ou la compétence.
Cette API, si elle est liée à la API AnonymizedSubscriberIdentifier , est la combinaison parfaite pour tout savoir sur nous, y compris le mobile que nous utilisons, et extrapoler le pouvoir d'achat des clients.
- Comment cela vous affecte-t-il ? En soi, cela n'affecte que le fait qu'ils pourront connaître la marque et le modèle du terminal mobile, ce qui est déjà connu car l'IMEI le dit. Le problème vient s'ils le combinent avec d'autres API et plus d'informations, ils pourraient en savoir encore plus sur nous. Si vous avez un iPhone, on peut extrapoler que vous avez un pouvoir d'achat élevé, et pouvoir vous envoyer de la publicité pour des produits premium.
- Pourquoi l'opérateur est-il intéressé à faire cela ? Si l'opérateur vend notre localisation réelle à différentes applications, comme des applications de rencontres de type Tinder, ils pourront confirmer que nous sommes bien situés dans la zone où nous disons être. Il existe actuellement des applications qui permettent de simuler la position GPS.
Comme vous pouvez le constater, une API de plus pour la collecte de données et sa vente à tous ceux qui souhaitent entrer dans Open Gateway.
NuméroVerification
Cette API est destinée à vérifier que le numéro de téléphone fourni est bien celui utilisé sur l'appareil. De cette manière, il est vérifié que l'utilisateur utilise le même numéro de téléphone que celui déclaré sur l'appareil. Bien entendu, il permet à un fournisseur de services de vérifier lui-même le numéro, en renvoyant le numéro de téléphone associé à un jeton d'accès de l'utilisateur authentifié.
Cette API vous permet de vérifier en temps réel le numéro de téléphone qui est utilisé sur un mobile, ceci est exclusivement axé sur les réseaux 4G et 5G, puisque les connexions Wi-Fi seront en dehors de cette API. Il a deux méthodes pour vérifier le téléphone, la première consiste à obtenir le résultat de la comparaison, et la plus inquiétante est que le client peut envoyer votre numéro de téléphone de l'appareil qu'il utilise, afin qu'il puisse le vérifier lui-même.
Une autre caractéristique importante est que cette API utilisera directement les connexions du réseau mobile pour vérifier la possession du numéro de téléphone en arrière-plan , aucune interaction de l'utilisateur n'est même requise. Il n'y a pas de mots de passe à usage unique reçus par SMS ou en utilisant des applications d'authentification comme Google Authenticator, c'est beaucoup plus simple et plus transparent. Cette API peut être utilisée pour s'inscrire au service et aussi pour vérifier plus tard que nous n'avons pas changé de mobile.
- Comment cela vous affecte-t-il ? Une application tierce peut recevoir directement votre numéro de mobile, rien à authentifier par le SMS reçu (quel que soit le numéro de mobile que vous aurez indiqué), désormais les entreprises recevront directement votre vrai numéro de téléphone que vous utilisez.
- Pourquoi l'opérateur est-il intéressé à faire cela ? L'opérateur peut vendre le service de vérification de téléphone portable à une entreprise extérieure, il ne sera même plus nécessaire de mettre notre téléphone portable et de le valider avec un code par SMS, mais l'entreprise pourrait directement recevoir notre numéro de portable.
Imaginez que vous souhaitiez garder secret votre « bon » numéro de mobile pour des services tels que Twitter or Facebook et n'utilisez votre bon numéro que pour vos affaires bancaires et personnelles . Désormais vous ne pourrez plus mettre le numéro de votre ligne secondaire pour valider le code avec le SMS reçu ou utilisez les services de réception de SMS sur Internet. Directement les entreprises sauront oui ou oui votre numéro de mobile.
Ce service ne fonctionnera pas si nous faisons du Tethering, si nous sommes sur des réseaux Wi-Fi ou utilisons VPN connexions.
TransporteurBillingCheckOut
Cette API permet de fournir aux entreprises un moyen de payer leurs services via la facture du client de l'opérateur de télécommunications. Actuellement, il existe différents services qui peuvent être payés via la facture de l'opérateur, c'est une étape supplémentaire puisque toute personne ayant accès à Open Gateway pourra facturer les achats effectués ou s'abonner à du contenu numérique directement sur la facture.
La partie positive est que nous aurons un moyen simple et rapide de payer, directement sur la facture. La partie négative est que dans le passé, il y a eu de nombreux problèmes avec les abonnements qui n'ont pas vraiment été souscrits par les clients, soit par erreur, soit par ignorance, donc cela devrait être examiné très attentivement à partir de maintenant, car beaucoup plus d'entreprises vont Ils pourraient adhérer à cette API pour vendre leurs services via la facture de l'opérateur.
Cette API ne nous semble pas mauvaise pour ceux qui veulent payer les services via la facture de la société de télécommunications, mais tant qu'il existe une méthode de désabonnement efficace et facile.
La neutralité du net sous contrôle
Certaines API Open Gateway sont spécifiquement axées sur la priorisation de certains services par rapport à d'autres sur Internet, alors qu'il est censé y avoir une certaine "neutralité du net". Cela heurte frontalement ce principe, puisque les entreprises qui paient auront une meilleure connectivité, et celles qui ne le font pas, travailleront tout simplement moins bien car celles qui ont payé ont « récupéré » toute la bande passante disponible.
Qualité à la demande
Cette API permet aux entreprises de demander une latence stable ou un débit minimal en termes de débit, le tout géré par des réseaux de télécommunications, sans avoir besoin de connaissances avancées des systèmes 4G ou 5G, ni de la complexité globale des systèmes. systèmes de télécommunication. Ainsi, si une entreprise telle qu'une IdO l'industrie, les jeux de réalité virtuelle ou la transmission vidéo en temps réel, ont besoin d'une série d'exigences spécifiques, ils peuvent « configurer » le réseau pour garantir une latence minimale et une vitesse minimale pour que ces services fonctionnent parfaitement.
Ce que cette API va faire, c'est donner la priorité aux données des entreprises qui paient pour accéder à Open Gateway, le reste des entreprises qui ne paient pas auront ce qu'on appelle le meilleur effort ou "best effort", sans garanties de latence ni vitesses minimales.
- Comment cela vous affecte-t-il ? La neutralité du net est en échec, il est possible que vous utilisiez certains services qui fonctionneront très mal car d'autres entreprises paient pour avoir la priorité absolue. Imaginez que vous alliez en voiture et que vous payiez la DGT pour pouvoir doubler à gauche et à droite à la vitesse que vous souhaitez, et, en plus, ils vous fournissent une sirène dans la voiture pour éviter les feux de circulation. Il arrive un moment où, si beaucoup d'entreprises font cela, vous devrez forcément ralentir, vous ne pouvez pas donner la priorité à tout le monde. Lorsqu'un service est priorisé, il aura toujours un impact sur les autres qui ne sont pas prioritaires.
- Pourquoi l'opérateur est-il intéressé à faire cela ? L'opérateur recevra des revenus pour prioriser le trafic des entreprises qui paient. Les entreprises verront la latence réduite et la vitesse garantie. Celui qui veut une connexion qui fonctionne parfaitement devra passer par la « case » de l'opérateur.
Le principal problème avec cela est qu'il y aura un Internet de niveau 1 et un Internet de niveau 3. Alors que ceux qui paient auront une latence et une vitesse garanties, ceux qui ne le feront pas auront le meilleur effort sans aucune garantie de quoi que ce soit. En pratique, nous pourrions voir que certains services fonctionneront moins bien (ceux qui ne paient pas).
API que nous pensons utiles
Il existe certaines API Open Gateway que nous considérons comme intéressantes et utiles pour améliorer la sécurité des utilisateurs ou leur connectivité. Nous expliquerons ce qu'ils sont et ce qu'ils font exactement ci-dessous.
Statut du périphérique
Cette API est la moins "dangereuse" en termes de confidentialité, essentiellement ce qu'elle fait est de dire à l'entreprise ou au client qui contracte Open Gateway, si l'appareil final a perdu la connexion au réseau, s'est reconnecté, et même si nous sommes en itinérance. À l'heure actuelle, cette API ne sera disponible que pour les réseaux 4G et 5G, ce qui est logique, après tout, bien qu'ils puissent ajouter plus de fonctionnalités à l'avenir pour les réseaux fixes.
Cela n'affecte pas trop la confidentialité, car actuellement les opérateurs savent déjà si un client est en itinérance, s'est déconnecté du réseau ou s'est reconnecté. De plus, nous pensons que c'est une chose positive car cela leur permettra de détecter d'éventuels problèmes au niveau du réseau à certains endroits. Nous soutenons l'utilisation de cette API dans le but d'améliorer les réseaux, car lorsqu'elle détecte une chute, il est possible de savoir exactement quelle est la dernière tour cellulaire qui a été utilisée.
API de validation OTP
Cette API peut être utilisée pour envoyer des mots de passe à usage unique (OTP) de courte durée à un numéro de téléphone via SMS, et le valider automatiquement, pour fournir une preuve de possession du numéro de téléphone. Une autre caractéristique importante est qu'il peut effectuer des vérifications en temps réel pour vérifier que l'utilisateur qui possédait l'appareil dispose du numéro de téléphone mobile indiqué. Cela permet de fournir un OTP fréquent pour ajouter une couche de sécurité aux différents services.
Dans la documentation officielle, il est indiqué que les mots de passe à usage unique par SMS sont une méthode sécurisée pour fournir l'accès à une application ou effectuer une transaction. Cependant, avec le menace de Sim Swapping nous pensons que ce n'est pas le meilleur , en fait, pour des raisons de sécurité, il est préférable utiliser une application d'authentification locale et même une application du service lui-même . Par exemple, la banque Caixabank n'envoie jamais de SMS, mais tout se fait via son application Caixabank Sign avec notre mot de passe ou notre empreinte digitale.
Ce type d'authentification existe déjà, mais désormais les industriels disposeront d'un accès « natif » pour authentifier les clients. À notre avis, cela n'apporte actuellement rien de nouveau, car les SMS actuels font déjà la même chose, bien qu'il soit possible que nous n'ayons plus à saisir le code, mais il le fera automatiquement.
SimSwap
Cette API est la plus intéressante de toutes pour faire face au SIM Swapping, l'une des principales attaques contre les utilisateurs pour voler leurs mots de passe par SMS (comme le préconisait l'API précédente), et accéder à des services bancaires ou en ligne avec une authentification à deux facteurs. ce type. Comme nous l'avons expliqué précédemment, l'utilisation d'une méthode de vérification en deux étapes via SMS n'est pas du tout sécurisée, mais cette API appelée SimSwap pourrait améliorer la sécurité.
Le but de cette API est de demander la date du dernier échange SIM effectué sur la ligne mobile, ou de vérifier si un échange SIM a déjà été effectué au cours d'une période précédente. Cela permet de vérifier en temps réel la date d'activation d'une nouvelle carte SIM pour un certain nombre. Cette fonctionnalité permet de prévenir la fraude et réduit considérablement le risque de fraude.
Cas pratique d'utilisation :
Imaginons qu'une banque comme BBVA (qui envoie des SMS pour certaines choses) achète l'accès à cette API SimSwap, avant d'envoyer un SMS à un téléphone pour vérifier son identité, elle peut vérifier s'il y a eu un changement de SIM, et décider de ne pas envoyer de code SMS. Exemple d'utilisation :
- S'il y a eu un changement de carte SIM au cours de la dernière semaine : n'envoie aucun code SMS et envoie une erreur via l'application ou la banque en ligne.
- S'il n'y a pas eu de changement de SIM depuis 1 an ou plus : envoyez le code SMS car vous avez vérifié que le téléphone appartient (avec une grande certitude) au client, et qu'il n'a pas fait d'attaque SimSwap dessus.
Bien que cette API soit vraiment intéressante et améliore la sécurité contre ces arnaques, SimSwap est quelque chose que les opérateurs doivent très bien maîtriser afin que personne ne puisse changer la carte SIM d'un client et provoquer un trou dans son compte bancaire.
AccueilAppareilsQoD
Cette API est similaire à QualityOnDemand, mais se concentre sur les réseaux domestiques fixes à fibre optique. Cela permet de mettre en place des politiques de gestion de trafic en complément des services de connectivité Internet de l'opérateur. L'API pourra configurer le routeur avec le protocole DSCP pour donner la priorité à certains trafics réseau téléchargés au sein du réseau domestique de l'utilisateur pour un appareil domestique donné. Un aspect très important est que le DSCP ne priorise que le trafic au sein du réseau, pas dans le réseau de l'opérateur, de plus, il n'est capable de prioriser que le téléchargement des données (du routeur au client), le profil de trafic s'applique uniquement aux appareils domestiques qui sont connectés par WiFi.
C'est fondamentalement comme avoir une QoS configurée sur le routeur, mais configurée par l'application ou le service que nous allons utiliser. Nous pouvons voir que ce service, comme un appel vidéo, fonctionne beaucoup mieux et plus facilement car il a configuré la QoS de notre routeur automatiquement et de manière totalement transparente.
- Comment cela vous affecte-t-il ? Cela a ses points forts et ses points faibles. La partie positive est que nous aurons une meilleure expérience utilisateur lors des appels vidéo ou en jouant en ligne, tant que l'entreprise paie pour l'accès à Open Gateway. La partie négative est que si nous utilisons plusieurs services simultanément, lorsque nous avons une "priorité élevée" sur de nombreux appareils, cela signifie qu'ils continueront tous à avoir la même priorité car ils ne peuvent pas être prioritaires en même temps.
- Pourquoi l'opérateur est-il intéressé à faire cela ? L'opérateur recevra un revenu pour permettre à l'entreprise de configurer la QoS du routeur utilisé par le client, et tout cela de manière transparente pour l'utilisateur.
Logiquement, si vous changez le routeur de l'opérateur et que vous en achetez un vous-même, vous n'aurez pas cette fonctionnalité, tant pour le meilleur que pour le pire. Ce que cette API permet, c'est d'améliorer la QoE (qualité d'expérience) de l'utilisateur pour les services qui en ont besoin, tels que les appels VoIP ou les appels vidéo, entre autres utilisations.
EdgeCloud
Cette API permet de fournir la bord routeur le plus proche de l'appareil à partir duquel la requête a été effectuée, dans le but d'optimiser au maximum le trajet de l'origine à la destination. Cela permettra de savoir quelle plate-forme MEC est la plus proche du client, afin qu'elle ait la latence minimale et la vitesse maximale possible. En étant physiquement plus proches, la propagation et la latence aller-retour des données sont réduites, ce qui nous permet d'avoir moins de latence et également une vitesse réelle plus élevée.
- Comment cela vous affecte-t-il ? L'application ou le service que vous utilisez fonctionnera mieux pour vous, avec une latence plus faible et une vitesse plus élevée, car vous vous connecterez directement au serveur le plus proche et n'aurez pas à vous connecter à un serveur distant.
- Pourquoi l'opérateur est-il intéressé à faire cela ? L'opérateur recevra un revenu pour avoir donné des informations sur le serveur le plus proche pour une certaine application. Cependant, c'est quelque chose qui se fait déjà aujourd'hui via des protocoles de routage dynamique de passerelle extérieure tels que BGP, si BGP est bien configuré, des routes optimales seront toujours fournies. Cela semble aller un peu plus loin pour améliorer l'expérience de l'utilisateur final, puisque la géolocalisation entrera en jeu, et elle prendra en compte le routage interne de l'AS des opérateurs (qui utilisent généralement IS-IS ou OSPF).
Nous pensons que cette API est assez intéressante pour fournir un service meilleur et plus rapide, mais que les opérateurs doivent payer pour avoir ces améliorations, nous pensons qu'ils pourraient le faire par défaut, car cela améliorera également l'efficacité de leurs réseaux, et évitera que certains nœuds s'effondrent parce que tout le trafic les traverse, est un gagnant-gagnant, cependant, il ne nous semble pas mauvais qu'ils veuillent gagner plus d'argent en fournissant un "routage premium" pour ceux qui veulent payer pour cela, mais tant qu'ils ne nuisent pas aux autres qui ne paient pas
Conclusions
Comme nous l'avons vu précédemment, il existe des API qui sont spécifiquement axé sur la violation de la vie privée des utilisateurs , collectant encore plus de données que celles déjà collectées et échangeant les données pour les vendre à quiconque paie pour accéder à Open Gateway. Nous pensons que cette nouvelle technologie pourrait être très dangereuse pour la vie privée des utilisateurs, car vous ne pourrez même pas vous débarrasser de tous en utilisant des réseaux VPN pour masquer le trafic, car cela se fera nativement sur votre smartphone via le antennes des opérateurs .
D'autres API sont spécialement conçues pour améliorer l'expérience de l'utilisateur final , Mais l' le problème est que la neutralité du net pourrait être grandement affectée . Si les entreprises et les marques paient pour avoir la plus haute priorité, qu'adviendra-t-il de celles qui ne paient pas ? Dans n'importe quelle QoS, si ce qui est fait est de donner la priorité à 80 % du trafic (ceux qui paient), pour commencer ce trafic ne sera pas une priorité et nous égaliserons presque la priorité si nous ne lui appliquons pas la QoS, et les 20% restants pourraient voir la latence de la connexion accrue et la vitesse sera également nettement inférieure. Il y a quelques API que nous considérons intéressantes à cet égard , comme celui de AccueilAppareilsQoD pour activer la QoS du routeur local et offrir de très bonnes performances en WiFi, et on voit aussi celui pour EdgeCloud assez bien, mais tant que le routage des connexions n'est pas affecté. entreprises qui ne paieront pas.
Enfin, il existe des API très intéressantes comme SimSwap pour prévenir la fraude, sans aucun doute, c'est notre préférée de toutes, car elle permettra aux banques de vérifier s'il y a eu un changement de SIM récent, pour ne pas envoyer le Code OTP par SMS et envoyer un avis d'alerte.