RFC 3972: Cryptographically Generated Addresses (CGA)
In plain English — editorial summary, not part of the RFC
This document describes a method for binding a public signature key to an IPv6 address in the Secure Neighbor Discovery (SEND) protocol. Cryptographically Generated Addresses (CGA) are IPv6 addresses for which the interface identifier is generated by computing a cryptographic one-way hash function from a public key and auxiliary parameters. The binding between the public key and the address can be verified by re-computing the hash value and by comparing the hash with the interface identifier. Messages sent from an IPv6 address can be protected by attaching the public key and auxiliary parameters and by signing the message with the corresponding private key. The protection works without a certification authority or any security infrastructure. [STANDARDS-TRACK]
Document record
- Document ID
- RFC3972
- Published
- March 2005
- Authors
- T. Aura
- Status
- PROPOSED STANDARD
- Stream
- IETF
- Area
- int
- Pages
- 22
- Also known as
- —
Topics
Referenced by
2 later RFCs formally update or obsolete part of this document.
Related documents
Ranked automatically by shared keywords, IETF area and stream — not by editorial selection.
- RFC 5909Securing Neighbor Discovery Proxy: Problem StatementCurrent
July 2010
- RFC 6059Simple Procedures for Detecting Network Attachment in IPv6Current
November 2010
- RFC 6105IPv6 Router Advertisement GuardUpdated
February 2011
- RFC 3971SEcure Neighbor Discovery (SEND)Updated
March 2005
- RFC 3963Network Mobility (NEMO) Basic Support ProtocolCurrent
January 2005
- RFC 3957Authentication, Authorization, and Accounting (AAA) Registration Keys for Mobile IPv4Current
March 2005
- RFC 3993Subscriber-ID Suboption for the Dynamic Host Configuration Protocol (DHCP) Relay Agent OptionCurrent
March 2005
- RFC 3942Reclassifying Dynamic Host Configuration Protocol version 4 (DHCPv4) OptionsCurrent
November 2004
Also filed under
About this page
The document record above — title, authors, date, status, stream, area, relationships, DOI and errata — is imported verbatim from the public RFC Editor index. The “in plain English” section is editorial: written by The metasystema editorial team, not part of the RFC. Where the two differ, the RFC text governs.
Last checked against the RFC Editor index on . RFCs are never revised after publication; changes are issued as new documents.
Data sources · Editorial policy · Report a correction · What is an RFC?