Couldn't open a raw socket

[kotenok gav]

Я вот попытался запустить nmap на Ubuntu...
Набираю "sudo nmap -sS айпишник".
Оно ругается "Couldn't open a raw socket. Error: Permission denied (13)".
Что делать?
Я нагугливал, что это может происходить при запуске Ubuntu через WSL. Но я-то запускаю через VirtualBox...

[aitap]

В каком режиме виртуальная машина подключена к сети? NAT? Мост? Виртуальный сетевой адаптер?

Возможно, процесс виртуальной машины не имеет прав создавать raw sockets, пытаясь эмулировать их для гостевой ОС?

[kotenok gav]

aitap в сообщении #1418845 писал(а):

В каком режиме виртуальная машина подключена к сети?

NAT.

[aitap]

Ситуация более странная, чем мне казалось.

Что напечатает команда?

Используется синтаксис Bash

sudo perl -MSocket -E'say $<; socket($fh, AF_INET, SOCK_RAW, 255) and say fileno $fh or die $!'

Какой версии ядро (uname -a)? Это может быть баг.

[kotenok gav]

Первая команда возвращает 0 и 3. Во второй, версия, вроде бы, 4.15.0-29-generic.

[aitap]

kotenok gav в сообщении #1419069 писал(а):

Первая команда возвращает 0 и 3.

Это чертовски странно, поскольку мы создаём сокет точно таким же образом, как это делает Nmap, а сообщение об ошибке возникает только при неудачном возврате из функции выше. Nmap врёт? Nmap оказывается ограничен неправильно написанным профилем AppArmor? В /etc/sudoers спрятана настройка, согласно которой nmap нужно запускать без прав суперпользователя? На всякий случай, что скажет sudo strace -e socket nmap -sS адрес?

[kotenok gav]

--- SIGCHILD {si_signo=SIGCHILD, si_code=CLD_EXITED, si_pid=5570, si_uid=0, si_status=0, si_utime=0, si_stime=0} ---
--- SIGCHILD {si_signo=SIGCHILD, si_code=CLD_EXITED, si_pid=5572, si_uid=0, si_status=0, si_utime=0, si_stime=9} ---
Starting Nmap 7.80 ( https://nmap.org ) at тутвремя
Couldn't open a raw socket. Error: Permission denied (13)
+++ exited with 1 +++

[aitap]

kotenok gav в сообщении #1419263 писал(а):

SIGCHILD

Новые странности! Откуда дочерние процессы? Как будто по команде nmap запускается обёртка, которая запускает дочерний процесс с неправильными правами доступа, а не сам nmap.

Давайте ещё посмотрим на sudo strace -f -e process,socket nmap -sS адрес. Заодно мы по самой первой строке вывода, execve(...), узнаем, что именно за процесс запускается по команде nmap.

[kotenok gav]

Строчек там невероятно много, первая:
execve("/snap/bin/nmap", ["nmap", "-sS", "айпи"], 0x7ffcbc2e4d08 /* 18 vars */) = 0

-- 08 окт 2019, 00:32 --

Скрины:






-- 08 окт 2019, 00:37 --

aitap
И последние 4 скрина:

[aitap]

Всё понятно. snap-пакеты запускаются в специальной песочнице, которая ограничивает их в целях защиты данных пользователя. Поможет ли команда sudo snap connect nmap:network-control расширить границы песочницы? (Я очень мало знаю про snap, но команду рекомендуют на странице данного пакета.)

Если нет, о невозможности создать raw-сокеты можно пожаловаться автору пакета.

Вместо snap-пакета можно также установить классический пакет, который запускается вне песочницы:

Используется синтаксис Bash

sudo apt install nmap
sudo /usr/bin/nmap -sS адрес

[kotenok gav]

Запоздалое спасибо!