[Fwd: New Version Notification for draft-noisternig-ipdvb-sec-ext-01]

Michael Noisternig <mnoist@cosy.sbg.ac.at> Mon, 13 July 2009 18:52 UTC

Return-Path: <owner-ipdvb@erg.abdn.ac.uk>
X-Original-To: ietfarch-ipdvb-archive@core3.amsl.com
Delivered-To: ietfarch-ipdvb-archive@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 3921A28C29E for <ietfarch-ipdvb-archive@core3.amsl.com>; Mon, 13 Jul 2009 11:52:44 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.084
X-Spam-Level:
X-Spam-Status: No, score=-0.084 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, FH_HOST_EQ_D_D_D_D=0.765, HOST_EQ_AT=0.745, RCVD_IN_PBL=0.905, RDNS_DYNAMIC=0.1]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id t9rS2DtTbKgD for <ietfarch-ipdvb-archive@core3.amsl.com>; Mon, 13 Jul 2009 11:52:43 -0700 (PDT)
Received: from erg.abdn.ac.uk (dee.erg.abdn.ac.uk [IPv6:2001:630:241:204:203:baff:fe9a:8c9b]) by core3.amsl.com (Postfix) with ESMTP id DF53F28C37B for <ipdvb-archive@ietf.org>; Mon, 13 Jul 2009 11:52:41 -0700 (PDT)
Received: from dee.erg.abdn.ac.uk (localhost [IPv6:::1]) by erg.abdn.ac.uk (8.13.4/8.13.4) with ESMTP id n6DIM9Dr011612 for <ipdvb-subscribed-users@dee.erg.abdn.ac.uk>; Mon, 13 Jul 2009 19:22:09 +0100 (BST)
Received: (from majordomo.lists@localhost) by dee.erg.abdn.ac.uk (8.13.4/8.12.2/Submit) id n6DIM9KW011611 for ipdvb-subscribed-users; Mon, 13 Jul 2009 19:22:09 +0100 (BST)
X-Authentication-Warning: dee.erg.abdn.ac.uk: majordomo.lists set sender to owner-ipdvb@erg.abdn.ac.uk using -f
Received: from puma.cosy.sbg.ac.at (puma.cosy.sbg.ac.at [IPv6:2001:628:408:102::30:0]) by erg.abdn.ac.uk (8.13.4/8.13.4) with ESMTP id n6DILsVi011594 for <ipdvb@erg.abdn.ac.uk>; Mon, 13 Jul 2009 19:21:55 +0100 (BST)
Received: from [192.168.1.4] (d83-187-170-40.cust.tele2.at [83.187.170.40]) by puma.cosy.sbg.ac.at (Postfix) with ESMTP id 5BA8D2284BA for <ipdvb@erg.abdn.ac.uk>; Mon, 13 Jul 2009 20:21:55 +0200 (CEST)
Message-ID: <4A5B7B3D.6010209@cosy.sbg.ac.at>
Date: Mon, 13 Jul 2009 20:21:49 +0200
From: Michael Noisternig <mnoist@cosy.sbg.ac.at>
User-Agent: Thunderbird 2.0.0.22 (Windows/20090605)
MIME-Version: 1.0
To: ipdvb@erg.abdn.ac.uk
Subject: [Fwd: New Version Notification for draft-noisternig-ipdvb-sec-ext-01]
Content-Type: multipart/mixed; boundary="------------060506060504000805030300"
X-ERG-MailScanner: Found to be clean, Found to be clean
Sender: owner-ipdvb@erg.abdn.ac.uk
Precedence: bulk
Reply-To: ipdvb@erg.abdn.ac.uk
X-ERG-MailScanner-From: owner-ipdvb@erg.abdn.ac.uk

Dear all,

please see enclosed the notification message for an update of our ULE 
security extension draft based on Gorry's comments. Thanks again!

Michael
--- Begin Message ---
A new version of I-D, draft-noisternig-ipdvb-sec-ext-01.txt has been successfuly submitted by Michael Noisternig and posted to the IETF repository.

Filename:	 draft-noisternig-ipdvb-sec-ext
Revision:	 01
Title:		 Security Extension for Unidirectional Lightweight Encapsulation Protocol
Creation_date:	 2009-07-13
WG ID:		 Independent Submission
Number_of_pages: 23

Abstract:
The Unidirectional Lightweight Encapsulation (ULE) protocol provides
an efficient mechanism for transporting IP and other network layer
protocol data over MPEG-2 networks. Such networks, widely used
especially for providing digital TV services, often use broadcast
wireless transmission media, and are hence vulnerable to various
types of security attacks.

This document describes a new mandatory ULE extension to protect ULE
traffic using security features such as data confidentiality, data
integrity, data origin authentication, and prevention against replay
attacks. Additionally, destination addresses may be hidden from
unauthorized receiver devices using the identity protection feature.

The format of the security extension header as well as the processing
at receivers and transmitters are described in detail. The extension
aims to be lightweight and flexible such that it may be implemented
in low-cost, resource-scarce transceivers, and different levels of
security may be selected.

The security extension may be easily adapted to the Generic Stream
Encapsulation (GSE) protocol, which uses a similar extension header
mechanism.
                                                                                  


The IETF Secretariat.

--- End Message ---