[LACNIC/Seguridad] [LAC-TF] Fwd: Re: Is NAT can provide some kind of protection?

Jue Ene 13 21:03:28 BRST 2011

Estimados,

Otro aspecto importante que se puede mencionar/discutir y que fuera
mencionado en LACNOG 2010, es el de la conveniencia o no (costo beneficio)
de utilizar NAT en IPv4 como mencanismo para "ganar tiempo" en servicios
masivos de acceso a internet (accesos DSL, accesos de 3G, etc...) mientras
se despliega IPv6... será conveniente, o la relación costo beneficio
(incluyendo especialmente en esto los aspectos de seguridad) de ello es peor
que pensar directamente en mecanismos de transición + despliegue de IPv6 ??

Algunas observaciones sobre las que se puede desarrollar un debate (viejas
discusiones y no tan viejas):

1- Concuerdo con Fernando en que IPv6 y NAT son ortogonales... entonces, uno
no excusa, ni justifica el otro.

2- Si bien es cierto que NAT != seguridad, también es cierto que el
"ocultar" (por mas simplista que sea el ocular utilizando NAT) la topología,
es suficiente para desalentar la gran mayoría de los atacantes ocasionales
(léase, los que podríamos llamar "atacantes amateur"). Algo así como el
mismo nivel de seguridad que provee la autenticación de dir. MAC en una red
WiFi.  :)
Para mi y muchos otros, NAT no es seguridad, pero para algunos aporta. No?

3- Para muchos, el tener una topología y estructura basada en NAT para IPv4
y pensar en doble stack IPv4-IPv6 con direccionamiento público en IPv6,
podría resultar en un cambio en la forma de "gestionar" y de "pensar" la
red, que no estén dispuestos a afrontar... es decir, si uso NAT en IPv6,
puedo seguir pensando las cosas mas o menos como lo vengo haciendo hasta
ahora, total, solo son direcciones mas largas... por otro lado, si en v4
tengo NAT pero en v6 es todo público, coexisten 2 mundos un tanto diferentes
en la red... para estas personas, el disponer de NAT en IPv6 puede ser la
diferencia entre desplegar y no desplegar IPv6. No se si me explico? Que
opinan?

4- Se ha discutido ampliamente y creo que es una verdad bastante difícil de
eludir: el NAT en IPv6 va a existir y ser usado en muchas redes... mejor es
conocerlo y saber como funciona que ignorarlo dándole un tinte diabólico :)

Opiniones?

Fraterno saludo a todos,
Nicolas

2011/1/13 Fernando Gont <fernando en gont.com.ar>

> Hola, Alejandro,
>
> Yo creo que, eventualmente, se podria orientar la discusion a lo que
> posiblemente pasara con IPv6. Es decir, discutir sobre los aspectos de
> seguridad de NAT en IPv4, en si, no se si tuviera demasaido sentido, ya
> que al fin y al cabo NAT es uno de los dispositivos mas "ubiquitous", y
> nada va a cambiar eso.
>
> Tal vez la discusion se podria centrar en los argumentos que pueden o no
> haber para implementar e implantar NATs en IPv6, y discutir las
> distintas variantes/flavors que existen (ya que por ej. NAT66 es
> diferente del NAT-PT de IPv4). Que te parece?
>
> Personalmente creo que algo que imposibilita un analisis objetivo de
> este tema es que para muchos el NAT se a convertido en el demonio/evil
> que hay que combatir mediante IPv6... y entonces cualquier postura con
> algun tipo de simpatia frente a los NAT pareciera ir en contra de IPv6
> (siendo que en mi opinion, ambas tecnologias son, en cierta medida,
> ortogonales).
>
> A esta altura del partido, yo mas bien argumentaria que es
> contraproducente (para cualquiera queriendo promover IPv6), entablar una
> pelea a muerte con NATs, ya que hay mucha gente que, ironicamente, sin
> la existencia de NATs para IPv6 va a pensar dos veces antes de desplegar
> IPv6 (o bien, en el corto plazo, directamente no va a hacerlo).
>
> Un abrazo,
> Fernando
>
>
>
>
> On 13/01/2011 02:49 a.m., alejandro.acosta en bt.com wrote:
> > Fernando, Se me ocurre que si en LACSEC existe algun panel colocar
> > como topico de conversacion si NAT/PAT aumentan la seguridad de una
> > red un servidor. Muchos en el area de seguridad indican que no es,
> > algunos otros que si, etc. Otros no les gusta por el troubleshooting
> > y mantenimiento, en fin, hay diferentes opiniones.
> >
> > Saludos,
> >
> > Alejandro, ________________________________________ De:
> > lactf-bounces en lacnic.net [lactf-bounces en lacnic.net] En nombre de
> > Fernando Gont [fernando en gont.com.ar] Enviado el: miércoles, 12 de
> > enero de 2011 13:30 Para: Lista para discusión de seguridad en redes
> > y sistemas informaticos de la región CC: lactf en lac.ipv6tf.org Asunto:
> > [LAC-TF] Fwd: Re: Is NAT can provide some kind of protection?
> >
> > Estimados,
> >
> > Pocas veces me hace feliz leer un mail. Kudos para Jack. :-)
> >
> > -------- Original Message -------- Subject: Re: Is NAT can provide
> > some kind of protection? Date: Wed, 12 Jan 2011 11:36:48 -0600 From:
> > Jack Bates <jbates en brightok.net> To: George Bonser
> > <gbonser en seven.com> CC: Fernando Gont <fernando en gont.com.ar>,
> > nanog en nanog.org
> >
> > On 1/12/2011 11:21 AM, George Bonser wrote:
> >> PAT makes little sense to me for v6, but I suspect you are correct.
> >> In addition, we are putting the "fire suit" on each host in
> >> addition to the firewall. Kernel firewall rules on each host for
> >> the *nix boxen.
> >>
> >
> > As my corp IT guy put it to me, PAT forces a routing disconnect
> > between internal and external. There is no way to reach the hosts
> > without the firewall performing it's NAT function. Given that the
> > internal is exclusively PAT, the DMZ is public with stateful/proxy,
> > this provides protection for the internal network while limiting the
> > dmz exposure.
> >
> > The argument everyone makes is that a stateful firewall defaults to
> > deny. However, a single mistake prior to the deny allows traffic in.
> > The only equivalent in a PAT scenario is to screw up port forwarding
> > which would cause a single host to expose a single port unknowingly
> > per mistake (which said port/host combo may not be vulnerable). In a
> > stateful firewall, a screw up could expose all ports on a host or
> > multiple hosts in a single mistake.
> >
> > Then there are the firewall software bugs. In PAT, such bugs don't
> > suddenly expose all your hosts behind the firewall for direct
> > communication from the outside world. In v6 stateful firewall, such
> > a bug could allow circumvention of the entire firewall ruleset and
> > the hosts would be directly addressable from the outside.
> >
> > PAT offers the smallest of security safeguards. However, many corp
> > IT personnel feel more secure having that small safeguard in place
> > along with the many other safeguards they deploy. In a corporate
> > environment where they often love to break everything and anything, I
> > don't blame them.
> >
> > Then we go to the educational sector, where the admins often prefer
> > as much openness as possible. In their case, they will prefer to do
> > away with PAT.
> >
> >
> > Jack
> >
> > _______________________________________________ LACTF mailing list
> > LACTF en lacnic.net https://mail.lacnic.net/mailman/listinfo/lactf
> > _______________________________________________ LACTF mailing list
> > LACTF en lacnic.net https://mail.lacnic.net/mailman/listinfo/lactf
> >
>
> --
> Fernando Gont
> e-mail: fernando en gont.com.ar || fgont en acm.org
> PGP Fingerprint: 7809 84F5 322E 45C7 F1C9 3945 96EE A9EF D076 FFF1
>
>
>
>
> _______________________________________________
> Seguridad mailing list
> Seguridad en lacnic.net
> https://mail.lacnic.net/mailman/listinfo/seguridad
>
------------ próxima parte ------------
Se ha borrado un adjunto en formato HTML...
URL: <https://mail.lacnic.net/pipermail/seguridad/attachments/20110113/99dad9da/attachment.html>