Re: [Rucus] [spitstop] Botnets, take 2... Re: Draft RUCUS charter

Otmar Lendl <ol@bofh.priv.at> Fri, 22 February 2008 20:49 UTC

Return-Path: <rucus-bounces@ietf.org>
X-Original-To: ietfarch-rucus-archive@core3.amsl.com
Delivered-To: ietfarch-rucus-archive@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id F02BF28C411; Fri, 22 Feb 2008 12:49:41 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.628
X-Spam-Level:
X-Spam-Status: No, score=-0.628 tagged_above=-999 required=5 tests=[AWL=-0.191, BAYES_00=-2.599, FH_RELAY_NODNS=1.451, HELO_MISMATCH_ORG=0.611, RDNS_NONE=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 HbyD5XHDualb; Fri, 22 Feb 2008 12:49:41 -0800 (PST)
Received: from core3.amsl.com (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 309453A6CC5; Fri, 22 Feb 2008 12:49:41 -0800 (PST)
X-Original-To: rucus@core3.amsl.com
Delivered-To: rucus@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id B4EC428C3F3 for <rucus@core3.amsl.com>; Fri, 22 Feb 2008 12:49:39 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
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 nwzc30hYTiHn for <rucus@core3.amsl.com>; Fri, 22 Feb 2008 12:49:39 -0800 (PST)
Received: from mail.bofh.priv.at (fardach.bofh.priv.at [88.198.34.164]) by core3.amsl.com (Postfix) with ESMTP id CF0E03A6CC5 for <rucus@ietf.org>; Fri, 22 Feb 2008 12:49:38 -0800 (PST)
Received: by mail.bofh.priv.at (Postfix, from userid 1000) id 01FA14D602; Fri, 22 Feb 2008 21:49:32 +0100 (CET)
Date: Fri, 22 Feb 2008 21:49:32 +0100
From: Otmar Lendl <ol@bofh.priv.at>
To: rucus@ietf.org
Message-ID: <20080222204932.GA1983@bofh.priv.at>
References: <C3E0C78D.4346A%Quittek@nw.neclab.eu> <3A86FA4E-6D4A-43FE-B380-6676CD4BCD90@voxeo.com> <42B56C6A683EBA4581C01CB49A914CA70E6EA261@MAILFAXSRV.gfimalta.com> <909E8DC8-CB3A-478D-995F-94A4B3656D8D@cs.columbia.edu> <47BEAEE3.4040701@gmx.net>
MIME-Version: 1.0
Content-Disposition: inline
In-Reply-To: <47BEAEE3.4040701@gmx.net>
User-Agent: Mutt/1.5.13 (2006-08-11)
Subject: Re: [Rucus] [spitstop] Botnets, take 2... Re: Draft RUCUS charter
X-BeenThere: rucus@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: <rucus.ietf.org>
List-Unsubscribe: <http://www.ietf.org/mailman/listinfo/rucus>, <mailto:rucus-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/pipermail/rucus>
List-Post: <mailto:rucus@ietf.org>
List-Help: <mailto:rucus-request@ietf.org?subject=help>
List-Subscribe: <http://www.ietf.org/mailman/listinfo/rucus>, <mailto:rucus-request@ietf.org?subject=subscribe>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: rucus-bounces@ietf.org
Errors-To: rucus-bounces@ietf.org

On 2008/02/22 12:02, Hannes Tschofenig <Hannes.Tschofenig@gmx.net> wrote:
> 
> I had a chat with Peter Saint-Andre this week and he reported me about 
> problems they had with malicious users (potentially using the XMPP 
> servers for file sharing) in their XMPP server infrastructure. He told 
> me that their community is looking into a mechanism to allow one domain 
> to report problems to another domain. This would correspond to Henning's 
> 2nd category below and a mechanisms similar to the one described in 
> http://www.ietf.org/internet-drafts/draft-niccolini-sipping-spam-feedback-00.txt 
> would be useful (expect that it would not be run between the end host 
> and the VoIP provider but between two VoIP providers).

I'm wondering what these kinds of feedback systems can do if either

* it's easy for the spitter to create new identities within the same
  domain

* it's easy for the spitter to create his own domain, and thus he 

  - can follow the protocol, and mint new indentities for each SPIT-run
  - or just forge the anti-spit feedback headers to indicate that no bad
    feedback had been received for this identity

In other words, don't all these ideas assume the the miscreants are
misbehaving clients using trustworthy service providers (which don't
allow mass-minting of accounts?)?

/ol
-- 
-=-  Otmar Lendl  --  ol@bofh.priv.at  -=-
_______________________________________________
Rucus mailing list
Rucus@ietf.org
http://www.ietf.org/mailman/listinfo/rucus