<div dir="ltr">Fernando: ¿Qué tan aceptado es el método que ha implementado Microsoft en sus sistemas operativos Windows de generación aleatoria de la dirección IPv6 sobre el tiempo?<div><div>Considerando entre las razones de su uso el evitar el tracking de la dirección IP.</div>
</div></div><div class="gmail_extra"><br clear="all"><div><div dir="ltr">Atentamente,<div>Erick Lobo</div><div><br></div><div>lgD</div></div></div>
<br><br><div class="gmail_quote">2014-04-30 17:52 GMT-06:00 Fernando Gont <span dir="ltr"><<a href="mailto:fgont@si6networks.com" target="_blank">fgont@si6networks.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Estimados,<br>
<br>
FYI: <<a href="http://www.rfc-editor.org/rfc/rfc7217.txt" target="_blank">http://www.rfc-editor.org/rfc/rfc7217.txt</a>><br>
<br>
Esto es parte fundamental para mejorar la resistencia a ataques de<br>
escaneo de direcciones, y otras cosas tales como "host-tracking".<br>
<br>
P.S.: El "concepto" fue "separar el espacio de direcciones", al estilo<br>
RFC6528.<br>
<br>
Saludos, y gracias!<br>
Fernando<br>
<br>
<br>
<br>
<br>
-------- Original Message --------Subject: RFC 7217 on A Method for<br>
Generating Semantically Opaque Interface Identifiers with IPv6 Stateless<br>
Address Autoconfiguration (SLAAC)<br>
Date: Wed, 30 Apr 2014 14:05:39 -0700 (PDT)<br>
From: <a href="mailto:rfc-editor@rfc-editor.org">rfc-editor@rfc-editor.org</a><br>
Reply-To: <a href="mailto:ietf@ietf.org">ietf@ietf.org</a><br>
To: <a href="mailto:ietf-announce@ietf.org">ietf-announce@ietf.org</a>, <a href="mailto:rfc-dist@rfc-editor.org">rfc-dist@rfc-editor.org</a><br>
CC: <a href="mailto:drafts-update-ref@iana.org">drafts-update-ref@iana.org</a>, <a href="mailto:ipv6@ietf.org">ipv6@ietf.org</a>, <a href="mailto:rfc-editor@rfc-editor.org">rfc-editor@rfc-editor.org</a><br>
<br>
A new Request for Comments is now available in online RFC libraries.<br>
<br>
<br>
RFC 7217<br>
<br>
Title: A Method for Generating Semantically<br>
Opaque Interface Identifiers with IPv6 Stateless<br>
Address Autoconfiguration (SLAAC)<br>
Author: F. Gont<br>
Status: Standards Track<br>
Stream: IETF<br>
Date: April 2014<br>
Mailbox: <a href="mailto:fgont@si6networks.com">fgont@si6networks.com</a><br>
Pages: 19<br>
Characters: 48497<br>
Updates/Obsoletes/SeeAlso: None<br>
<br>
I-D Tag: draft-ietf-6man-stable-privacy-addresses-17.txt<br>
<br>
URL: <a href="http://www.rfc-editor.org/rfc/rfc7217.txt" target="_blank">http://www.rfc-editor.org/rfc/rfc7217.txt</a><br>
<br>
This document specifies a method for generating IPv6 Interface<br>
Identifiers to be used with IPv6 Stateless Address Autoconfiguration<br>
(SLAAC), such that an IPv6 address configured using this method is<br>
stable within each subnet, but the corresponding Interface Identifier<br>
changes when the host moves from one network to another. This method<br>
is meant to be an alternative to generating Interface Identifiers<br>
based on hardware addresses (e.g., IEEE LAN Media Access Control<br>
(MAC) addresses), such that the benefits of stable addresses can be<br>
achieved without sacrificing the security and privacy of users. The<br>
method specified in this document applies to all prefixes a host may<br>
be employing, including link-local, global, and unique-local prefixes<br>
(and their corresponding addresses).<br>
<br>
This document is a product of the IPv6 Maintenance Working Group of the<br>
IETF.<br>
<br>
This is now a Proposed Standard.<br>
<br>
STANDARDS TRACK: This document specifies an Internet standards track<br>
protocol for the Internet community,and requests discussion and suggestions<br>
for improvements. Please refer to the current edition of the Internet<br>
Official Protocol Standards (STD 1) for the standardization state and<br>
status of this protocol. Distribution of this memo is unlimited.<br>
<br>
This announcement is sent to the IETF-Announce and rfc-dist lists.<br>
To subscribe or unsubscribe, see<br>
<a href="http://www.ietf.org/mailman/listinfo/ietf-announce" target="_blank">http://www.ietf.org/mailman/listinfo/ietf-announce</a><br>
<a href="http://mailman.rfc-editor.org/mailman/listinfo/rfc-dist" target="_blank">http://mailman.rfc-editor.org/mailman/listinfo/rfc-dist</a><br>
<br>
For searching the RFC series, see <a href="http://www.rfc-editor.org/search" target="_blank">http://www.rfc-editor.org/search</a><br>
For downloading RFCs, see <a href="http://www.rfc-editor.org/rfc.html" target="_blank">http://www.rfc-editor.org/rfc.html</a><br>
<br>
Requests for special distribution should be addressed to either the<br>
author of the RFC in question, or to <a href="mailto:rfc-editor@rfc-editor.org">rfc-editor@rfc-editor.org</a>. Unless<br>
specifically noted otherwise on the RFC itself, all RFCs are for<br>
unlimited distribution.<br>
<br>
<br>
The RFC Editor Team<br>
Association Management Solutions, LLC<br>
<br>
<br>
<br>
<br>
--<br>
Fernando Gont<br>
e-mail: <a href="mailto:fernando@gont.com.ar">fernando@gont.com.ar</a> || <a href="mailto:fgont@si6networks.com">fgont@si6networks.com</a><br>
PGP Fingerprint: 7809 84F5 322E 45C7 F1C9 3945 96EE A9EF D076 FFF1<br>
<br>
<br>
<br>
<br>
<br>
_______________________________________________<br>
LACTF mailing list<br>
<a href="mailto:LACTF@lacnic.net">LACTF@lacnic.net</a><br>
<a href="https://mail.lacnic.net/mailman/listinfo/lactf" target="_blank">https://mail.lacnic.net/mailman/listinfo/lactf</a><br>
Cancelar suscripcion: <a href="mailto:lactf-unsubscribe@lacnic.net">lactf-unsubscribe@lacnic.net</a><br>
</blockquote></div><br></div>