A decisão da DAS: o software e a segurança são tão importantes quanto o hardware

A infraestrutura moderna de DAS é definida tanto pelo software como pelo hardware. Os compradores devem compreender como o software é mantido, como o acesso ao sistema é controlado e como a segurança é gerida ao longo de todo o ciclo de vida operacional da rede.

Um Sistema de Antenas Distribuídas é uma infraestrutura física altamente visível. As unidades remotas, o equipamento de cabeça de rede, as ligações de fibra ótica e as antenas desempenham, todos, um papel essencial na prestação de cobertura e capacidade móveis. Por trás desse hardware, no entanto, o software influencia cada vez mais a forma como o sistema é configurado, monitorizado, mantido e desenvolvido.

Isto significa que a gestão de software e a cibersegurança devem fazer parte do processo de aquisição do DAS desde o início. Não devem ser tratadas como aspetos distintos após a instalação do equipamento.

Perceber quem é o responsável

Antes de escolherem uma plataforma DAS, os compradores devem compreender qual é a organização responsável pelo seu software e como essa responsabilidade será mantida ao longo do ciclo de vida do produto.

A questão importante não é simplesmente saber se todos os elementos foram desenvolvidos internamente. Os fornecedores de tecnologia podem colaborar com parceiros especializados ou incorporar componentes de terceiros nos seus sistemas. O que importa é saber se existe uma responsabilização clara.

Os compradores devem determinar:

  • Quem é responsável pela manutenção do software da plataforma?

  • Quem controla a divulgação de atualizações e correções de segurança?

  • Como é que as alterações ao software são desenvolvidas, revistas e testadas?

  • Que elementos dependem de tecnologia de terceiros?

  • Como é que as vulnerabilidades de terceiros são monitorizadas e resolvidas?

  • Durante quanto tempo o suporte ao software continuará disponível?

  • A quem devem os clientes recorrer caso surja um problema relacionado com software ou segurança?

As responsabilidades devem ser claramente definidas antes da implementação. Os clientes não devem ter de determinar a quem cabe a responsabilidade por um problema depois de este ter afetado uma rede em funcionamento.

A segurança é um processo contínuo

A cibersegurança não pode ser reduzida a uma única funcionalidade, certificado ou declaração feita durante o processo de aquisição. As ameaças, as vulnerabilidades e as práticas de segurança aceites continuam a evoluir. A segurança de uma plataforma depende, portanto, dos processos utilizados para a gerir ao longo de todo o seu ciclo de vida operacional.

Os compradores devem perguntar como é que as potenciais vulnerabilidades são identificadas, avaliadas e classificadas por ordem de prioridade. Devem também compreender como é que os clientes serão notificados quando surgirem problemas relevantes e como é que serão fornecidas atualizações ou medidas de mitigação.

Uma abordagem credível deve abordar:

  • Monitorização e avaliação de vulnerabilidades

  • Processos de atualização de software e gestão de correções

  • Testes antes do lançamento das atualizações

  • Notificação aos clientes e orientações técnicas

  • Controlos de acesso ao sistema

  • Permissões de utilizador e gestão de contas

  • Registo e monitorização de segurança

  • Medidas relativas ao acesso remoto

  • Suporte ao software ao longo de todo o ciclo de vida do produto

Nenhum sistema interligado pode ser considerado totalmente isento de riscos. O que importa realmente é saber se existem processos, conhecimentos especializados e responsabilizações adequados para gerir esse risco.

Um exemplo oportuno de responsabilização em matéria de segurança

As vulnerabilidades críticas do PHP divulgadas a 21 de outubro de 2026 constituem um exemplo oportuno da importância da visibilidade do software e de processos de segurança claramente definidos. As vulnerabilidades CVE-2026-109618 e CVE-2026-109619 afetam determinados ambientes PHP e podem potencialmente permitir a execução remota de código sem autenticação. A divulgação obrigou as organizações a determinar rapidamente se o PHP fazia parte dos seus produtos ou ambientes de suporte, a avaliar qualquer exposição e a fornecer orientações claras aos clientes.

Na sequência da divulgação, a SOLiD realizou uma análise técnica interna e comunicou as suas conclusões diretamente aos clientes em causa.

Este tipo de resposta constitui uma parte importante da gestão responsável do ciclo de vida. Quando é anunciada uma vulnerabilidade significativa, os clientes precisam que o seu fornecedor de tecnologia seja capaz de determinar:

  • Se a tecnologia em causa está presente na solução

  • Que produtos e versões, se for o caso, são afetados?

  • Se é necessária uma atualização, uma medida de mitigação ou uma alteração de configuração

  • Que medidas imediatas devem os clientes tomar?

  • Como será feita a monitorização e a comunicação dos desenvolvimentos futuros

Quando uma vulnerabilidade não se aplica, os clientes precisam dessa confirmação com a mesma clareza com que precisam de orientações para a correção quando é necessário tomar medidas. O incidente também demonstra por que razão as organizações devem manter um conhecimento preciso dos componentes de software e das dependências existentes nas suas plataformas. Sem essa visibilidade, torna-se muito mais difícil avaliar rapidamente a exposição e dar aos clientes uma resposta segura.

O acesso deve ser controlado

As plataformas DAS podem oferecer funcionalidades de monitorização, diagnóstico e gestão remotas. Estas funções podem ajudar as equipas técnicas a identificar problemas, avaliar o desempenho e prestar apoio aos clientes de forma mais eficiente.

Além disso, devem ser geridos de forma adequada. Os compradores devem compreender quem pode aceder ao sistema, como é que os utilizadores são autenticados e se as permissões podem ser atribuídas de acordo com as funções individuais. Devem também definir como é que o acesso é revogado quando já não for necessário e se as atividades importantes do sistema podem ser registadas e analisadas.

O acesso remoto deve seguir procedimentos claramente definidos. A conveniência não deve comprometer o controlo adequado nem a responsabilização. A abordagem necessária irá variar consoante os projetos. Um edifício comercial, uma rede de transportes, um ambiente de cuidados de saúde ou um grande espaço público podem, cada um, ter políticas de segurança e requisitos operacionais diferentes. Estes requisitos devem ser tidos em conta durante a conceção do sistema, em vez de serem introduzidos após a entrada em funcionamento.

Planear a gestão do software ao longo de todo o ciclo de vida da rede

Um DAS pode permanecer em funcionamento durante muitos anos. Durante esse período, os ambientes operacionais, os requisitos de rede e as expectativas em matéria de segurança podem sofrer alterações. Por conseguinte, os compradores devem ter em conta a evolução do software a longo prazo, a par das especificações iniciais do hardware.

Algumas perguntas que vale a pena colocar são:

  • Com que frequência é que o software da plataforma é revisto e atualizado?

  • Como é que os clientes serão informados quando estiverem disponíveis novas versões?

  • Que tipo de apoio é prestado quando é necessária uma atualização?

  • É possível implementar as atualizações sem perturbações desnecessárias?

  • Como é que as versões mais antigas do software são geridas?

  • O que acontece quando um software chega ao fim do seu ciclo de vida de suporte?

  • De que forma é que o plano de desenvolvimento do software se alinha com o plano de desenvolvimento geral do produto?

As respostas podem ajudar os compradores a avaliar se a plataforma dispõe de um plano credível para a manutenção e o desenvolvimento contínuos.

O software faz parte do valor a longo prazo

O custo inicial do equipamento continua a ser um aspeto importante em qualquer decisão de aquisição, mas a capacidade de gerir e prestar assistência à plataforma de forma segura também contribui para o seu valor a longo prazo. Um software que seja mantido ativamente, apoiado por processos claros e por equipas técnicas experientes, pode ajudar a garantir o desempenho e a continuidade operacional. Uma responsabilidade pouco clara ou um apoio a longo prazo limitado podem gerar incerteza muito tempo depois de a aquisição inicial ter sido concluída.

A infraestrutura moderna de DAS deve, por conseguinte, ser avaliada como uma combinação de hardware, software, assistência técnica e gestão do ciclo de vida.

Na SOLiD, acreditamos que os compradores devem ter uma compreensão clara de como o software da sua plataforma será gerido, atualizado e assistido — e quem será responsável ao longo de todo o ciclo de vida da rede.


Próximo
Próximo

A Decisão DAS: Desempenho e interoperabilidade comprovados