From: Pablo Neira <pablo@eurodev.net>
To: Patrick McHardy <kaber@trash.net>
Cc: Martin Josefsson <gandalf@wlug.westbo.se>,
Jozsef Kadlecsik <kadlec@blackhole.kfki.hu>,
Netfilter Development Mailinglist
<netfilter-devel@lists.netfilter.org>
Subject: Re: [PATCH] modification in current protocol helper API to handle error/unclean packets
Date: Tue, 22 Jun 2004 14:19:57 +0200 [thread overview]
Message-ID: <40D823ED.4000800@eurodev.net> (raw)
In-Reply-To: <40D626CB.9090102@trash.net>
[-- Attachment #1: Type: text/plain, Size: 200 bytes --]
Hi Patrick,
Patrick McHardy wrote:
> You should use the defined types for better readability. Something like
> this ..
now it uses the defined types. It applies to pom-ng, thanks.
regards,
Pablo
[-- Attachment #2: linux-2.6.patch_02-udp-icmp-CVS.patch --]
[-- Type: text/x-patch, Size: 4933 bytes --]
--- linux-2.6.patch_02-udp-icmp 2004-06-22 13:43:04.000000000 +0200
+++ patch 2004-06-22 13:53:02.000000000 +0200
@@ -1,6 +1,6 @@
-diff -urN --exclude-from=/usr/src/diff.exclude linux-2.6.6-ct_error_api/net/ipv4/netfilter/ip_conntrack_proto_icmp.c linux-2.6.6-ct_error_api-udp/net/ipv4/netfilter/ip_conntrack_proto_icmp.c
---- linux-2.6.6-ct_error_api/net/ipv4/netfilter/ip_conntrack_proto_icmp.c 2004-06-18 08:13:51.000000000 +0200
-+++ linux-2.6.6-ct_error_api-udp/net/ipv4/netfilter/ip_conntrack_proto_icmp.c 2004-06-18 15:14:01.000000000 +0200
+diff -u -r1.2 ip_conntrack_proto_icmp.c
+--- a/net/ipv4/netfilter/ip_conntrack_proto_icmp.c 22 Jun 2004 11:44:08 -0000 1.2
++++ b/net/ipv4/netfilter/ip_conntrack_proto_icmp.c 22 Jun 2004 11:52:17 -0000
@@ -13,6 +13,8 @@
#include <linux/in.h>
#include <linux/icmp.h>
@@ -10,7 +10,46 @@
#include <linux/netfilter_ipv4/ip_conntrack.h>
#include <linux/netfilter_ipv4/ip_conntrack_core.h>
#include <linux/netfilter_ipv4/ip_conntrack_protocol.h>
-@@ -126,9 +128,9 @@
+@@ -25,6 +27,38 @@
+ #define DEBUGP(format, args...)
+ #endif
+
++#define OK 1
++#define IV 0
++
++#define ICMP_ROUTER_ADV 9
++#define ICMP_ROUTER_SEL 10
++
++/* ICMP types and codes described in RFC's:
++ * - 792: Internet Control Message Protocol. Most types.
++ * - 1256: ICMP Router Discovery Messages. Types 9 and 10.
++ * - 950: Internet Standard Subnetting Procedure. Types 17 and 18.
++ * - 1812: Requirements for IP Version 4 Routers. Type 3. Section 5.2.7.1
++ */
++static u_int8_t icmp_valid[NR_ICMP_TYPES+1][NR_ICMP_UNREACH+1] =
++{
++ /* 0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 */
++ [ICMP_ECHOREPLY] = {OK,IV,IV,IV,IV,IV,IV,IV,IV,IV,IV,IV,IV,IV,IV,IV},
++ [ICMP_DEST_UNREACH] = {OK,OK,OK,OK,OK,OK,OK,OK,OK,OK,OK,OK,OK,OK,OK,OK},
++ [ICMP_SOURCE_QUENCH] = {OK,IV,IV,IV,IV,IV,IV,IV,IV,IV,IV,IV,IV,IV,IV,IV},
++ [ICMP_REDIRECT] = {OK,OK,OK,OK,IV,IV,IV,IV,IV,IV,IV,IV,IV,IV,IV,IV},
++ [ICMP_ECHO] = {OK,IV,IV,IV,IV,IV,IV,IV,IV,IV,IV,IV,IV,IV,IV,IV},
++ [ICMP_ROUTER_ADV] = {OK,IV,IV,IV,IV,IV,IV,IV,IV,IV,IV,IV,IV,IV,IV,IV},
++ [ICMP_ROUTER_SEL] = {OK,IV,IV,IV,IV,IV,IV,IV,IV,IV,IV,IV,IV,IV,IV,IV},
++ [ICMP_TIME_EXCEEDED] = {OK,OK,IV,IV,IV,IV,IV,IV,IV,IV,IV,IV,IV,IV,IV,IV},
++ [ICMP_PARAMETERPROB] = {OK,OK,OK,IV,IV,IV,IV,IV,IV,IV,IV,IV,IV,IV,IV,IV},
++ [ICMP_TIMESTAMP] = {OK,IV,IV,IV,IV,IV,IV,IV,IV,IV,IV,IV,IV,IV,IV,IV},
++ [ICMP_TIMESTAMPREPLY] = {OK,IV,IV,IV,IV,IV,IV,IV,IV,IV,IV,IV,IV,IV,IV,IV},
++ [ICMP_INFO_REQUEST] = {OK,IV,IV,IV,IV,IV,IV,IV,IV,IV,IV,IV,IV,IV,IV,IV},
++ [ICMP_INFO_REPLY] = {OK,IV,IV,IV,IV,IV,IV,IV,IV,IV,IV,IV,IV,IV,IV,IV},
++ [ICMP_ADDRESS] = {OK,IV,IV,IV,IV,IV,IV,IV,IV,IV,IV,IV,IV,IV,IV,IV},
++ [ICMP_ADDRESSREPLY] = {OK,IV,IV,IV,IV,IV,IV,IV,IV,IV,IV,IV,IV,IV,IV,IV},
++};
++
+ static int icmp_pkt_to_tuple(const struct sk_buff *skb,
+ unsigned int dataoff,
+ struct ip_conntrack_tuple *tuple)
+@@ -126,9 +160,9 @@
}
static int
@@ -23,7 +62,7 @@
{
struct ip_conntrack_tuple innertuple, origtuple;
struct {
-@@ -145,13 +147,6 @@
+@@ -145,13 +179,6 @@
if (skb_copy_bits(skb, skb->nh.iph->ihl*4, &inside, sizeof(inside))!=0)
return NF_ACCEPT;
@@ -37,7 +76,7 @@
/* Ignore ICMP's containing fragments (shouldn't happen) */
if (inside.ip.frag_off & htons(IP_OFFSET)) {
DEBUGP("icmp_error_track: fragment of proto %u\n",
-@@ -201,6 +196,69 @@
+@@ -201,6 +228,85 @@
return -NF_ACCEPT;
}
@@ -93,6 +132,22 @@
+ return -NF_ACCEPT;
+ }
+
++ /* 15 is the highest 'known' ICMP code. See RFC 1812 */
++ if (icmph.code > NR_ICMP_UNREACH) {
++ if (LOG_INVALID(IPPROTO_ICMP))
++ nf_log_packet(PF_INET, 0, skb, NULL, NULL,
++ "ip_ct_icmp: invalid ICMP code ");
++ return -NF_ACCEPT;
++ }
++
++ /* check for invalid combinations */
++ if (!icmp_valid[icmph.type][icmph.code]) {
++ if (LOG_INVALID(IPPROTO_ICMP))
++ nf_log_packet(PF_INET, 0, skb, NULL, NULL,
++ "ip_ct_icmp: invalid ICMP type/code ");
++ return -NF_ACCEPT;
++ }
++
+ /* Need to track icmp error message? */
+ if (icmph.type != ICMP_DEST_UNREACH
+ && icmph.type != ICMP_SOURCE_QUENCH
@@ -107,9 +162,9 @@
struct ip_conntrack_protocol ip_conntrack_protocol_icmp =
{
.proto = IPPROTO_ICMP,
-diff -urN --exclude-from=/usr/src/diff.exclude linux-2.6.6-ct_error_api/net/ipv4/netfilter/ip_conntrack_proto_udp.c linux-2.6.6-ct_error_api-udp/net/ipv4/netfilter/ip_conntrack_proto_udp.c
---- linux-2.6.6-ct_error_api/net/ipv4/netfilter/ip_conntrack_proto_udp.c 2004-06-18 07:37:24.000000000 +0200
-+++ linux-2.6.6-ct_error_api-udp/net/ipv4/netfilter/ip_conntrack_proto_udp.c 2004-06-18 15:39:58.000000000 +0200
+diff -u -r1.2 ip_conntrack_proto_udp.c
+--- a/net/ipv4/netfilter/ip_conntrack_proto_udp.c 22 Jun 2004 11:44:09 -0000 1.2
++++ b/net/ipv4/netfilter/ip_conntrack_proto_udp.c 22 Jun 2004 11:48:49 -0000
@@ -12,6 +12,8 @@
#include <linux/netfilter.h>
#include <linux/in.h>
next prev parent reply other threads:[~2004-06-22 12:19 UTC|newest]
Thread overview: 29+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-06-14 0:10 [PATCH] modification in current protocol helper API to handle error/unclean packets Pablo Neira
2004-06-14 2:22 ` Patrick McHardy
2004-06-14 3:05 ` Patrick McHardy
2004-06-14 11:37 ` Pablo Neira
2004-06-14 14:03 ` Jozsef Kadlecsik
2004-06-17 12:09 ` Pablo Neira
2004-06-17 12:46 ` Patrick McHardy
2004-06-17 13:46 ` Pablo Neira
2004-06-17 14:15 ` Patrick McHardy
2004-06-17 17:26 ` Pablo Neira
2004-06-17 13:17 ` Jozsef Kadlecsik
2004-06-20 19:17 ` Martin Josefsson
2004-06-20 22:05 ` Pablo Neira
2004-06-21 0:07 ` Patrick McHardy
2004-06-22 12:19 ` Pablo Neira [this message]
2004-06-21 8:56 ` Jozsef Kadlecsik
2004-06-21 10:14 ` Henrik Nordstrom
2004-06-21 10:51 ` Jozsef Kadlecsik
2004-06-22 4:39 ` Willy Tarreau
2004-06-22 11:14 ` Pablo Neira
2004-06-22 13:17 ` Jozsef Kadlecsik
2004-06-22 13:31 ` Jozsef Kadlecsik
2004-06-22 16:18 ` Willy Tarreau
2004-06-21 12:46 ` Pablo Neira
2004-06-21 13:32 ` Jozsef Kadlecsik
2004-06-21 8:11 ` Jozsef Kadlecsik
2004-06-14 9:05 ` Jozsef Kadlecsik
2004-06-21 4:20 ` Willy Tarreau
2004-06-21 13:40 ` Jozsef Kadlecsik
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=40D823ED.4000800@eurodev.net \
--to=pablo@eurodev.net \
--cc=gandalf@wlug.westbo.se \
--cc=kaber@trash.net \
--cc=kadlec@blackhole.kfki.hu \
--cc=netfilter-devel@lists.netfilter.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.