Re: [Syslog] Some revised text for syslog TLS

Martin Schütte <lists@mschuette.name> Thu, 05 June 2008 10:59 UTC

Return-Path: <syslog-bounces@ietf.org>
X-Original-To: syslog-archive@megatron.ietf.org
Delivered-To: ietfarch-syslog-archive@core3.amsl.com
Received: from [127.0.0.1] (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id B775428C173; Thu, 5 Jun 2008 03:59:31 -0700 (PDT)
X-Original-To: syslog@core3.amsl.com
Delivered-To: syslog@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 1002F28C16F for <syslog@core3.amsl.com>; Thu, 5 Jun 2008 03:59:30 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.949
X-Spam-Level:
X-Spam-Status: No, score=-1.949 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HELO_EQ_DE=0.35, MIME_8BIT_HEADER=0.3]
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 BH0tbpfFZWFm for <syslog@core3.amsl.com>; Thu, 5 Jun 2008 03:59:26 -0700 (PDT)
Received: from mail.asta.uni-potsdam.de (mail.asta.uni-potsdam.de [141.89.58.198]) by core3.amsl.com (Postfix) with ESMTP id 4612728C102 for <syslog@ietf.org>; Thu, 5 Jun 2008 03:59:26 -0700 (PDT)
Received: from localhost (mail.asta.uni-potsdam.de [141.89.58.198]) by mail.asta.uni-potsdam.de (Postfix) with ESMTP id 211CA8AAAB for <syslog@ietf.org>; Thu, 5 Jun 2008 12:59:31 +0200 (CEST)
X-Virus-Scanned: on mail at asta.uni-potsdam.de
Received: from mail.asta.uni-potsdam.de ([141.89.58.198]) by localhost (mail.asta.uni-potsdam.de [141.89.58.198]) (amavisd-new, port 10024) with ESMTP id iOHNLZU6UopG for <syslog@ietf.org>; Thu, 5 Jun 2008 12:59:22 +0200 (CEST)
Received: from [192.168.178.21] (BAA4486.baa.pppool.de [77.128.68.134]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "Martin Schuette", Issuer "AStA-CA" (verified OK)) by mail.asta.uni-potsdam.de (Postfix) with ESMTP id D42BC7B601 for <syslog@ietf.org>; Thu, 5 Jun 2008 12:59:20 +0200 (CEST)
Message-ID: <4847C70B.3000701@mschuette.name>
Date: Thu, 05 Jun 2008 12:59:23 +0200
From: Martin Schütte <lists@mschuette.name>
User-Agent: Thunderbird 2.0.0.14 (X11/20080511)
MIME-Version: 1.0
To: syslog@ietf.org
References: <AC1CFD94F59A264488DC2BEC3E890DE505DFD90C@xmb-sjc-225.amer.cisco.com>
In-Reply-To: <AC1CFD94F59A264488DC2BEC3E890DE505DFD90C@xmb-sjc-225.amer.cisco.com>
Subject: Re: [Syslog] Some revised text for syslog TLS
X-BeenThere: syslog@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Security Issues in Network Event Logging <syslog.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/syslog>, <mailto:syslog-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/pipermail/syslog>
List-Post: <mailto:syslog@ietf.org>
List-Help: <mailto:syslog-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/syslog>, <mailto:syslog-request@ietf.org?subject=subscribe>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: syslog-bounces@ietf.org
Errors-To: syslog-bounces@ietf.org

Hello,
just two comments from the implementation perspective.

Joseph Salowey (jsalowey) schrieb:
> Both transport receiver and transport sender implementations MUST
> provide a means to generate a key pair and self-signed certificate in
> the case that a key pair and certificate are not available through
> another mechanism.

This might be a problem for some implementations.
And it is only useful if the generated certificate can be stored.
Devices without writable persistant storage would have to generate their
certificates on every restart, thus making them useless for authentication.

> 4.2.2  Certificate Fingerprints
> Both client and server implementations MUST make the certificate
> fingerprint for their certificates available through a management
> interface.  

A "management interface" is a broad term. In practice I would implement
this by logging the certificate's subject and fingerprint on syslogd
startup. (Since the log stream is the only output channel.)

-- 
Martin
_______________________________________________
Syslog mailing list
Syslog@ietf.org
https://www.ietf.org/mailman/listinfo/syslog