Les cl\u00e9s physiques traditionnelles sont vuln\u00e9rables au vol, \u00e0 la perte ou \u00e0 l'utilisation abusive. Les identifiants d'acc\u00e8s num\u00e9riques n\u00e9cessitent une approche de s\u00e9curit\u00e9 diff\u00e9rente. Cette approche prot\u00e8ge \u00e0 la fois l'identifiant lui-m\u00eame et le canal de communication qui le transmet.<\/p>\n\n\n\n
Gr\u00e2ce au dispositif de contr\u00f4le d'acc\u00e8s BLE bas\u00e9 sur Aipix, les jetons BLE sont transmis via des canaux de communication s\u00e9curis\u00e9s utilisant des algorithmes cryptographiques de niveau bancaire. La solution chiffre toutes les donn\u00e9es \u00e9chang\u00e9es, emp\u00eachant ainsi leur interception, leur modification ou leur r\u00e9utilisation non autoris\u00e9e.<\/p>\n\n\n\n
Les utilisateurs peuvent configurer la distance d'ouverture automatique de la porte selon leurs besoins. Le syst\u00e8me v\u00e9rifie \u00e9galement la distance r\u00e9elle entre le smartphone et le contr\u00f4leur BLE avant d'autoriser l'acc\u00e8s.<\/p>\n\n\n\n
Cette validation suppl\u00e9mentaire contribue \u00e0 r\u00e9duire le risque de tentatives d'activation non autoris\u00e9es depuis l'ext\u00e9rieur de la zone autoris\u00e9e. Elle garantit \u00e9galement que l'acc\u00e8s n'est accord\u00e9 que lorsque l'appareil autoris\u00e9 se trouve physiquement \u00e0 proximit\u00e9 du point d'acc\u00e8s.<\/p>\n\n\n\n
Comment la solution bas\u00e9e sur le BLE assure-t-elle la protection contre les acc\u00e8s non autoris\u00e9s\u00a0? Justification de la robustesse cryptographique du protocole d\u2019accord d\u2019acc\u00e8s BLE<\/h2>\n\n\n\n
Le syst\u00e8me d'autorisation d'acc\u00e8s entre l'application mobile et le contr\u00f4leur BLE est bas\u00e9 sur le protocole v3. Il repose sur des primitives cryptographiques standard (AES-128, SHA-256, HMAC-SHA256) et leur combinaison correcte. L'analyse effectu\u00e9e n'a r\u00e9v\u00e9l\u00e9 aucune faille de conception permettant \u00e0 un attaquant contr\u00f4lant le canal radio d'ouvrir le contr\u00f4leur sans poss\u00e9der de cl\u00e9 valide.<\/p>\n\n\n\n
Le syst\u00e8me restera s\u00e9curis\u00e9 tant que les algorithmes AES-128 et SHA-256 le resteront. En effet, il s'agit de normes cryptographiques ayant fait l'objet de nombreuses analyses publiques depuis des ann\u00e9es, et pour lesquelles aucune attaque connue n'est plus efficace qu'une recherche exhaustive.<\/p>\n\n\n\n
Principaux indicateurs quantitatifs\u00a0: Avantages distinctifs du programme\u00a0:<\/p>\n\n\n\n Le mod\u00e8le d'attaquant suivant a \u00e9t\u00e9 suppos\u00e9\u00a0:<\/p>\n\n\n\n Les objectifs de l'attaquant sont consid\u00e9r\u00e9s comme \u00e9tant\u00a0:<\/p>\n\n\n\n Un attaquant ne peut d\u00e9verrouiller le contr\u00f4leur sans obtenir la paire \u201c\u00a0jeton chiffr\u00e9 \u2013 cl\u00e9 client\u00a0\u201d valide pour ce contr\u00f4leur et la p\u00e9riode concern\u00e9e. La probabilit\u00e9 de succ\u00e8s reste inf\u00e9rieure ou \u00e9gale \u00e0 n\u00a0\u00b7\u00a02\u207b\u2076\u2074<\/strong> , o\u00f9 n<\/strong> repr\u00e9sente le nombre de tentatives de l\u2019attaquant.<\/p>\n\n\n\n La r\u00e9cup\u00e9ration de la cl\u00e9 principale, de la cl\u00e9 client ou du contenu du jeton d'acc\u00e8s \u00e0 partir des donn\u00e9es d'\u00e9change radio n\u00e9cessiterait de compromettre la s\u00e9curit\u00e9 de AES-128, SHA-256 ou HMAC-SHA256<\/strong>.<\/p>\n\n\n\n La solution architecturale dont d\u00e9coulent la plupart des propri\u00e9t\u00e9s du sch\u00e9ma consiste \u00e0 calculer la cl\u00e9 client comme une \u00e9tiquette d'authentification (HMAC) du contenu du jeton d'acc\u00e8s \u00e0 l'aide de la cl\u00e9 principale.<\/p>\n\n\n\n La m\u00eame valeur sert \u00e0 la fois de code d'authentification garantissant l'int\u00e9grit\u00e9 du jeton et de secret permettant \u00e0 l'application de prouver ses droits d'acc\u00e8s. Il en r\u00e9sulte les propri\u00e9t\u00e9s suivantes\u00a0:<\/p>\n\n\n\n L'int\u00e9grit\u00e9 du jeton est v\u00e9rifi\u00e9e sans frais suppl\u00e9mentaires.<\/strong> L'application transmet le jeton chiffr\u00e9 en clair. La modification d'un seul bit du jeton entra\u00eene, apr\u00e8s d\u00e9chiffrement, un contenu diff\u00e9rent, et donc une cl\u00e9 client diff\u00e9rente et une signature non concordante. Elle ne n\u00e9cessite pas de v\u00e9rification d'int\u00e9grit\u00e9 du jeton distincte, celle-ci \u00e9tant d\u00e9j\u00e0 effectu\u00e9e lors de la v\u00e9rification de la signature de la r\u00e9ponse. Ceci \u00e9limine toute une cat\u00e9gorie d'erreurs d'impl\u00e9mentation li\u00e9es \u00e0 l'ordre des op\u00e9rations de v\u00e9rification du code d'authentification et de d\u00e9chiffrement.<\/p>\n\n\n\n L'application ne peut pas modifier ses propres autorisations.<\/strong> Le contenu du jeton est inconnu de l'application\u00a0; celle-ci ne re\u00e7oit que le texte chiffr\u00e9 et la cl\u00e9 client. Pour d\u00e9finir un statut d'administrateur ou prolonger la p\u00e9riode de validit\u00e9, il faudrait cr\u00e9er de nouveaux jetons et calculer une \u00e9tiquette d'authentification \u00e0 l'aide de la cl\u00e9 principale, inaccessible \u00e0 l'application. Le d\u00e9chiffrement par force brute du texte chiffr\u00e9 est inutile\u00a0: la cl\u00e9 client correspondante resterait inconnue. L'\u00e9l\u00e9vation de privil\u00e8ges se r\u00e9sume alors \u00e0 casser l'algorithme HMAC-SHA256.<\/p>\n\n\n\n <\/p>\n\n\n\n Un attaquant qui ne conna\u00eet pas la cl\u00e9 client doit fournir une signature valide pour une requ\u00eate g\u00e9n\u00e9r\u00e9e par le contr\u00f4leur et inconnue \u00e0 l'avance.<\/p>\n\n\n\n S'il existait un algorithme capable de produire une telle contrefa\u00e7on avec une probabilit\u00e9 significativement plus \u00e9lev\u00e9e que 2\u207b\u2076\u2074<\/strong>, Les pirates pourraient l'utiliser pour construire soit un discriminateur pour HMAC-SHA256 sous forme de fonction pseudo-al\u00e9atoire, soit un algorithme permettant de trouver des pr\u00e9images partielles de SHA-256. Pour ces deux primitives, les chercheurs n'ont trouv\u00e9 aucune attaque plus efficace que la force brute. Aucune attaque connue contre HMAC-SHA256 n'exploite sa structure interne pour retrouver la cl\u00e9 plus rapidement qu'une recherche exhaustive. SHA-256 reste \u00e9galement r\u00e9sistant aux attaques par pr\u00e9image\u00a0: les r\u00e9sultats existants ne concernent que des versions \u00e0 nombre de tours consid\u00e9rablement r\u00e9duit et ne s'appliquent pas \u00e0 l'algorithme complet.<\/p>\n\n\n\n Il est important que la cl\u00e9 client soit le r\u00e9sultat de l'algorithme HMAC-SHA256, c'est-\u00e0-dire qu'elle soit compos\u00e9e de 256 bits uniform\u00e9ment r\u00e9partis, et non d'un mot de passe ou d'une valeur issue d'un alphabet limit\u00e9. Les attaques par dictionnaire et les attaques structurelles sont donc impossibles par conception.<\/p>\n\n\n\n La signature englobe la r\u00e9ponse et la requ\u00eate dans leur int\u00e9gralit\u00e9. La requ\u00eate contient une valeur al\u00e9atoire de 64 bits g\u00e9n\u00e9r\u00e9e par le contr\u00f4leur \u00e0 chaque interaction. Une r\u00e9ponse enregistr\u00e9e par un attaquant n'est valable que pour une seule valeur de cette valeur et ne peut donc pas \u00eatre reproduite.<\/p>\n\n\n\n La requ\u00eate contient l'identifiant public de la cl\u00e9 principale du contr\u00f4leur, et le syst\u00e8me inclut cet identifiant dans les donn\u00e9es sign\u00e9es. Ceci lie cryptographiquement la r\u00e9ponse \u00e0 la cl\u00e9 attendue\u00a0: si un attaquant intercepte une r\u00e9ponse d'un contr\u00f4leur, un autre contr\u00f4leur poss\u00e9dant un identifiant diff\u00e9rent la rejettera. <\/p>\n\n\n\n Seule la partie d\u00e9tenant la cl\u00e9 principale peut v\u00e9rifier la signature, car le syst\u00e8me d\u00e9rive la cl\u00e9 client du jeton chiffr\u00e9 \u00e0 l'aide de cette cl\u00e9 principale.<\/p>\n\n\n\n La signature est calcul\u00e9e \u00e0 partir des 8 premiers octets du hachage de la valeur interm\u00e9diaire.<\/p>\n\n\n\n Si la signature \u00e9tait un pr\u00e9fixe de la valeur interm\u00e9diaire elle-m\u00eame, sa publication r\u00e9v\u00e9lerait 64 bits de la future cl\u00e9 de session, compromettant sa s\u00e9curit\u00e9 et \u00e9tablissant un lien entre les donn\u00e9es publiques et secr\u00e8tes. Le hachage interm\u00e9diaire assure la s\u00e9paration des domaines cryptographiques\u00a0: il est impossible de retrouver le secret de session \u00e0 partir de la signature, sauf en trouvant une pr\u00e9image partielle de SHA-256.<\/p>\n\n\n\n En cons\u00e9quence, \u00e0 partir d'un seul calcul HMAC, le syst\u00e8me d\u00e9rive deux valeurs ind\u00e9pendantes en termes de s\u00e9curit\u00e9\u00a0: une preuve publique de propri\u00e9t\u00e9 de la cl\u00e9 et un secret de session complet de 256\u00a0bits.<\/p>\n\n\n\n Supposons qu'un attaquant ait extrait du t\u00e9l\u00e9phone la paire \u201c\u00a0jeton chiffr\u00e9 \u2013 cl\u00e9 client\u00a0\u201d. Il obtient alors la possibilit\u00e9 d'ouvrir le m\u00eame contr\u00f4leur, avec les m\u00eames autorisations et dans les m\u00eames d\u00e9lais que le propri\u00e9taire l\u00e9gitime.<\/p>\n\n\n\n Une fuite n'affecte que les autorisations d\u00e9j\u00e0 accord\u00e9es \u00e0 l'utilisateur compromis, et l'acc\u00e8s prend fin automatiquement une fois la cl\u00e9 expir\u00e9e.<\/p>\n\n\n\n Lors d'une connexion inverse, le t\u00e9l\u00e9phone r\u00e9pond aux requ\u00eates de tout appareil connect\u00e9, tandis que lors d'une connexion directe, un attaquant peut usurper l'identit\u00e9 du contr\u00f4leur. Dans les deux cas, l'attaquant peut soumettre des requ\u00eates sp\u00e9cifiques et collecter les r\u00e9ponses correspondantes.<\/p>\n\n\n\n Cependant, cela ne conf\u00e8re aucun avantage \u00e0 l'attaquant. Chaque r\u00e9ponse r\u00e9v\u00e8le 64 bits de la sortie de la fonction pour une entr\u00e9e choisie. La r\u00e9cup\u00e9ration de la cl\u00e9 client de 256 bits \u00e0 partir de ces observations constitue un probl\u00e8me classique de r\u00e9cup\u00e9ration de cl\u00e9 pour une fonction pseudo-al\u00e9atoire sous attaque par entr\u00e9e choisie, et HMAC-SHA256 ne fournit aucune solution connue plus efficace qu'une recherche exhaustive.<\/p>\n\n\n\n M\u00eame deux observations suffisent pour un candidat et sont d\u00e9termin\u00e9es de mani\u00e8re unique, mais la v\u00e9rification de chaque candidat n\u00e9cessite un calcul HMAC, et le nombre de candidats possibles reste 2\u00b2\u2075\u2076.<\/p>\n\n\n\n Le syst\u00e8me repose exclusivement sur AES-128, SHA-256 et HMAC-SHA256 \u2014 des primitives normalis\u00e9es dans FIPS 197, FIPS 180-4 et RFC 2104, avec de nombreuses ann\u00e9es d'histoire cryptanalytique publique et des impl\u00e9mentations test\u00e9es de mani\u00e8re approfondie.<\/p>\n\n\n\n Il s'agit d'un avantage consid\u00e9rable qui m\u00e9rite d'\u00eatre soulign\u00e9. La grande majorit\u00e9 des d\u00e9faillances pratiques des syst\u00e8mes de contr\u00f4le d'acc\u00e8s ne sont pas dues \u00e0 des faiblesses des primitives cryptographiques, mais \u00e0 des sch\u00e9mas de combinaison et d'application faibles ou vuln\u00e9rables.<\/p>\n\n\n\n L'analyse quantitative montre que tous les param\u00e8tres de s\u00e9curit\u00e9 critiques offrent une marge de s\u00e9curit\u00e9 largement sup\u00e9rieure aux seuils d'attaque pratiques. La cl\u00e9 principale assure une s\u00e9curit\u00e9 d'environ 190 bits, la cl\u00e9 de chiffrement d\u00e9riv\u00e9e pr\u00e9serve environ 127 bits d'entropie, la falsification en ligne exige un effort de calcul prohibitif et la probabilit\u00e9 de r\u00e9utilisation des nombres al\u00e9atoires demeure n\u00e9gligeable, m\u00eame avec un grand nombre de sessions.<\/p>\n\n\n\n Le noyau cryptographique du syst\u00e8me est correctement con\u00e7u, et sa s\u00e9curit\u00e9 est assur\u00e9e par une combinaison coh\u00e9rente de facteurs\u00a0:<\/p>\n\n\n\n Le contr\u00f4le d'acc\u00e8s moderne ne se limite plus \u00e0 l'ouverture des portes. Il s'agit de prot\u00e9ger les identit\u00e9s, de s\u00e9curiser les canaux de communication et de cr\u00e9er une infrastructure num\u00e9rique fiable.<\/p>\n\n\n\n Le contr\u00f4le d'acc\u00e8s BLE bas\u00e9 sur Aipix combine transmission de donn\u00e9es chiffr\u00e9es, identifiants num\u00e9riques prot\u00e9g\u00e9s, v\u00e9rification de proximit\u00e9 et conception respectueuse de la vie priv\u00e9e pour offrir une alternative s\u00e9curis\u00e9e aux m\u00e9thodes d'acc\u00e8s traditionnelles.<\/p>\n\n\n\n En conciliant s\u00e9curit\u00e9, simplicit\u00e9 d'utilisation et conformit\u00e9 r\u00e9glementaire, la technologie BLE permet aux op\u00e9rateurs t\u00e9l\u00e9coms, aux fournisseurs de services et aux organisations de concevoir des solutions d'acc\u00e8s intelligent et \u00e9volutives sans compromettre la cybers\u00e9curit\u00e9. Le contr\u00f4leur BLE n'est qu'une des options d'\u00e9quipement disponibles pour l'organisation des points d'acc\u00e8s. Le choix de sa mise en \u0153uvre d\u00e9pend des exigences et des sp\u00e9cificit\u00e9s du projet du client. <\/p>\n\n\n\n Pr\u00eat \u00e0 explorer de nouvelles opportunit\u00e9s pour votre entreprise de t\u00e9l\u00e9communications gr\u00e2ce \u00e0 un contr\u00f4le d'acc\u00e8s sans contact BLE s\u00e9curis\u00e9 et bien plus encore\u00a0? Contactez-nous et nous \u00e9tudierons ensemble les solutions de contr\u00f4le d'acc\u00e8s intelligentes qui vous permettront de trouver la solution id\u00e9ale.<\/p>\n\n\n\n
<\/p>\n\n\n\nIndicateur<\/strong><\/td> Valeur<\/strong><\/td> Commentaire<\/strong><\/strong><\/td><\/tr> force de s\u00e9curit\u00e9 de la cl\u00e9 ma\u00eetresse<\/td> \u2248 190 bits<\/td> Avec un seuil de s\u00e9curit\u00e9 pratique de 128 bits<\/td><\/tr> Fiabilit\u00e9 de la cl\u00e9 de chiffrement d\u00e9riv\u00e9e<\/td> \u2248 127 bits sur 128<\/td> Les pertes lors de la d\u00e9rivation sont n\u00e9gligeables.<\/td><\/tr> Probabilit\u00e9 de falsification de la r\u00e9ponse<\/td> 2\u207b\u2076\u2074 par tentative<\/td> <\/td><\/tr> Attaque par force brute hors ligne<\/td> Impossible<\/td> <\/td><\/tr> Temps estim\u00e9 pour trouver la signature par force brute<\/td> > 10\u00b9\u2070 ans<\/td> \u00c0 10 tentatives par seconde<\/td><\/tr> Probabilit\u00e9 de r\u00e9p\u00e9tition de la requ\u00eate au cours de la dur\u00e9e de vie du service<\/td> \u2248 3 \u00b7 10\u207b\u2078<\/td> Avec 10\u2076 op\u00e9rations de d\u00e9verrouillage<\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\n \n
Qu'est-ce que mod\u00e8le de menace<\/strong> pour les solutions de contr\u00f4le d'acc\u00e8s BLE ?<\/h3>\n\n\n\n
\n
\n
Quoi Consolide la d\u00e9claration de force de s\u00e9curit\u00e9<\/strong> de l'acc\u00e8s BLE ?<\/h3>\n\n\n\n
Sur quoi repose la robustesse de la s\u00e9curit\u00e9 d'acc\u00e8s BLE\u00a0? <\/strong>sur?<\/h2>\n\n\n\n
La cl\u00e9 client est l'identifiant d'authentification du jeton lui-m\u00eame.<\/strong><\/h3>\n\n\n\n
Impossibilit\u00e9 de falsification de la r\u00e9ponse<\/strong><\/h3>\n\n\n\n
![\"S\u00e9curit\u00e9](\"https:\/\/aipix.ai\/blog\/wp-content\/uploads\/2026\/08\/BLE-access-secyrity-client-and-master-key-1024x683.webp\")
<\/figure>\n\n\n\nProtection contre la relecture<\/strong><\/h3>\n\n\n\n
Liaison \u00e0 un contr\u00f4leur sp\u00e9cifique<\/strong><\/h3>\n\n\n\n
S\u00e9paration de la signature et de la cl\u00e9 de session<\/strong><\/h3>\n\n\n\n
Cons\u00e9quences de la localisation d'une application compromise<\/strong><\/h3>\n\n\n\n
Ce que l'attaquant n'obtient pas<\/strong><\/td> Pourquoi<\/strong><\/td><\/tr> Cl\u00e9 ma\u00eetresse<\/td> La cl\u00e9 client est un r\u00e9sultat du calcul HMAC utilisant la cl\u00e9 ma\u00eetre\u00a0; obtenir la cl\u00e9 ma\u00eetre revient \u00e0 casser HMAC-SHA256 comme une fonction \u00e0 sens unique<\/td><\/tr> Contenu du jeton<\/td> Le jeton reste chiffr\u00e9 \u00e0 l'aide d'une cl\u00e9 d\u00e9riv\u00e9e de la cl\u00e9 principale.<\/td><\/tr> Prolongation ou renouvellement de l'autorisation<\/td> Les limites d'acc\u00e8s et les autorisations sont d\u00e9finies dans le jeton et v\u00e9rifi\u00e9es par le contr\u00f4leur\u00a0; toute modification n\u00e9cessite la cl\u00e9 principale.<\/td><\/tr> Acc\u00e8s \u00e0 d'autres contr\u00f4leurs<\/td> Les cl\u00e9s principales sont uniques pour chaque appareil.<\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\n R\u00e9sistance aux requ\u00eates adaptatives<\/strong><\/h3>\n\n\n\n
Absence de cryptographie personnalis\u00e9e<\/strong><\/h3>\n\n\n\n
\u00c9valuations quantitatives<\/strong><\/h3>\n\n\n\n
Param\u00e8tre<\/strong><\/td> Calcul \/ \u00c9valuation<\/strong><\/td> R\u00e9sultat<\/strong><\/td><\/tr> Cl\u00e9 ma\u00eetresse<\/strong><\/td> 32 caract\u00e8res d'un alphabet comportant 62 symboles possibles<\/td> \u2248 190,5 bits d'entropie<\/td><\/tr> Cl\u00e9 de chiffrement d\u00e9riv\u00e9e<\/strong><\/td> La fonction de d\u00e9rivation de cl\u00e9 compresse 190 bits en 128 bits<\/td> \u2248 127 bits d'entropie sur 128 possibles<\/td><\/tr> m\u00e9canisme de pr\u00e9servation de l'entropie<\/strong><\/td> La permutation des fragments dans la seconde moiti\u00e9 de la cl\u00e9 ma\u00eetresse combine un fragment \u201c \u00e0 faible entropie \u201d d'un caract\u00e8re avec un fragment \u201c \u00e0 haute entropie \u201d d'un autre caract\u00e8re<\/td> Chaque petit morceau r\u00e9sultant est form\u00e9 en combinant deux composants statistiquement diff\u00e9rents<\/td><\/tr> Probabilit\u00e9 de contrefa\u00e7on en ligne<\/strong><\/td> Probabilit\u00e9 de r\u00e9ussite de la falsification de signature par tentative<\/td> 2\u207b\u2076\u2074 par tentative<\/td><\/tr> D\u00e9lai estim\u00e9 pour r\u00e9ussir la contrefa\u00e7on<\/strong><\/td> \u00c0 10 tentatives par seconde<\/td> > 10\u00b9\u2070 ans<\/td><\/tr> probabilit\u00e9 de collision d'un nombre al\u00e9atoire<\/strong><\/td> Environ q\u00b2\/2\u2076\u2075 pour q s\u00e9ances<\/td> Pour 10\u2076 ouvertures de contr\u00f4leur au cours de sa dur\u00e9e de vie : \u2248 3 \u00d7 10\u207b\u2078<\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\n R\u00e9sum\u00e9 de la robustesse cryptographique de l'accord d'acc\u00e8s BLE <\/strong><\/h2>\n\n\n\n
\n
Dispositif BLE comme base d'un acc\u00e8s s\u00e9curis\u00e9 sans contact<\/strong> et les opportunit\u00e9s de march\u00e9<\/h2>\n\n\n\n