Khaled Sarieddine

Os endpoints de WebSocket carecem de mecanismos de autenticação adequados, o que permite que atacantes se passem por estações de carregamento. Essa falha pode ser explorada para obter acesso não autorizado a dados sensíveis, realizar ações não autorizadas e levar à escalada de privilégios, comprometendo potencialmente a segurança de todo o sistema.

O backend WebSocket utiliza identificadores de estações de carregamento para associar sessões de forma única, mas permite que múltiplos endpoints se conectem usando o mesmo identificador de sessão. Esta implementação resulta em identificadores de sessão previsíveis, o que pode permitir que usuários não autorizados se autentiquem como outros usuários ou permitir que um agente malicioso cause uma condição de negação de serviço ao sobrecarregar o backend com solicitações de sessão válidas.

A Interface de Programação de Aplicações (API) do WebSocket carece de restrições quanto ao número de solicitações de autenticação. A ausência de limitação de taxa (rate limiting) pode permitir que um invasor realize ataques de negação de serviço ou ataques de força bruta para obter acesso não autorizado.

Identificadores de autenticação de estações de carregamento estão publicamente acessíveis através de plataformas de mapeamento baseadas na web.

Charging station authentication identifiers are publicly accessible through web-based mapping platforms. This exposure potentially allows unauthorized access or misuse of charging station services.

The WebSocket Application Programming Interface does not restrict the number of authentication requests. This lack of rate limiting could enable an attacker to perform denial-of-service attacks by disrupting or misdirecting legitimate charger telemetry. It may also allow brute-force attacks to gain unauthorized access. The API lacks rate limiting on authentication requests, potentially impacting a large number of devices.

The WebSocket backend uses charging station identifiers to associate sessions, but allows multiple endpoints to connect using the same session identifier. This results in predictable session identifiers, enabling session hijacking or shadowing. A recent connection can displace a legitimate charging station and receive backend commands intended for that station. This may allow unauthorized authentication or a denial-of-service condition by overwhelming the backend with valid session requests. The vulnerability involves the use of the same session identifier for multiple endpoints, potentially allowing a malicious actor to intercept and manipulate communication with charging stations.

WebSocket endpoints lack proper authentication mechanisms, enabling attackers to perform unauthorized station impersonation and manipulate data sent to the backend. An unauthenticated attacker can connect to the OCPP WebSocket endpoint using a known or discovered charging station identifier, then issue or receive OCPP commands as a legitimate charger. This can lead to privilege escalation, unauthorized control of charging infrastructure, and corruption of charging network data reported to the backend. The issue allows attackers to perform unauthorized station impersonation and manipulate data sent to the backend via the OCPP WebSocket endpoint.

A Interface de Programação de Aplicação WebSocket não restringe o número de solicitações de autenticação. Essa falta de limitação de taxa pode permitir que atacantes realizem ataques de negação de serviço, interrompendo ou desviando a telemetria legítima do carregador. Também pode permitir ataques de força bruta para obter acesso não autorizado.

Os identificadores de autenticação das estações de carregamento estão publicamente acessíveis através de plataformas de mapeamento baseadas na web. Esta exposição potencialmente permite acesso não autorizado às estações de carregamento.

Os endpoints WebSocket estão sem a autenticação adequada, permitindo que atacantes se passem por estações de carregamento e manipulem dados do backend. Um atacante não autenticado pode conectar-se ao endpoint WebSocket OCPP usando um identificador de estação de carregamento conhecido ou descoberto e, em seguida, enviar ou receber comandos OCPP como um carregador legítimo. Isso pode levar ao escalonamento de privilégios, controle não autorizado da infraestrutura de carregamento e corrupção de dados da rede de carregamento. O problema permite que atacantes realizem a personificação não autorizada da estação e manipulem dados enviados ao backend através do ''endpoint WebSocket OCPP''.

O backend WebSocket utiliza identificadores de estação de carregamento para associar sessões de forma única, mas permite que múltiplos endpoints se conectem utilizando o mesmo identificador de sessão. Isso resulta em identificadores de sessão previsíveis, permitindo o sequestro de sessão (session hijacking) ou sombreamento (shadowing), onde uma conexão recente pode deslocar uma estação de carregamento legítima e receber comandos de backend destinados a ela. Isso pode permitir autenticação de usuário não autorizada ou uma condição de negação de serviço, sobrecarregando o backend com solicitações de sessão válidas.

A Interface de Programação de Aplicação WebSocket não limita o número de solicitações de autenticação. Essa falta de limitação de taxa poderia permitir que um atacante realizasse ataques de negação de serviço, suprimindo ou desviando a telemetria legítima do carregador, ou conduzisse ataques de força bruta para obter acesso não autorizado. O endpoint da API é suscetível a abusos devido à ausência de restrições nas tentativas de autenticação. Um atacante poderia explorar isso enviando um alto volume de solicitações para o endpoint `/websocket`, potencialmente sobrecarregando o sistema e interrompendo serviços legítimos. O parâmetro vulnerável é a própria solicitação de autenticação.

O backend utiliza identificadores de estações de carregamento para associar exclusivamente as sessões, mas permite que vários endpoints se conectem usando o mesmo identificador de sessão. Isso resulta em identificadores de sessão previsíveis, permitindo o sequestro ou substituição de sessão, em que uma nova conexão substitui uma estação de carregamento legítima e recebe os comandos destinados ao backend. Isso pode permitir autenticação não autorizada ou uma condição de negação de serviço ao sobrecarregar o backend com solicitações de sessão. A vulnerabilidade afeta a associação de sessões por meio de identificadores de estações de carregamento e o tratamento de múltiplas conexões com o mesmo identificador de sessão.

Os pontos de extremidade WebSocket não possuem mecanismos de autenticação adequados, permitindo que atacantes não autenticados se conectem e se passem por estações de carregamento legítimas. Isso permite que atacantes emitam ou recebam comandos OCPP, potencialmente levando à elevação de privilégios, controle não autorizado da infraestrutura de carregamento e corrupção dos dados da rede de carregamento relatados ao backend. Um atacante pode se conectar ao endpoint WebSocket OCPP usando um identificador de estação de carregamento conhecido ou descoberto. A vulnerabilidade permite a manipulação dos dados enviados ao backend.

Os identificadores de autenticação das estações de carregamento são acessíveis publicamente por meio de plataformas de mapeamento baseadas na web. Essa exposição permite acesso não autorizado a informações potencialmente sensíveis relacionadas à infraestrutura de carregamento.

Identificadores de autenticação das estações de carregamento estão publicamente acessíveis por meio de plataformas de mapeamento baseadas na web. Essa exposição potencialmente permite acesso não autorizado ou manipulação dos serviços das estações de carregamento.

Identificadores de autenticação das estações de carregamento estão publicamente acessíveis por meio de plataformas de mapeamento baseadas na web. Esta exposição permite acesso não autorizado a informações potencialmente sensíveis relacionadas à infraestrutura de carregamento.

O backend WebSocket associa sessões usando identificadores de estação de carregamento, mas permite que múltiplos endpoints se conectem com o mesmo identificador de sessão. Isso resulta em identificadores de sessão previsíveis, permitindo sequestro de sessão ou sombreamento. Uma conexão recente pode deslocar uma estação de carregamento legítima e receber comandos do backend destinados a ela. Isso poderia permitir autenticação não autorizada ou uma condição de negação de serviço ao sobrecarregar o backend com solicitações de sessão válidas. O componente vulnerável usa `identificador de sessão` para associar sessões WebSocket. O endpoint da API é suscetível a sequestro de sessão.

A Interface de Programação de Aplicativos WebSocket não limita o número de solicitações de autenticação. Essa falta de limitação de taxa poderia permitir que um atacante realizasse ataques de negação de serviço, suprimindo ou desviando a telemetria legítima do carregador. Também pode permitir que atacantes conduzam ataques de força bruta para obter acesso não autorizado. Os endpoints da API estão suscetíveis a abusos devido à ausência de restrições de solicitação. O processo de `autenticação` está vulnerável a tentativas de força bruta.