Control-Message

aus Wikipedia, der freien Enzyklopädie

Wechseln zu: Navigation, Suche

Eine Control-Message ist ein besondere Form des Posting im Usenet. Steuernachrichten unterscheiden sich von gewöhnlichen Nachrichten durch eine Zeile im Header (wo auch Absender, Betreff, Newsgroups, Datum usw. stehen) mit dem Schlüsselwort Control:. Der Rest dieser Zeile besteht aus dem Steuerbefehl gefolgt von Parametern.

Es gibt zwei Alternativen zur Kopfzeile Control, die von zeitgenössischer Software aber nicht unterstützt werden. Die traditionelle From der Betreffzeile wird allerdings häufig zusätzlich zu Control verwendet.

  • In Nachrichten, die zum Gruppenmuster all.all.ctl passen, wird die Betreffzeile als Steuerbefehl gefolgt von Parametern verwendet.[1]
  • Wenn die Betreffzeile mit den vier Buchstaben „cmsg“ beginnt, wird der Rest der Betreffzeile als Steuerbefehl gefolgt von Parametern interpretiert.[2]

Inhaltsverzeichnis

[Bearbeiten] Typen von Steuernachrichten

[Bearbeiten] cancel

Eine Cancel-Message ist eine durch Software automatisch auswertbare Bitte, einen bestimmten Artikel lokal bei sich zu löschen. Dies wird Canceln genannt. Die Nachricht hat einen Parameter, die Message-ID des zu löschenden Postings.

Beispiel
Control: cancel <899qh19zehlhsdfa@foo.bar.com>
Subject: cmsg cancel <899qh19zehlhsdfa@foo.bar.com>

[Bearbeiten] newgroup

Ein newgroup-Control dient zum Anlegen einer neuen Gruppe.[3] Der erste Parameter ist der Name der neuen Gruppe. Der zweite Parameter ist die optionale Angabe des Schlüsselworts moderated. Damit werden moderierte Gruppen angelegt. Der Text des Postings enthält üblicherweise Kurzbeschreibung (tagline), Charta und eine Begründung für die Einrichtung der Gruppe.

In etablierten Hierarchien werden newgroup-Nachrichten mit korrekter digitaler Signatur automatisch ausgeführt. In manchen Hierarchien (alt.*, free.*, de.alt.*) dienen unsignierte newgroup-Nachrichten nur als formeller Vorschlag. Einwände gegen den Vorschlag werden dann durch eine rmgroup-Nachricht ausgedrückt.[4] [5]

Auf jeden Fall werden newgroup-Nachrichten vom Internet Systems Consortium archiviert.[6]

Beispiel
Control: newgroup de.soc.usenet
Subject: cmsg newgroup de.soc.usenet

[Bearbeiten] rmgroup

Ein rmgroup-Control (rm ist eine Abkürzung für "remove") dient zum Löschen einer Gruppe. [7].

Beispiel
Control: rmgroup de.comp.sys.next
Subject: cmsg rmgroup de.comp.sys.next

[Bearbeiten] checkgroups

Ein checkgroups-Control enthält eine Liste aller Gruppen einer Hierarchie. [8].

Beispiel
Control: checkgroups
Subject: cmsg checkgroups

[Bearbeiten] Veraltete Nachrichtentypen

Name Defininition Beschreibung
Ihave RFC 850, RFC 1036 Ankunft einer bestimmten Nachricht melden
Sendme RFC 850, RFC 1036 Übertragung einer bestimmten Nachricht anfordern
Sendsys RFC 850, RFC 1036 E-Mail anfordern, die eine Aufstellung der zu Nachbar-Servern geschickten Gruppen enthält
Senduuname RFC 850 E-Mail anfordern, die eine Aufstellung aller UUCP-Nachbarn enthält
Version RFC 850, RFC 1036 E-Mail anfordern, die Name und Versionsnummer der Usenet-Software enthält

Das ihave/sendme-Protokoll wurde durch NNTP obsolet.

Steuernachrichten mit großen E-Mails zu beantworten kann für einen Denial of Service-Angriff ausgenutzt werden. Deshalb unterstützt kein zeitgenössischer Newsserver sendsys, obwohl dies in der Beschreibung explizit gefordert wird.[9]

[Bearbeiten] Sicherheitsaspekte

[Bearbeiten] Kopfzeile „Approved:“

Steuernachrichten des Typs newgroup und rmgroup werden ignoriert, wenn sie nicht mit der Kopfzeile Approved: versehen sind.[10] Traditionell sind Newsserver so konfiguriert, dass nur ausgewählte Benutzer Nachrichten mit diesen Zeilen senden dürfen. Solange es weltweit nur eine handvoll Server gab, stelllte diese Maßnahme ausreichenden Schutz gegen Missbrauch dar.

[Bearbeiten] Digitale Signatur

Das Format für „Arpa Internet Text Messages“[11] ist die gemeinsame Grundlage für Usenet[12] und E-Mail.[13] Es sieht keine Möglichkeit der Authentifizierung vor. In Folge wurden verschiedene Erweiterungen des Formats um eine Digitale Signatur entwickelt.

Signatur-Format Gegenstand der Signatur Einsatzgebiet
PGP/INLINE beliebiger Text NoCeM
PGP/MIME MIME Bodyparts E-Mail
S/MIME MIME Bodyparts E-Mail
pgpcontrol Body und ausgewählte Header newgroup, rmgroup, checkgroups

Da sich bei einer Control-Message die wesentlichen Informationen im Header befinden, ist ein spezielles Format notwendig. pgpcontrol wurde ursprünglich für PGP entwickelt, funktioniert aber auch mit OpenPGP. [14]

[Bearbeiten] Hierarchieschlüssel

Änderungen des Gruppenbestands werden in den großen Hierarchien (Big Eight und Regionalhierarchien) mit signierten Steuernachrichten durchgeführt. Jede Hierarchie verfügt über einen eigenen Schlüssel, der von den Hierarchiegründern bzw. deren Nachfolgern verwaltet wird. Die meisten Newsserver sind so konfiguriert, dass mit dem richtigen Schlüssel signierte Steuernachrichten automatisch ausgeführt werden. Alle anderen Steuernachrichten werden ignoriert.

Theoretisch ist dieses Verfahren auch für Cancel-Messages geeignet. Dazu müsste aber nicht nur für jeden Usenet-Benutzer ein Schlüsselpaar existieren, sondern auch der jeweilige öffentliche Schlüssel jedem Newsserver bekannt sein. Cancel-Lock ist wesentlich einfacher.

[Bearbeiten] Archivierung

Steuernachrichten erscheinen üblicherweise nicht lesbar in der betreffenden Newsgroup. Viele Newsserver sortieren sie statt dessen in Pseudo-Gruppen wie control ein.[15]

Google Groups bietet keine Möglichkeit, Steuernachrichten zu lesen oder zu schreiben und führt nicht einmal Cancel Messages aus.

Das Internet Systems Consortium archiviert newgroup und rmgroup gemeinsam in einer Datei pro Gruppe[16] und checkgroups in einer Datei pro Jahr.[17]

[Bearbeiten] Fußnoten

  1. InterNetNews hat all.all.ctl nie unterstützt. Version 1.0 wurde 1990 veröffentlicht.
  2. Interessanterweise wird "Subject: cmsg" nur in RFC 1036 (veröffentlicht im Dezember 1987) beschrieben, aber nicht in RFC 850 (veröffentlich Juni 1983). In INN wurde diese Funktionalität in Version 2.3 entfernt. Siehe INN Changes and Upgrade Information.
  3. RFC 1036, Abschnitt 3.3
  4. *How To Write a Good Newgroup Message
  5. Regeln für die Einrichtung, Änderung und Entfernung von Usenet-Gruppen
  6. ftp://ftp.isc.org/pub/usenet/control/
  7. RFC 1036, Abschnitt 3.4
  8. RFC 1036, Abschnitt 3.7
  9. Abschnitt 3.5. von RFC 1036 enthält folgende Klausel: This information is considered public information, and it is a requirement of membership in USENET that this information be provided on request, either automatically in response to this control message, or manually, by mailing the requested information to the author of the message.
  10. RFC 1036, Abschnitt „3.3. Newgroup“ und „3.4. Rmgroup“. Interessantweise fehlt diese Klausel in Abschnitt „3.7. Checkgroups“.
  11. RFC 822, veröffentlicht im August 1982
  12. RFC 1036, Abschnitt „2. Message Format“
  13. RFC 2822, ersetzte RFC 822 im April 2001
  14. ftp://ftp.isc.org/pub/pgpcontrol/
  15. INN legt Steuernachrichten normalerweise in der Pseudo-Gruppe control ab. Wenn jedoch eine Untergruppe von control existiert, die zum Steuerbefehl passt, wird die Nachricht in dieser Gruppe abgelegt.
  16. ftp://ftp.isc.org/pub/usenet/control/
  17. ftp://ftp.isc.org/pub/usenet/control/other.ctl/
Persönliche Werkzeuge
Andere Sprachen