[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: secdir review of draft-ietf-usefor-usepro-12
On Wed, 10 Sep 2008 02:03:24 +0100, Charles Clancy <clancy@xxxxxxxxxx>
wrote:
I have reviewed this document as part of the security directorate's
ongoing effort to review all IETF documents being processed by the
IESG. These comments were written primarily for the benefit of the
security area directors. Document editors and WG chairs should treat
these comments just like any other last call comments.
Document: draft-ietf-usefor-usepro-12
Document Title: Netnews Architecture and Protocols
This document is an updated to RFC 1036, and defines the Netnews system.
This document specifically addresses the Netnews architecture, with
another document defining the message formatting (and NNTP being defined
in a separate document, which is the most popular transport protocol).
Having personally run my campus Usenet server while in college 10 years
ago, this document brings back all sorts of fun memories of a
pre-blog/wiki world. The major issue back then seemed to be keeping
alt.binaries from filling up your server's disk.
Overall, Newnews is known to have a myriad of security flaws that have
persisted since its inception, much like SMTP. Strangely there hasn't
been any major effort to that I'm aware of to institutionalize things
such as digital signatures to Netnews articles. The document indicates
that such an effort is underway (see section 5.1). Is that true?
A major avenue of attack for Netnews is unauthenticated control messages
that allow for operations such as the creation and deletion of
newsgroups, among other things. Any Netnews Agent can generate such a
message, with any approving official's email address listed in the
header, and have them propagate through the Usenet system.
While there is no authentication of Netnews control message, there is
typically some attempt to apply policy to authorize them (the major line
of defense against malicious control messages). The irony here is that
authorization of unauthenticated messages gets you little more than a
minimal level of heuristic security.
This was discussed in the early days of USEFOR, and the decision was made
to defer these security issues to a separate document (of which hints
remain in the present draft).
Items to be considered in such a document would include:
signing of control messages (the present ad hoc signing method works
well
but could not be standardized as it stands because it uses an
X-header)
signing of messages by moderators (which currently uses yet another
X-header, but sadly a different one to control messages)
cancel locks (there is an ancient draft for these)
maybe some other things (e.g. I would like to standardize NoCems)
But whether such a project now goes ahead is open to considerable doubt
:-(.
Therefore much of the security of Netnews is then delegated to NNTP,
which can provide authenticated communications channels between Netnews
Agents. This, however, only provides hop-by-hop security, and not any
form of end-to-end security. I recommend the document discuss the
ramifications of this (i.e. any compromised NNTP server can generate and
propagate false control messages throughout the entire Usenet system, so
a secure Netnews transport protocol really only gives the system a false
sense of security).
--
Charles H. Lindsey ---------At Home, doing my own thing------------------------
Tel: +44 161 436 6131
Web: http://www.cs.man.ac.uk/~chl
Email: chl@xxxxxxxxxxxxxxxx Snail: 5 Clerewood Ave, CHEADLE, SK8 3JU, U.K.
PGP: 2C15F1A9 Fingerprint: 73 6D C2 51 93 A0 01 E7 65 E8 64 7E 14 A4 AB A5