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

alejandro.acosta at bt.com alejandro.acosta at bt.com
Thu Jan 13 20:43:51 BRST 2011


Fernando,
  Me gusta la idea de orientar la discusión a que pasará entre IPv6 y los conceptos de NAT, siempre es muy interesante escuchar los comentarios y experiencias de todo el mundo -claro, en Internet tambien existen docenas de discusiones sobre este tema- . Estamos claros que la intencion es no utilizar NAT en IPv6 sin embargo estoy seguro que la fuerza e insistencia de los clientes haran que los fabricantes implementen este feature pero sin llegar la ubicuidad actual. 
  Otra opción es dejar el tema de discusión un poco mas abierto, algo como: ¿NAT y Seguridad?, los asistentes probablemente orienten la discusión a su necesidad.

Saludos,

Alejandro Acosta,

________________________________________
De: Fernando Gont [fernando.gont.netbook.win at gmail.com] En nombre de Fernando Gont [fernando at gont.com.ar]
Enviado el: jueves, 13 de enero de 2011 16:25
Para: lactf at lac.ipv6tf.org
CC: Acosta,AJ,Alejandro,JSB3 R; seguridad at lacnic.net
Asunto: Re: [LAC-TF] Fwd: Re: Is NAT can provide some kind of protection?

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 at 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 at lacnic.net [lactf-bounces at lacnic.net] En nombre de
> Fernando Gont [fernando at 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 at 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 at brightok.net> To: George Bonser
> <gbonser at seven.com> CC: Fernando Gont <fernando at gont.com.ar>,
> nanog at 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 at lacnic.net https://mail.lacnic.net/mailman/listinfo/lactf
> _______________________________________________ LACTF mailing list
> LACTF at lacnic.net https://mail.lacnic.net/mailman/listinfo/lactf
>

--
Fernando Gont
e-mail: fernando at gont.com.ar || fgont at acm.org
PGP Fingerprint: 7809 84F5 322E 45C7 F1C9 3945 96EE A9EF D076 FFF1







More information about the LACTF mailing list