IPtables: почему не блокируются все udp порты?

А, собственно, что тебе не нравится? filtered? попробуй заменить drop на reject

Только вот уверен ли ты, что тебе этот порт закрыть надо? В services нет потому, что это клиентский порт. Для DNS запросов, например, может использоваться. Он у тебя всегда один и тот же, или разные номера бывают?

37802 всегда один - это не проблема - он потому и стоит open | filtered
потому что на входящие есть все-таки фильтрация - а вот другой - всегда разный.

Угу. Дык в чём проблема то? Я не вполне врубаюсь, чего ты хочешь? Вырубить UDP совсем?

Чтоб никто по ним не мог снаружи соединиться:
Блокироваться ВСЕ входящие пакеты

Не, не то я хотел сказать.
Чтобы соединения входящие блокировались по умолчанию для udp

проблемы не вижу. Какой-то сервис открыл udp порт. Какой именно сервис - выясняйте (man lsof,netstat)
Почему этот порт в состоянии open|filtered ? Потому что вы сделали -j DROP на него (или на все udp соединения) и сканер не получает ответа на свой запрос, в результате чего делает предположение, что порт либо отфильтрован либо открыт, поскольку это UDP (был бы tcp - состояние было бы однозначно filtered) Все остальные UDP порты закрыты, и сканер получает icmp сообщение port unreacheable

Думаю нечто вроде этого:

iptables -N blockudp
iptables -A blockudp -m state --state ESTABLISHED,RELATED -p udp -j ACCEPT
iptables -A blockudp -j DROP

iptables -A INPUT -j blockudp
iptables -A FORWARD -j blockudp

А вообще на http://www.netfilter.org/ куча документации есть.

-m state работает только для протокола TCP, т.к. в UDP нет процедуры установления связи

так то оно так, но RELATED работает с плагинами написаными для конкретных протоколов, и в этом случае может относиться и для удп.

ИМХО