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

[alejandro.acosta en bt.com]

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 en gmail.com] En nombre de Fernando Gont [fernando en gont.com.ar]
Enviado el: jueves, 13 de enero de 2011 16:25
Para: lactf en lac.ipv6tf.org
CC: Acosta,AJ,Alejandro,JSB3 R; seguridad en 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 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