La décision DAS : les logiciels et la sécurité sont tout aussi importants que le matériel
Une infrastructure DAS moderne repose à la fois sur des composants logiciels et matériels. Les acheteurs doivent comprendre comment la maintenance logicielle est assurée, comment l'accès au système est contrôlé et comment la sécurité est gérée tout au long du cycle de vie opérationnel du réseau.
Un système d'antennes distribuées (DAS) est une infrastructure physique très visible. Les unités décentralisées, les équipements de tête de réseau, les connexions par fibre optique et les antennes jouent tous un rôle essentiel dans la fourniture de la couverture et de la capacité mobiles. Derrière ce matériel, cependant, les logiciels influencent de plus en plus la manière dont le système est configuré, surveillé, entretenu et développé.
Cela signifie que la gestion des logiciels et la cybersécurité doivent être intégrées dès le départ au processus d'acquisition du DAS. Elles ne doivent pas être considérées comme des aspects distincts une fois le matériel installé.
Savoir qui est responsable
Avant de choisir une plateforme DAS, les acheteurs doivent déterminer quelle entité est responsable de son logiciel et comment cette responsabilité sera assurée tout au long du cycle de vie du produit.
La question essentielle n'est pas simplement de savoir si chaque élément a été développé en interne. Les fournisseurs de technologies peuvent collaborer avec des partenaires spécialisés ou intégrer des composants tiers dans leurs systèmes. Ce qui importe, c'est qu'il y ait une responsabilité clairement définie.
Les acheteurs doivent vérifier :
Qui est chargé de la maintenance du logiciel de la plateforme ?
Qui gère la publication des mises à jour et des correctifs de sécurité ?
Comment les modifications logicielles sont-elles développées, révisées et testées ?
Quels sont les éléments qui reposent sur des technologies tierces ?
Comment les vulnérabilités liées à des tiers sont-elles surveillées et traitées ?
Pendant combien de temps le support logiciel restera-t-il disponible ?
À qui les clients doivent-ils s'adresser en cas de problème lié au logiciel ou à la sécurité ?
Les responsabilités doivent être clairement définies avant la mise en service. Les clients ne devraient pas avoir à déterminer à qui incombe la responsabilité d'un problème une fois que celui-ci a affecté un réseau en production.
La sécurité est un processus continu
La cybersécurité ne peut se résumer à une simple fonctionnalité, à un certificat ou à une déclaration faite lors de la passation d'un marché. Les menaces, les vulnérabilités et les pratiques de sécurité reconnues ne cessent d'évoluer. La sécurité d'une plateforme dépend donc des processus mis en œuvre pour la gérer tout au long de son cycle de vie opérationnel.
Les acheteurs doivent se renseigner sur la manière dont les vulnérabilités potentielles sont identifiées, évaluées et classées par ordre de priorité. Ils doivent également comprendre comment les clients seront informés en cas de problèmes pertinents et comment des mises à jour ou des mesures d'atténuation seront fournies.
Une approche crédible devrait aborder les points suivants :
Suivi et évaluation des vulnérabilités
Processus de mise à jour logicielle et de gestion des correctifs
Tests avant la publication des mises à jour
Notification aux clients et conseils techniques
Contrôles d'accès au système
Autorisations des utilisateurs et gestion des comptes
Journalisation et surveillance de la sécurité
Modalités d'accès à distance
Assistance logicielle tout au long du cycle de vie du produit
Aucun système interconnecté ne peut être considéré comme totalement exempt de risques. La question la plus pertinente est de savoir si des processus, une expertise et une responsabilité adéquats sont en place pour gérer ce risque.
Un exemple d'actualité en matière de responsabilité en matière de sécurité
Les vulnérabilités critiques de PHP révélées le 21 octobre 2026 illustrent parfaitement pourquoi la visibilité des logiciels et des processus de sécurité clairement définis sont essentielles. Les vulnérabilités CVE-2026-109618 et CVE-2026-109619 affectent certains environnements PHP et peuvent potentiellement permettre l'exécution de code à distance sans authentification. Cette divulgation a obligé les organisations à déterminer rapidement si PHP faisait partie de leurs produits ou de leurs environnements de support, à évaluer leur exposition éventuelle et à fournir des consignes claires à leurs clients.
À la suite de cette divulgation, SOLiD a procédé à un examen technique interne et a communiqué ses conclusions directement aux clients concernés.
Ce type de réaction constitue un élément essentiel d'une gestion responsable du cycle de vie. Lorsqu'une vulnérabilité majeure est signalée, les clients attendent de leur fournisseur de technologies qu'il soit en mesure de déterminer :
La technologie concernée est-elle présente au sein de la solution ?
Quels sont les produits et versions concernés, le cas échéant ?
Qu'une mise à jour, une mesure d'atténuation ou une modification de configuration soit nécessaire
Quelles mesures immédiates les clients doivent-ils prendre ?
Comment les développements à venir seront suivis et communiqués
Lorsqu'une vulnérabilité ne concerne pas un client, celui-ci a besoin d'une confirmation aussi claire que des conseils sur les mesures à prendre lorsque des actions s'imposent. Cet incident montre également pourquoi les organisations doivent disposer d'une connaissance précise des composants logiciels et des dépendances au sein de leurs plateformes. Sans cette visibilité, il devient bien plus difficile d'évaluer rapidement l'exposition au risque et d'apporter une réponse rassurante aux clients.
L'accès doit être contrôlé
Les plateformes DAS peuvent offrir des fonctionnalités de surveillance, de diagnostic et de gestion à distance. Ces fonctions peuvent aider les équipes techniques à identifier les problèmes, à évaluer les performances et à assister les clients plus efficacement.
Ils doivent également être gérés de manière appropriée. Les acheteurs doivent savoir qui peut accéder au système, comment les utilisateurs sont authentifiés et si les autorisations peuvent être attribuées en fonction des rôles de chacun. Ils doivent également déterminer comment les droits d'accès sont supprimés lorsqu'ils ne sont plus nécessaires et si les activités importantes du système peuvent être enregistrées et consultées.
L'accès à distance doit respecter des procédures clairement définies. La facilité d'utilisation ne doit pas se faire au détriment d'un contrôle adéquat ou de la responsabilité. L'approche à adopter variera d'un projet à l'autre. Un immeuble commercial, un réseau de transport, un établissement de santé ou un lieu public de grande envergure peuvent chacun avoir des politiques de sécurité et des exigences opérationnelles différentes. Ces exigences doivent être prises en compte dès la conception du système, plutôt que d'être introduites après la mise en service.
Prévoir la gestion des logiciels tout au long du cycle de vie du réseau
Un système DAS peut rester en service pendant de nombreuses années. Au cours de cette période, les environnements d'exploitation, les exigences réseau et les attentes en matière de sécurité peuvent évoluer. Les acheteurs doivent donc tenir compte de l'évolution logicielle à long terme parallèlement aux spécifications matérielles initiales.
Voici quelques questions qu'il convient de se poser :
À quelle fréquence le logiciel de la plateforme est-il révisé et mis à jour ?
Comment les clients seront-ils informés lorsque de nouvelles versions seront disponibles ?
Quelle assistance est proposée lorsqu'une mise à jour est nécessaire ?
Les mises à jour peuvent-elles être mises en œuvre sans perturber inutilement le fonctionnement ?
Comment sont gérées les anciennes versions des logiciels ?
Que se passe-t-il lorsqu'un logiciel arrive en fin de cycle de support ?
En quoi la feuille de route logicielle s'aligne-t-elle sur la feuille de route globale du produit ?
Ces réponses peuvent aider les acheteurs à déterminer si la plateforme dispose d'un plan crédible pour assurer sa maintenance et son développement à long terme.
Les logiciels font partie de la valeur à long terme
Le coût initial du matériel reste un élément important dans toute décision d'achat, mais la capacité à gérer et à assurer le support de la plateforme en toute sécurité contribue également à sa valeur à long terme. Un logiciel faisant l'objet d'une maintenance active, s'appuyant sur des processus clairs et bénéficiant du soutien d'équipes techniques expérimentées peut contribuer à préserver les performances et la continuité opérationnelle. Une responsabilité mal définie ou un support à long terme limité peuvent être source d'incertitude bien après la conclusion de l'achat initial.
Une infrastructure DAS moderne doit donc être considérée comme un ensemble comprenant le matériel, les logiciels, l'assistance et la gestion du cycle de vie.
Chez SOLiD, nous estimons que les acheteurs doivent avoir une idée précise de la manière dont le logiciel de leur plateforme sera géré, mis à jour et pris en charge, ainsi que des responsables qui en assumeront la responsabilité tout au long du cycle de vie du réseau.
