Skip to content
KitploitKITPLOIT
StrumentiBlog
Invia
StrumentiBlog
Invia

Strumenti di Hacking, PenTest e Cybersecurity per il tuo Arsenale di Sicurezza!

Kitploit è una directory di strumenti di hacking, cybersecurity e pentesting. Scopri gli ultimi aggiornamenti dei progetti per trovare vulnerabilità, analizzare sistemi, automatizzare i test e rafforzare la tua sicurezza.

··Feed·Contatto·Privacy·© 2026 Kitploit

Directory degli strumenti

Categorie

Vedi tutte le categorie
Loading categories
CVE-2023-35794-WebSSH-Hijacking — Il repository contiene la descrizione per CVE-2023-35794 scoperta da Dodge Industrial Team per la piattaforma Dodge OPTIFY. | Kitploit
Strumenti/GitHubGitHub/dodge-mptc/cve-2023-35794-webssh-hijacking
Autenticazione e AutorizzazioneSicurezza IoTAnalisi delle VulnerabilitàExploitSfruttamento di Applicazioni WebArchived
GitHubdodge-mptc/cve-2023-35794-webssh-hijacking

CVE-2023-35794-WebSSH-Hijacking

Il repository contiene la descrizione per CVE-2023-35794 scoperta da Dodge Industrial Team per la piattaforma Dodge OPTIFY.

Più Popolari

Vedi tutti →

Scopri gli strumenti più utilizzati dalla nostra community.

Esplora tutti gli strumenti

Sfoglia la nostra collezione di strumenti

Vedi tutti gli strumenti →
Condividi
Vedi Repository
392 anni faNon ancora revisionato

CVE-2023-35794-WebSSH-Hijacking

Il repository contiene la descrizione per CVE-2023-35794 scoperto dal Dodge Industrial Team per la piattaforma Dodge OPTIFY.


CVE ID: CVE-2023-35794
Vendor: Cassia Networks
Product: Access Controller
Versione: Cassia-AC-2.1.1.2303271039


Vulnerabilità: Controllo di accesso errato
Interessato: web ssh, gateway
Descrizione: La sessione WebSSH può essere dirottata
Stato: Confermato dal vendor, Risolto
Versione corretta: Cassia-AC-2.1.1.2308181707


Dettagli

Cassia utilizza WebSSH2 di billchurch per avviare sessioni SSH dall'AC ai gateway. WebSSH2 è un client SSH web che utilizza ssh2, socket.io, xterm.js ed express. Un esempio minimale di terminale emulatore basato su HTML5 e client SSH. Utilizza SSH2 come client su un host per fare da proxy a una connessione Websocket/Socket.io verso un server SSH2.

Quando una sessione di WebSSH viene stabilita con un dispositivo gateway, qualsiasi utente esterno può dirottarla senza alcuna autenticazione o autorizzazione.

La creazione della sessione avviene tramite una richiesta GET all'opportuno /ap/remote/<mac>?ssh_port=<ac-rev-ssh-port> Il gateway riceve quindi la richiesta attraverso il canale MQTT (o CAPWAP) e stabilisce un tunnel SSH con port forwarding locale verso l'Access Controller. Poi l'Access Controller si collega alla porta inoltrata con la sessione Web SSH. L'utente che ha invocato la sessione web ssh viene reindirizzato a /ssh/host ma il cookie di sessione non viene convalidato. Il nuovo cookie di WebSSH2 viene fornito con errore 401. Alt text In effetti, all'utente viene chiesto di fornire l'autenticazione di base. Alt text Le credenziali di autenticazione di base ottenute vengono inviate nelle richieste successive e potenzialmente consumate da webssh2.bundle.js come credenziali utilizzate per autenticarsi al dispositivo scelto. Alt text Alt text Ciò consente a un utente non autorizzato al portale dell'Access Controller di dirottare una sessione SSH già esistente, conoscendo solo il nome utente e la password SSH (si noti che spesso queste possono essere predefinite: cassia:cassia-<ultime-6-cifre-mac>).


Sfruttamento

Un attaccante può utilizzare CVE-2023-35793 per ingannare un utente autenticato e avviare una sessione verso qualsiasi dispositivo connesso all'AC (si noti che l'utente non ha bisogno di accedere al gateway, la sessione verrà avviata sfruttando solo il CSRF di CVE-2023-35793). Quindi, utilizzando questa vulnerabilità e conoscendo l'indirizzo MAC, un attaccante può facilmente ottenere l'accesso al dispositivo tramite WebSSH.

Supponiamo che un attaccante abbia innescato qualcuno e che la sessione sia stata stabilita verso il gateway dove vengono utilizzate le credenziali predefinite.

  1. L'attaccante apre semplicemente il browser web e inserisce le credenziali predefinite per il dispositivo noto.
  2. L'attaccante, sapendo quale dispositivo è stato innescato, fornisce le credenziali predefinite (di solito non vengono modificate)
  3. L'attaccante viene autenticato al contenitore LXC del dispositivo come utente che ha diritti di root per impostazione predefinita Alt text

Rimedio

  • Aggiornare alla versione più recente disponibile su Cassia Networks
Scarica lo strumento