Контрольные сообщения - это особый вид сообщений Usenet , которые используются для управления серверами новостей . Они отличаются от обычных сообщений полем заголовка с именем Control. Тело поля содержит имя элемента управления и аргументы.
Есть две исторические альтернативы полю заголовка Control. Они не поддерживаются современным программным обеспечением [1] [2] и запрещены согласно RFC 5537. [3] Однако традиционный формат строки темы широко используется в дополнение к Controlзаголовку: строка темы состоит из слова «cmsg». "за которым следует имя элемента управления и аргументы.
Типы [ править ]
отменить [ редактировать ]
В сообщении об отмене запрашивается удаление определенной статьи. Тело поля Control содержит один аргумент - идентификатор сообщения удаляемой статьи.
Согласно RFC 1036 только автору целевого сообщения или администратору местных новостей разрешено отправлять отмену (отмены, не соответствующие этому условию, называются "мошенническими отменами"). Для проверки авторизации строка From: (или Sender:, если она существует) сообщения об отмене должна соответствовать целевой статье. Эта проверка плохо работает в современном Usenet и используется редко. [4]
Дополнительные правила, специфичные для иерархии (см. Индекс Breidbart ), позволяют ботам отмены отправлять сторонние отмены для удаления спама .
- Пример
Управление: отмена <[email protected]>Тема: cmsg cancel <[email protected]>
новая группа [ править ]
Сообщение новая_группы выдаются для создания нового Usenet телеконференции . Тело поля Control содержит один обязательный аргумент - имя новой группы. Второй аргумент не обязателен. Если присутствует, он состоит из ключевого слова модерируемый . Тело сообщения обычно содержит слоган, устав и обоснование.
Если группа уже существует, изменяется только статус группы, т.е. модерируется она или нет. [5]
Обычно сообщения новой группы, имеющие правильную цифровую подпись, выполняются автоматически. В некоторых иерархиях ( alt. * , Free. * , De.alt. * ) Неподписанные сообщения newgroup служат просто формализованным предложением создать новую группу. Затем возражения против предложения выражаются с помощью rmgroup . [6] [7]
Во многих случаях сообщения новой группы архивируются Консорциумом Интернет-систем . [8]
- Пример
Контроль: newgroup comp.object.moderated модерируемыйТема: cmsg newgroup comp.object.moderated модерируемый
rmgroup [ править ]
Сообщение rmgroup выдается для удаления группы новостей. Тело поля Control содержит один обязательный аргумент - имя удаляемой группы.
Обычно сообщения rmgroup, имеющие правильную цифровую подпись, выполняются автоматически. В некоторых иерархиях неподписанные сообщения rmgroup используются для наложения вето на предыдущую новую группу.
В иерархии de.alt. * Удаление и создание групп обрабатываются симметрично, т.е. в качестве формализованного предложения используется неподписанное сообщение rmgroup. Затем возражения против предложения выражаются в новой группе. [7]
- Пример
Элемент управления: rmgroup comp.object.moderatedТема: cmsg rmgroup comp.object.moderated
В 1995 году Церковь Саентологии попыталась заглушить критику , рассылая массовые сообщения «rmgroup» на серверы Usenet, нацеленные на alt.religion.scientology , что является примером продолжающихся усилий церкви по подавлению материалов, критикующих саентологию, в Интернете . Большинство серверов отклонили сообщение, а те, которые этого не сделали, были быстро отправлены сообщения «новая группа», восстанавливая группу новостей.
контрольные группы [ править ]
В сообщении контрольных групп перечислены все группы иерархии.
- Пример
Контроль: контрольные группыТема: контрольные группы cmsg
- Пример в соответствии с RFC 5537
Контроль: checkgroups de! De.alt # 2009021301
Устаревшие типы сообщений [ править ]
| Имя | Определение | Описание |
|---|---|---|
| У меня есть | RFC 850, RFC 1036, RFC 5537 | Анонсировать поступление определенного сообщения |
| Отправьте меня | RFC 850, RFC 1036, RFC 5537 | Запросить передачу конкретного сообщения |
| Sendsys | RFC 850, RFC 1036, RFC 5537 | Запросить электронную почту со списком групп новостей, отправленных каждому соседу |
| Senduuname | RFC 850, RFC 5537 | Запросить электронную почту со списком всех соседей uucp |
| Версия | RFC 850, RFC 1036, RFC 5537 | Запросить электронное письмо с именем и версией программного обеспечения Usenet |
| Whogets | RFC 5537 | Нет описания, просто объявлено устаревшим |
Протокол ihave / sendme устарел NNTP .
Ответ на контрольные сообщения большими электронными письмами может быть использован для атаки типа «отказ в обслуживании» . Таким образом, новостные серверы прекратили реализацию сендиса задолго до того, как он был объявлен устаревшим в RFC 5537. [9]
Соображения безопасности [ править ]
Поле заголовка "Одобрено:" [ править ]
Сообщения типа newgroup и rmgroup игнорируются, если в том же заголовке сообщения нет строки «Утверждено» . [10] Новостные серверы традиционно позволяют только избранным пользователям отправлять статьи с этими строками. Пока существует лишь несколько сайтов Usenet, это обеспечивает достаточную защиту от злоупотреблений.
Цифровая подпись [ править ]
Формат «Текстовых сообщений Интернета Arpa» [11] является общей основой для Usenet [12] и электронной почты . [13] Формат не предоставляет средств аутентификации . Для предотвращения подделок были разработаны различные расширения, добавляющие цифровую подпись .
| Формат подписи | Покрытые данные | Применение |
|---|---|---|
| PGP / INLINE | произвольный текст | NoCeM |
| PGP / MIME | Части тела MIME | Электронная почта |
| S / MIME | Части тела MIME | Электронная почта |
| pgpcontrol | тело и выбранные поля заголовка | новая группа, rmgroup, контрольные группы |
Для управляющего сообщения требуется специальный формат, поскольку основная информация находится в полях заголовка. Pgpcontrol изначально был разработан для PGP, но также работает с OpenPGP . [14]
Ключи иерархии [ править ]
Ведение групп новостей основных иерархий Usenet ( большая восьмерка и региональные иерархии) осуществляется с помощью подписанных управляющих сообщений. Каждая иерархия имеет уникальный ключ, который охраняют основатели иерархии (или их преемники). Большинство серверов новостей настроены как на автоматическое выполнение элементов управления, подписанных правильным ключом, так и на игнорирование всего остального.
Теоретически эта система применима и для отмены сообщений. Однако для этого потребуется не только пара ключей для каждого пользователя Usenet, но также, чтобы соответствующий открытый ключ был известен каждому серверу новостей. Отменить блокировку намного проще, но она не является общепринятой и не реализуется на популярных новостных серверах и программах чтения новостей . [15]
Архивирование [ править ]
Контрольные сообщения обычно не отображаются в целевой группе новостей . Вместо этого многие серверы помещают их в псевдогруппы новостей, например control. [16]
Группы Google не предоставляют средств для чтения или записи управляющих сообщений. Он даже не выполняет отмены.
В Консорциум Internet Systems архивы новая_группа и rmgroup вместе в виде одного файла в группе [8] и checkgroups как один файл в год. [17]
Ссылки [ править ]
- ^ InterNetNews никогда не поддерживал all.all.ctl [ требуется пояснение ] . Версия 1.0 ИНН выпущена в 1990 году.
- ^ «Тема: cmsg» описана только в RFC 1036 (опубликованном в декабре 1987 г.), но не в RFC 850 (опубликованном в июне 1983 г.). INN отказался от этой функции в версии 2.3. См. Информацию об изменениях и обновлении INN (Интернет-архив) .
- ^ RFC 5537, 5. Управляющие сообщения: [...] Наличие поля заголовка «Тема», начинающегося со строки «cmsg», НЕ ДОЛЖНО вызывать интерпретацию статьи как управляющее сообщение. [...] Аналогичным образом, наличие <newsgroup-name>, заканчивающегося на ".ctl" в поле заголовка Newsgroups или наличие поля заголовка также-Control НЕ ДОЛЖНЫ приводить к интерпретации статьи как управляющего сообщения.
- ^ RFC 850 использует термин «локальный суперпользователь» вместо «администратор местных новостей». Son-of-RFC-1036 (это разговорное название Интернет-проекта, написанного Генри Спенсером) полностью отбрасывает отмену администратора. Проблема со схемой проверки состоит в том, чтостроку From: подделать несложно, а с помощью cancelbots сообщение об отмене часто приходит раньше целевой статьи. По умолчаниюопция verifycancels INN имеет значение false.
- ^ Раздел 5.2.1. RFC 5537 гласит: Управляющее сообщение новой группы запрашивает создание указанной группы или, если она уже существует, изменение ее статуса или описания модерации. Однако функция намного старше. Например, справочная страницаутилиты ctlinnd (часть INN) говорит: Если группа новостей уже существует, это эквивалентно команде changegroup.
- ^ * Как написать хорошую новая_группу сообщение в архив 2008-04-15 в Wayback Machine
- Как создать группу новостей ALT
- бесплатно. * FAQ, Архивировано 15 марта 2008 г. на Wayback Machine
- ^ a b Regeln für die Einrichtung, Änderung und Entfernung von Usenet-Gruppen
- ^ a b ftp://ftp.isc.org/pub/usenet/control/
- ^ Раздел «3.5. Sendsys» RFC 1036 включает следующий пункт: Эта информация считается общедоступной, и для членства в USENET требуется, чтобы эта информация предоставлялась по запросу, автоматически в ответ на это управляющее сообщение или вручную. , отправив запрашиваемую информацию автору сообщения.
- ^ RFC 1036, разделы «3.3. Newgroup» и «3.4. Rmgroup». Раздел «3.7. Контрольные группы» не содержит этого пункта.
- ↑ RFC 822, опубликовано в августе 1982 г.
- ^ RFC 1036, раздел «2. Формат сообщения»
- ^ RFC 2822, устаревший RFC 822 в апреле 2001 г.
- ^ INN уже поставляется с pgpcontrol . Сайт проекта ftp://ftp.isc.org/pub/pgpcontrol/ дополнительно предоставляет инструкции по настройке PGP / OpenPGP и огромный архив ключей иерархии.
- ^ Cancel-Locks в статьях Usenet: draft-ietf-usefor-cancel-lock-01.txt , опубликовано в ноябре 1998 г., срок действия истек в мае 1999 г.
- ^ МНН обычно файлы управляющих сообщений псевдо телеконференции управления . Однако, если существует подгруппа управления, которая соответствует команде управления, вместо этого управляющее сообщение будет помещено в эту группу.
- ^ ftp://ftp.isc.org/pub/usenet/control/other.ctl/
