RutOS 7.24, 7.24.1 & 7.24.2 : toutes les mises à jour du firmware Teltonika en un coup d'œil

Pour les administrateurs IT et les exploitants de flottes, une mise à jour du firmware RutOS n'est jamais une fin en soi : elle détermine quelles failles de sécurité sont corrigées, quelles nouvelles fonctions protocolaires arrivent et à quel point l'exploitation de dizaines ou de centaines de routeurs Teltonika reste prévisible. Dès RutOS 7.07, nous avions synthétisé les principales nouveautés — avec la série 7.24, Teltonika livre désormais trois versions en quelques semaines, que nous classons chronologiquement et évaluons pour la pratique dans ce billet.

Cet article fait partie de notre catégorie de blog Teltonika. Si vous découvrez l'écosystème Teltonika, nous vous recommandons de lire d'abord l'article de fond Qu'est-ce que RutOS ? — nous y expliquons en détail le système d'exploitation et ses familles d'équipements. Ascend distribue Teltonika et fournit matériel et licences RMS d'une seule main ; les recommandations de mise à jour de ce billet sont directement issues de cette pratique.

La série 7.24 se compose d'une version fonctionnelle et de deux versions correctives. Toutes les dates sont les dates de build du firmware issues des changelogs des équipements (entre autres RUTX50, RUT241 et RUT956) :

• RutOS 7.24 — 8 juillet 2026 : la véritable version fonctionnelle de la série. Dans le newsroom Teltonika, 7.24 avait déjà été annoncée début juillet 2026 — conjointement avec TswOS 1.10 pour les switches TSW.
• RutOS 7.24.1 — 20 juillet 2026 : une version de maintenance légère, désormais référencée comme « Stable FW », c'est-à-dire comme firmware standard de mise à jour et de production en série (au 28 août 2026).
• RutOS 7.24.2 — 13 août 2026 : la version de maintenance et de sécurité la plus récente, actuellement classée « Latest FW » et donc pas encore dans le canal Stable (au 28 août 2026).

Teltonika a officiellement regroupé la série à deux reprises : le bulletin Product Firmware Update (PFU) du 23 juillet 2026 annonçait 7.24 ; le bulletin PFU du 27 août 2026 récapitule une nouvelle fois les trois versions — 7.24, 7.24.1 et 7.24.2 — ensemble. Si vous n'avez découvert la série qu'à travers la communication d'août, voici donc la chronologie complète : deux des trois versions datent de juillet, seule 7.24.2 est réellement une version d'août.

RutOS 7.24 est la version fonctionnelle de la série. Les principales nouveautés issues des changelogs des équipements (consultables p. ex. sur RUTX50 Firmware Downloads) :

• Data to Server avec SFTP et FTPS : les données de mesure et les fichiers peuvent désormais être transmis chiffrés vers des serveurs externes — Strict Host Key Checking pour SFTP inclus. Selon le newsroom Teltonika, l'authentification par certificat comme par clé SSH est prise en charge.
• Variables de topics MQTT : le nom de l'équipement, le numéro de série et la MAC LAN sont disponibles comme constantes pour les topics dans Data to Server, Event Juggler et les alarmes du client Modbus. Pour les exploitants de flottes, cela signifie qu'un même modèle de configuration fonctionne tel quel sur de nombreux équipements.
• Gestion des opérateurs mobiles : les listes de blocage et d'autorisation sont appliquées dans un ordre de priorité défini par l'utilisateur ; s'ajoutent le commutateur « Ignore Home Operator Priority », des priorités APN par opérateur ainsi que l'affichage de l'ICCID lorsqu'une SIM est insérée mais verrouillée par PIN — utile dans les scénarios multi-opérateurs et de basculement.
• TR-069 nettement accéléré : selon Teltonika, l'établissement de la connexion vers l'Auto Configuration Server passe d'environ deux minutes à quelque 15 secondes. S'y ajoutent des objets TR-181 nouveaux ou améliorés, notamment pour les diagnostics TraceRoute ainsi que les paramètres SSID WLAN et radio.
• Protocoles industriels étoffés : le client et le serveur IEC 60870-5 reçoivent des paramètres configurables pour la couche application, la couche liaison et l'APCI, plus de nouveaux types de données horodatées ; le client DNP3 et le client Modbus obtiennent des filtres IP/port pour les requêtes de l'API base de données.
• Entretien du système : le serveur SSH dropbear passe à la version 2025.89, SQLite à 3.50.4 ; le type de génération des sauvegardes peut en outre désormais être sélectionné.

Parmi les corrections de bugs, on retiendra le correctif du faible débit TCP avec le Software Flow Offloading sur certaines interfaces, la validation IEEE 802.11r corrigée pour les modes de chiffrement non pris en charge et l'invalidation des OTP 2FA après une connexion réussie — auxquels s'ajoutent de nombreuses corrections SMS et OpenConnect.

Côté sécurité, RutOS 7.24 corrige neuf CVE, dont quatre classées HIGH (données selon le changelog Teltonika). La liste complète avec tous les numéros et scores ainsi que les nouveautés post-quantiques de 7.24.2 sont détaillées dans l'article Mises à jour de sécurité RutOS : CVE et IPsec post-quantique.

Point important pour bien situer les choses : dans son newsroom, Teltonika annonce en plus pour 7.24 un client CANopen, le Single Sign-On (SSO), l'import/export PPSK avec génération automatique, un onglet « Third Party Packages » dans le Package Manager ainsi que VXLAN, Docker et NetBird sur le routeur Wi-Fi 7 Altos CAP700. Ces fonctions sont annoncées par Teltonika mais dépendent de l'équipement ou du paquet — elles n'apparaissent pas dans les changelogs 7.24 des RUTX50 et RUT956. Vérifiez donc le changelog de votre modèle précis avant toute planification.

À peine deux semaines après 7.24 est arrivée 7.24.1, une version de maintenance — précisément l'état de version qui constitue le canal Stable au 28 août 2026. Les points forts :

• iperf et stress-ng dans le Package Manager : les tests de débit et de charge s'exécutent ainsi directement sur le routeur — pratique pour la recette de nouveaux sites, sans transporter de matériel de test supplémentaire.
• Base de données APN entretenue : nouvelles entrées pour Telenor (« internet.telenor.se », « services.telenor.se ») et KPN (« comgate.m2m ») ; pour T-Mobile (MCC-MNC 311-882), la priorité de l'APN « iot.t-mobile.com » a été relevée.
• Premier démarrage plus rapide : la base de données d'intégrité est générée plus rapidement au premier boot.

S'y ajoutent des correctifs ciblés : l'affichage erroné des valeurs de signal mobile dans certaines configurations d'agrégation de porteuses, la retransmission des trames Action IEEE 802.11 reçues en mode station WLAN, les erreurs d'envoi de SMS de l'Event Juggler lors de messages très rapprochés ainsi que l'intégration des logs flash dans le fichier de troubleshooting.

Aucune section CVE spécifique n'est mentionnée pour 7.24.1 dans le changelog du RUTX50 — la valeur de cette version réside dans la stabilisation de l'état 7.24 pour le déploiement à grande échelle.

La version la plus récente de la série, datée du 13 août 2026, combine fonctions réseau et durcissement sensible de la sécurité :

• OSPFv3 : le routage dynamique sur IPv6 fait son entrée.
• DHCPv6 étoffé : création automatique de serveurs DHCPv6 pour les interfaces WAN plus une nouvelle option « Relay uplink » pour le serveur DHCPv6.
• Limites de connexions du pare-feu : le pare-feu prend désormais en charge des limites de connexions par port — un levier supplémentaire contre l'épuisement des ressources par des services isolés.
• IPsec post-quantique : avec l'échange de clés ML-KEM et la mise à jour vers strongSwan 6.0.7, Teltonika prépare les connexions IPsec à l'ère post-quantique.
• Authentification locale durcie : verrouillage de compte PAM pour les connexions locales, un historique de mots de passe dans la politique de mots de passe et l'authentification NTP pour ntpd.
• Base crypto et RADIUS actualisée : OpenSSL 3.5.7, FreeRADIUS 3.2.8, wireless-regdb 2026.05.30 et open62541 (OPC UA) 1.4.18.

Les corrections de bugs ont elles aussi une portée opérationnelle : une fuite mémoire du plugin de format Lua dans Data to Server a été colmatée, le serveur SSH écoute de nouveau correctement sur les adresses IPv6, le transfert de la configuration RMS via sauvegardes/profils fonctionne de nouveau, et la SysObjectID SNMP renvoie désormais l'OID entreprise de Teltonika.

Côté sécurité, 7.24.2 ajoute deux correctifs CVE supplémentaires : CVE-2026-16455 (score 6,9) et CVE-2026-18368 (score 5,0), toutes deux classées MEDIUM (données selon le changelog Teltonika). Pour comprendre pourquoi l'échange de clés ML-KEM intéresse particulièrement les secteurs réglementés, lisez le deep dive sécurité de la série 7.24.

Teltonika gère son firmware selon deux niveaux de maturité. Stable est le firmware qui, outre l'assurance qualité interne, a également traversé des déploiements utilisateurs à grande échelle — il est proposé comme mise à jour standard et installé en production de série. Latest a passé les tests internes, mais selon Teltonika « n'a pas encore connu de diffusion large ni de validation par les utilisateurs » et « peut encore contenir des erreurs non découvertes » ; le fabricant recommande expressément de le tester d'abord « sur un petit nombre d'équipements avant d'envisager des mises à jour plus larges » (traduction libre de la page de téléchargement du firmware RUTX50).

Pour la série 7.24, cela signifie concrètement (au 28 août 2026) : 7.24.1 est Stable, 7.24.2 est Latest. Il en découle une feuille de route claire :

1. Porter la flotte productive sur 7.24.1. Les fonctions et correctifs de 7.24 tournent ainsi dans le canal Stable validé.
2. Piloter 7.24.2 de manière ciblée. Choisissez un petit groupe d'équipements représentatif — idéalement là où les nouvelles fonctions (IPsec ML-KEM, OSPFv3, extensions DHCPv6, verrouillage PAM) apportent le plus de valeur — et observez le comportement avant un déploiement plus large.
3. Échelonner le déploiement. Une gestion centralisée — par exemple via le Remote Management System (RMS) de Teltonika — aide à garder une vue sur les états de firmware de la flotte et à déployer les mises à jour par vagues plutôt qu'en une seule fois.

Conseil pratique : avant chaque déploiement, sauvegardez une configuration à jour par type d'équipement et commencez par un site que vous pouvez facilement atteindre en cas de problème. Ce n'est que lorsque le pilote a fonctionné sans incident pendant une période appropriée que suit le déploiement à grande échelle.

L'aperçu suivant se fonde sur la page « Product Firmware Updates » de Teltonika et sur les changelogs des équipements, au 28 août 2026 :

• RUT1xx (RUT140, RUT142, RUT145) : 7.24, 7.24.1 et 7.24.2
• RUT2xx (entre autres RUT200, RUT241, RUT260, RUT271, RUT286) : 7.24, 7.24.1 et 7.24.2
• RUT3xx (RUT301, RUT361) : 7.24, 7.24.1 et 7.24.2
• RUT9xx (entre autres RUT901, RUT906, RUT951, RUT956) : jusqu'ici uniquement 7.24. Les versions correctives 7.24.1 et 7.24.2 ne sont actuellement pas listées pour cette famille ; le firmware le plus récent sur la page de téléchargement du RUT956 est RUT9M_R_00.07.24 du 8 juillet 2026.
• RUTX (RUTX08 à RUTX14, RUTX50, RUTXR1) : 7.24, 7.24.1 et 7.24.2
• RUTM (RUTM08 à RUTM59) : 7.24, 7.24.1 et 7.24.2
• RUTC : les listes varient selon la version — 7.24.1 mentionne les cinq modèles (RUTC40/41/42/50/54), le RUTC54 manque dans la liste 7.24.2.
• Routeurs outdoor OTD (OTD140, OTD144, OTD500) : 7.24, 7.24.1 et 7.24.2
• Passerelles TRB (TRB140 à TRB501) : 7.24, 7.24.1 et 7.24.2
• ATRM50 et Altos CAP700 (Wi-Fi 7) : 7.24, 7.24.1 et 7.24.2
• Points d'accès TAP (TAP100, TAP200, TAP400) : 7.24 et 7.24.1 — ils ne figurent pas dans la liste 7.24.2.
• Points d'accès DAP (DAP140, DAP142, DAP145) : 7.24, 7.24.1 et 7.24.2

Trois remarques pour bien situer les choses : premièrement, les sources Teltonika ne permettent pas de savoir à ce jour si et quand les RUT9xx et TAP recevront les versions correctives correspondantes — à ce jour, elles sont tout simplement absentes des listes. Deuxièmement, la série TCR n'apparaît dans aucune liste 7.24.x. Troisièmement, RutOS concerne exclusivement les routeurs, passerelles et points d'accès : les switches TSW tournent sur une ligne de firmware propre (TswOS, version 1.10 du 3 juin 2026), et les équipements non administrables comme le flat switch TSF010 n'ont pas du tout de firmware administrable — pour les acheteurs, c'est plutôt le changement des codes de commande du TSF010 qui est pertinent actuellement.

La série 7.24 montre comment Teltonika organise l'entretien de son firmware : une version fonctionnelle (7.24) avec de la substance, de Data to Server à TR-069 en passant par les protocoles industriels, une version Stable rapidement fournie (7.24.1) pour le déploiement à grande échelle et une version de maintenance et de sécurité (7.24.2) avec des thèmes d'avenir comme l'IPsec post-quantique, qui doit encore faire ses preuves dans le canal Latest. Pour les exploitants de flottes, il en résulte une stratégie sereine : définir 7.24.1 comme standard, piloter 7.24.2 de manière contrôlée et surveiller séparément les parcs RUT9xx jusqu'à ce que Teltonika y liste de nouvelles versions.

Demander un conseil : si vous souhaitez actualiser votre flotte Teltonika de manière structurée ou la compléter par de nouveaux équipements, parlez-en avec Ascend. Ascend distribue Teltonika et fournit matériel et licences RMS d'une seule main — du choix des équipements dans l'assortiment Teltonika de la boutique Ascend à la stratégie de mise à jour du parc existant.

Cet article a été documenté et rédigé avec le soutien de l'IA et vérifié par Ascend avant publication.