<div dir="auto">Si, pero eso también nos pasa con IPv4... (y te pasaría con IPv6 aunque fuera estable pues a priori el ISP no tiene como vincular una dirección IPv6 con un dispositivo en particular, con lo cual es exactamente la misma situación que con IPv4). Al menos así lo entiendo.</div><div dir="auto"><br></div><div dir="auto">Abrazo,</div><div dir="auto">Nico</div><div dir="auto"><br></div><div dir="auto"><br></div><div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">El El mar, dic. 22, 2020 a la(s) 11:58, Guillermo Pagliero <<a href="mailto:paglierog@hotmail.com">paglierog@hotmail.com</a>> escribió:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div dir="ltr">
<div style="font-family:Calibri,Helvetica,sans-serif;font-size:12pt;color:rgb(0,0,0)">
Nico muchas gracias, eso me aclara algunas cosas, pero entonces queda sin poder saberse si fue el cliente del ISP o alguien que estuvo en ese momento dentro de la red del cliente</div>
<div>
<div style="font-family:Calibri,Helvetica,sans-serif;font-size:12pt;color:rgb(0,0,0)">
<br>
</div>
<div style="font-family:Calibri,Helvetica,sans-serif;font-size:12pt;color:rgb(0,0,0)">
<br>
</div>
<div style="font-family:Calibri,Helvetica,sans-serif;font-size:12pt;color:rgb(0,0,0)">
saludos</div>
<div style="font-family:Calibri,Helvetica,sans-serif;font-size:12pt;color:rgb(0,0,0)">
<br>
</div>
<div id="m_1196397408522945333Signature">
<div>
<div id="m_1196397408522945333divtagdefaultwrapper" dir="ltr" style="font-size:12pt;color:#000000;font-family:Calibri,Arial,Helvetica,sans-serif">
<p style="margin-top:0px;margin-bottom:0px">Ing. Guillermo Pagliero</p>
<p style="margin-top:0px;margin-bottom:0px"><a href="mailto:paglierog@hotmail.com" target="_blank">paglierog@hotmail.com</a></p>
<p style="margin-top:0px;margin-bottom:0px">Cel: 353-4271899</p>
</div>
</div>
</div>
</div>
<div>
<div id="m_1196397408522945333appendonsend"></div>
<div style="font-family:Calibri,Helvetica,sans-serif;font-size:12pt;color:rgb(0,0,0)">
<br>
</div>
<hr style="display:inline-block;width:98%">
<div id="m_1196397408522945333divRplyFwdMsg" dir="ltr"><font face="Calibri, sans-serif" color="#000000" style="font-size:11pt"><b>De:</b> Seguridad <<a href="mailto:seguridad-bounces@lacnic.net" target="_blank">seguridad-bounces@lacnic.net</a>> en nombre de Nicolas Antoniello <<a href="mailto:nantoniello@gmail.com" target="_blank">nantoniello@gmail.com</a>><br>
<b>Enviado:</b> martes, 22 de diciembre de 2020 11:55<br>
<b>Para:</b> Lista para discusion de seguridad en redes y sistemas informaticos de la region <<a href="mailto:seguridad@lacnic.net" target="_blank">seguridad@lacnic.net</a>><br>
<b>Asunto:</b> Re: [LACNIC/Seguridad] Fwd: Protocol Action: 'Temporary Address Extensions for Stateless Address Autoconfiguration in IPv6' to Proposed Standard (draft-ietf-6man-rfc4941bis-12.txt)</font>
<div> </div>
</div></div></div><div dir="ltr"><div>
<div>
<div dir="auto">Hola Guillermo,</div>
<div dir="auto"><br>
</div>
<div dir="auto">Supongo que eso no sucede pues el ISP es quien asigna la parte “determinada” del prefijo y eso no cambiaría.</div>
<div dir="auto">Al igual que en IPv4, el ISP aún puede saber quien es el cliente (pero, al igual que en IPv4) no puede saber de cual de todos los dispositivos del cliente se trata. Bueno, eso es lo que interpreto de la letra del estándar.</div>
<div dir="auto"><br>
</div>
<div dir="auto">Saludos,</div>
<div dir="auto">Nico</div>
<div dir="auto"><br>
</div>
<div dir="auto"><br>
</div>
<div dir="auto"><br>
</div>
<div><br>
<div>
<div dir="ltr">El El mar, dic. 22, 2020 a la(s) 11:32, Guillermo Pagliero <<a href="mailto:paglierog@hotmail.com" target="_blank">paglierog@hotmail.com</a>> escribió:<br>
</div>
<blockquote style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div dir="ltr">
<div style="font-family:Calibri,Helvetica,sans-serif;font-size:12pt;color:rgb(0,0,0)">
buenos días, ante todo disculpen mi ignorancia, pero no me queda claro algo con respecto a este tema, como operador ISP, la escasez de IPv4 nos obliga a hacer NAT y con ello a perder cierta información, por ejemplo, cuando nos pidén judicialmente quien tuvo
en un determinado momento una dirección IP en particular, con esta nueva configuración de direcciones IPv6 no nos estaría pasando lo mismo??</div>
<div style="font-family:Calibri,Helvetica,sans-serif;font-size:12pt;color:rgb(0,0,0)">
<br>
</div>
<div style="font-family:Calibri,Helvetica,sans-serif;font-size:12pt;color:rgb(0,0,0)">
saludos</div>
<div id="m_1196397408522945333x_m_1374498609576763086appendonsend"></div>
<hr style="display:inline-block;width:98%">
<div id="m_1196397408522945333x_m_1374498609576763086divRplyFwdMsg" dir="ltr"><font face="Calibri, sans-serif" color="#000000" style="font-size:11pt"><b>De:</b> Seguridad <<a href="mailto:seguridad-bounces@lacnic.net" target="_blank">seguridad-bounces@lacnic.net</a>> en nombre
de Fernando Gont <<a href="mailto:fgont@si6networks.com" target="_blank">fgont@si6networks.com</a>><br>
<b>Enviado:</b> lunes, 14 de diciembre de 2020 15:43<br>
<b>Para:</b> Lista para discusión de seguridad en redes y sistemas informaticos de la región <<a href="mailto:seguridad@lacnic.net" target="_blank">seguridad@lacnic.net</a>>;
<a href="mailto:lactf@lac.ipv6tf.org" target="_blank">lactf@lac.ipv6tf.org</a> <<a href="mailto:lactf@lac.ipv6tf.org" target="_blank">lactf@lac.ipv6tf.org</a>><br>
<b>Asunto:</b> [LACNIC/Seguridad] Fwd: Protocol Action: 'Temporary Address Extensions for Stateless Address Autoconfiguration in IPv6' to Proposed Standard (draft-ietf-6man-rfc4941bis-12.txt)</font>
<div> </div>
</div>
<div><font size="2"><span style="font-size:11pt">
<div>FYI.<br>
<br>
La IESG finalmente aprobó nuestro IETF Internet-Draft <br>
draft-ietf-6man-rfc4941bis <br>
(<a href="https://tools.ietf.org/html/draft-ietf-6man-rfc4941bis" target="_blank">https://tools.ietf.org/html/draft-ietf-6man-rfc4941bis</a>) -- una revisión
<br>
de la especificación de "Direcciones IPv6 Temporales" (RFC4941).<br>
<br>
Fueron cuatro años de trabajo en este documento....<br>
<br>
También hice la implementación de Linux de este documento hace algunos <br>
meses: <br>
<a href="https://patchwork.ozlabs.org/project/netdev/patch/20200501035147.GA1587@archlinux-current.localdomain/" target="_blank">https://patchwork.ozlabs.org/project/netdev/patch/20200501035147.GA1587@archlinux-current.localdomain/</a><br>
<br>
Y una para FreeBSD que por algun motivo todavía no se comiteó.<br>
<br>
Slds,<br>
<br>
Cheers,<br>
Fernando<br>
<br>
<br>
-------- Forwarded Message --------<br>
Subject: Protocol Action: 'Temporary Address Extensions for Stateless <br>
Address Autoconfiguration in IPv6' to Proposed Standard <br>
(draft-ietf-6man-rfc4941bis-12.txt)<br>
Resent-Date: Mon, 14 Dec 2020 07:39:13 -0800 (PST)<br>
Resent-From: <a href="mailto:alias-bounces@ietf.org" target="_blank">alias-bounces@ietf.org</a><br>
Resent-To: <a href="mailto:fgont@si6networks.com" target="_blank">fgont@si6networks.com</a>,
<a href="mailto:suresh@kaloom.com" target="_blank">suresh@kaloom.com</a>, <a href="mailto:narten@cs.duke.edu" target="_blank">
narten@cs.duke.edu</a>, <br>
<a href="mailto:richdr@microsoft.com" target="_blank">richdr@microsoft.com</a><br>
Date: Mon, 14 Dec 2020 07:39:13 -0800<br>
From: The IESG <<a href="mailto:iesg-secretary@ietf.org" target="_blank">iesg-secretary@ietf.org</a>><br>
To: IETF-Announce <<a href="mailto:ietf-announce@ietf.org" target="_blank">ietf-announce@ietf.org</a>><br>
CC: <a href="mailto:ek.ietf@gmail.com" target="_blank">ek.ietf@gmail.com</a>, <a href="mailto:rfc-editor@rfc-editor.org" target="_blank">
rfc-editor@rfc-editor.org</a>, <a href="mailto:otroan@employees.org" target="_blank">
otroan@employees.org</a>, <br>
<a href="mailto:draft-ietf-6man-rfc4941bis@ietf.org" target="_blank">draft-ietf-6man-rfc4941bis@ietf.org</a>, The IESG <<a href="mailto:iesg@ietf.org" target="_blank">iesg@ietf.org</a>>,
<br>
<a href="mailto:ipv6@ietf.org" target="_blank">ipv6@ietf.org</a>, <a href="mailto:6man-chairs@ietf.org" target="_blank">
6man-chairs@ietf.org</a><br>
<br>
The IESG has approved the following document:<br>
- 'Temporary Address Extensions for Stateless Address Autoconfiguration<br>
in IPv6'<br>
(draft-ietf-6man-rfc4941bis-12.txt) as Proposed Standard<br>
<br>
This document is the product of the IPv6 Maintenance Working Group.<br>
<br>
The IESG contact persons are Erik Kline and Éric Vyncke.<br>
<br>
A URL of this Internet Draft is:<br>
<a href="https://datatracker.ietf.org/doc/draft-ietf-6man-rfc4941bis/" target="_blank">https://datatracker.ietf.org/doc/draft-ietf-6man-rfc4941bis/</a><br>
<br>
<br>
<br>
<br>
<br>
Technical Summary<br>
<br>
This document describes an extension that causes nodes to generate<br>
global scope addresses with randomized interface identifiers that<br>
change over time. Changing global scope addresses over time limits<br>
the window of time during which eavesdroppers and other information<br>
collectors may trivially perform address-based network activity<br>
correlation when the same address is employed for multiple<br>
transactions by the same node. Additionally, it reduces the window<br>
of exposure of a node via an addresses that becomes revealed as a<br>
result of active communication. This document obsoletes RFC4941.<br>
<br>
Working Group Summary<br>
<br>
This document is an update of RFC4941. The document<br>
shepherd has reviewed every change to the document as it<br>
has processed as well as a thorough read through of the<br>
whole final document.<br>
<br>
Document Quality<br>
<br>
There are multiple implementations of the mechanism described.<br>
<br>
Personnel<br>
<br>
Ole Trøan is the document shepherd.<br>
Erik Kline is the responsible AD.<br>
<br>
<br>
<br>
_______________________________________________<br>
Seguridad mailing list<br>
<a href="mailto:Seguridad@lacnic.net" target="_blank">Seguridad@lacnic.net</a><br>
<a href="https://mail.lacnic.net/mailman/listinfo/seguridad" target="_blank">https://mail.lacnic.net/mailman/listinfo/seguridad</a><br>
</div>
</span></font></div>
</div>
_______________________________________________<br>
Seguridad mailing list<br>
<a href="mailto:Seguridad@lacnic.net" target="_blank">Seguridad@lacnic.net</a><br>
<a href="https://mail.lacnic.net/mailman/listinfo/seguridad" rel="noreferrer" target="_blank">https://mail.lacnic.net/mailman/listinfo/seguridad</a><br>
</blockquote>
</div>
</div>
</div>
</div>
</div>
_______________________________________________<br>
Seguridad mailing list<br>
<a href="mailto:Seguridad@lacnic.net" target="_blank">Seguridad@lacnic.net</a><br>
<a href="https://mail.lacnic.net/mailman/listinfo/seguridad" rel="noreferrer" target="_blank">https://mail.lacnic.net/mailman/listinfo/seguridad</a><br>
</blockquote></div></div>