WG Action: Secure Inter-Domain Routing (sidr)

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



A new IETF working group has been formed in the Routing Area. For additional
information, please contact the Area Directors or the WG Chairs.

+++

Secure Inter-Domain Routing (sidr)
====================================

Current Status: Active Working Group

Chairs: 
      Geoff Huston      <gih@apnic.net>
      Sandra Murphy     <sandy@tislabs.com>

Routing Area Directors:
      Bill Fenner       <fenner at research.att.com>
      Ross Callon       <rcallon@juniper.net>

Routing Area Advisor:
      Ross Callon <rcallon@juniper.net> 

Technical Advisor:
      Steven Bellovin   <smb@cs.columbia.edu>

Mailing Lists:
General Discussion: sidr at ietf.org
To Subscribe: sidr-request at ietf.org
In Body: (un)subscribe
Archive: http://www.ietf.org/mail-archive/web/sidr/index.html

Description of Working Group:

One of the areas of vulnerability for large scale Internet
environments lies in the area of inter-domain routing. The basic
security questions that can be posed regarding routing information
are whether the originating Autonomous System is authorized to
advertise an address prefix by the holder of that prefix, whether
the originating AS is accurately identified by the originating
Autonomous System Number in the advertisement, and the validity of
both the address prefix and the Autonomous System Number. A related
question concerns the level of trust than can be ascribed to
attributes of a route object in terms of their authenticity,
including consideration of the AS Path attribute.

The Routing Protocol Security Group (RPSEC) has been chartered to
document the security requirements for routing systems, and, in
particular, to produce a document on BGP security requirements.

The scope of work in the SIDR working group is to formulate an
extensible architecture for an interdomain routing security
framework. This framework must be capable of supporting incremental
additions of functional components. 
The SIDR working group will develop security mechanisms
which fulfill those requirements which have been agreed on
by the RPSEC working group.
In developing these mechanisms, the SIDR working group will take 
practical deployability into consideration. 

The scope of work will include describing the use of certification
objects for supporting the distribution of authorization and
authentication information. Both hierarchic and distributed non-
hierarchic trust systems are intended to be supported within this
framework. The intended support of both forms of trust models is to
allow for the use of this framework for routing security in diverse
routing environments that have different underlying trust
characteristics.

The scope of work is limited to inter-domain router-to-router
protocols only, for both unicast and multicast systems.

The SIDR working group is charged with the following tasks:

- Document an extensible interdomain routing security architecture

- Document the use of certification objects within this secure
routing architecture

- Document specific routing functionality modules within this
architecture that are designed to address specific secure routing
requirements as they are determined by the RPSEC Working Group

Goals and Milestones:

Aug-06 Submit initial draft on inter-domain routing security
architecture

Sep-06 Submit initial draft on certificate objects to be used
within this architecture

Sep-06 Submit initial draft on securing origination of routing
information

Mar-07 Submit routing security architecture for publication as an
Informational RFC

May-07 Submit description of use certificate objects by this
architecture as an Informational RFC

June-07 Submit secure origination mechanism as a Proposed Standard

Aug-07 Evaluate progress, recharter with new goals or shutdown.

_______________________________________________

IETF-Announce@ietf.org
https://www1.ietf.org/mailman/listinfo/ietf-announce

[Index of Archives]     [IETF]     [IETF Discussion]     [Linux Kernel]

  Powered by Linux