Jump to content

Управляющее сообщение

Управляющие сообщения — это особый вид сообщений Usenet , которые используются для управления серверами новостей . Они отличаются от обычных сообщений полем заголовка с именем Control. Тело поля содержит имя элемента управления и аргументы.

Существует две исторические альтернативы полю заголовка. Control. Они не поддерживаются современным программным обеспечением. [1] [2] и запрещено согласно RFC 5537. [3] Однако помимо текста широко используется традиционный формат темы письма. Control заголовок: строка темы состоит из слова «cmsg», за которым следуют имя элемента управления и аргументы.

Сообщение об отмене запрашивает удаление определенной статьи. Тело поля Control содержит один аргумент — идентификатор сообщения удаляемой статьи.

Согласно RFC 1036 только автор целевого сообщения или администратор местных новостей имеет право отправлять отмену (отмены, не соответствующие этому условию, называются «незаконными отменами»). Для проверки авторизации Откуда: линия (или Отправитель: строка, если она существует) сообщения об отмене должна соответствовать целевой статье. Эта проверка не работает в современной сети Usenet и используется редко. [4]

Дополнительные правила, специфичные для иерархии (см. Индекс Брейдбарта ), позволяют роботам-отменам отправлять сторонним отмена для удаления спама .

Пример
Control: cancel <[email protected]>
Subject: cmsg cancel <[email protected]>

новая группа

[ редактировать ]

группы новостей Выдается сообщение newgroup для создания новой Usenet . Тело поля Control содержит один обязательный аргумент — имя новой группы. Второй аргумент является необязательным. Если он присутствует, он состоит из ключевого слова модерируется . Тело сообщения обычно содержит слоган, устав и обоснование.

Если группа уже существует, меняется только статус группы, т.е. модерируемая она или нет. [5]

Обычно сообщения новой группы, имеющие правильную цифровую подпись, выполняются автоматически. В некоторых иерархиях ( все.* , бесплатно.* , de.alt.* ) неподписанные сообщения новой группы просто служат формализованным предложением создать новую группу. Возражения против предложения затем выражаются с помощью РМгрупп . [6] [7]

Во многих случаях сообщения новой группы архивируются Консорциумом Интернет-систем . [8]

Пример
Control: newgroup comp.object.moderated moderated
Subject: cmsg newgroup comp.object.moderated moderated

новостей . Выдается сообщение rmgroup для удаления группы Тело поля Control содержит один обязательный аргумент — имя группы, которую нужно удалить.

Обычно сообщения rmgroup, имеющие правильную цифровую подпись, выполняются автоматически. В некоторых иерархиях неподписанные сообщения rmgroup используются для наложения вето на предыдущую новую группу.

В иерархии de.alt.* удаление и создание групп обрабатывается симметрично, т.е. в качестве формализованного предложения используется неподписанное сообщение rmgroup. Возражения против предложения затем выражаются новой группе. [7]

Пример
Control: rmgroup comp.object.moderated
Subject: cmsg rmgroup comp.object.moderated

В 1995 году Церковь Саентологии попыталась заставить замолчать критику , отправив на серверы Usenet массовые сообщения «rmgroup», нацеленные на alt.religion.scientology церкви , что является примером продолжающихся усилий по подавлению материалов, критикующих саентологию, в Интернете . Большинство серверов отклонили сообщение, а те, которые этого не сделали, быстро отправили сообщения «новой группы», восстанавливающие группу новостей.

контрольные группы

[ редактировать ]

В сообщении контрольных групп перечислены все группы иерархии.

Пример
Control: checkgroups
Subject: cmsg checkgroups
Пример, соответствующий RFC 5537
Control: checkgroups de !de.alt #2009021301

Устаревшие типы сообщений

[ редактировать ]
Имя Определение Описание
У меня есть RFC 850, RFC 1036, RFC 5537 Сообщить о прибытии определенного сообщения
Пойдем RFC 850, RFC 1036, RFC 5537 Запросить передачу конкретного сообщения
Сендсис RFC 850, RFC 1036, RFC 5537 Запросить электронное письмо со списком групп новостей, отправленное каждому соседу
Сендуунаме RFC 850, RFC 5537 Запросить электронное письмо со списком всех uucp соседей
Версия RFC 850, RFC 1036, RFC 5537 Запросить электронное письмо с названием и версией программного обеспечения Usenet.
Кто получает RFC 5537 Нет описания, просто объявлен устаревшим

Протокол ihave/sendme устарел из-за NNTP .

Ответ на управляющие сообщения с помощью больших писем может быть использован для атаки типа «отказ в обслуживании» . Таким образом, новостные серверы прекратили реализацию sendsys задолго до того, как RFC 5537 объявил его устаревшим. [9]

Соображения безопасности

[ редактировать ]

Поле заголовка «Утверждено:»

[ редактировать ]

Сообщения типа новая группа и rmgroup игнорируются, если нет строки «Утверждено» . в том же заголовке сообщения [10] Серверы новостей традиционно позволяют только избранным пользователям отправлять статьи с этими строками. Пока существовало лишь несколько сайтов Usenet, это обеспечивало достаточную защиту от злоупотреблений.

Цифровая подпись

[ редактировать ]

Формат «Текстовых интернет-сообщений Arpa» [11] является общей базой для Usenet [12] и электронная почта . [13] Формат не обеспечивает никаких средств аутентификации . различные расширения, добавляющие цифровую подпись Для предотвращения подделок были разработаны .

Формат подписи Охватываемые данные Использование
PGP/ИНЛАЙН произвольный текст НоЦЕМ
PGP/MIME Части тела MIME Электронная почта
S/MIME Части тела MIME Электронная почта
pgpcontrol тело и выбранные поля заголовка новая группа, rmgroup, контрольные группы

Для управляющего сообщения требуется специальный формат, поскольку основная информация находится в полях заголовка. Pgpcontrol изначально был разработан для PGP , но также работает и с OpenPGP . [14]

Ключи иерархии

[ редактировать ]

Поддержка групп новостей основных иерархий Usenet ( «Большая восьмерка» и региональные иерархии) осуществляется посредством подписанных управляющих сообщений. Каждая иерархия имеет уникальный ключ, который охраняется основателями иерархии (или их преемниками). Большинство серверов новостей настроены как на автоматическое выполнение элементов управления, подписанных правильным ключом, так и на игнорирование всего остального.

Теоретически эта система также применима для отмены сообщений. Однако для этого потребуется не только пара ключей для каждого пользователя Usenet, но и чтобы соответствующий открытый ключ был известен каждому серверу новостей. Отмена блокировки [ нужны разъяснения ] намного проще, но не является общепринятым и не реализован на популярных серверах новостей и программах чтения новостей . [15]

Архивирование

[ редактировать ]

Управляющие сообщения обычно не отображаются в целевой группе новостей . Вместо этого многие серверы помещают их в псевдогруппы новостей, например control. [16]

Группы Google не предоставляют средств для чтения или записи управляющих сообщений. Он даже не выполняет отмену.

Консорциума Интернет-систем Архивы новая группа и rmgroup вместе как один файл на группу [8] и контрольные группы по одному файлу в год. [17]

  1. ^ InterNetNews никогда не поддерживался all.all.ctl [ нужны разъяснения ] . МНН версии 1.0 был выпущен в 1990 году.
  2. ^ «Тема: cmsg» описан только в RFC 1036 (опубликован в декабре 1987 г.), но не в RFC 850 (опубликован в июне 1983 г.). INN отказался от этой функции в версии 2.3. См. информацию об изменениях и обновлении INN (Интернет-архив) .
  3. ^ RFC 5537, 5. Управляющие сообщения: [...] Наличие поля заголовка «Тема», начинающегося со строки «cmsg», НЕ ДОЛЖНО приводить к тому, что статья будет интерпретироваться как управляющее сообщение. [...] Аналогичным образом, наличие <имя группы новостей>, заканчивающееся на «.ctl» в поле заголовка группы новостей или наличие поля заголовка «Also-Control» НЕ ДОЛЖНО приводить к тому, что статья будет интерпретироваться как управляющее сообщение.
  4. ^ RFC 850 использует термин «локальный суперпользователь» вместо «администратор местных новостей». Son-of-RFC-1036 (это разговорное название интернет-проекта, написанного Генри Спенсером) вообще отменяет отмену администратора. Проблема со схемой проверки состоит в том, что Строку From: подделать тривиально, а с помощью ботов отмены сообщение об отмене часто приходит раньше целевой статьи. Вариант для проверки отмены INN по умолчанию установлено значение false.
  5. ^ Раздел 5.2.1. В RFC 5537 говорится: Управляющее сообщение newgroup запрашивает создание указанной группы или, если она уже существует, изменение ее статуса модерации или описания. Однако эта функция намного старше. Например, на странице руководства утилиты ctlinnd (часть INN) говорится: Если группа новостей уже существует, это эквивалентно команде изменения группы.
  6. ^ * Как написать хорошее сообщение для новой группы. Архивировано 15 апреля 2008 г. на Wayback Machine.
  7. ^ Перейти обратно: а б Правила создания, изменения и удаления групп Usenet
  8. ^ Перейти обратно: а б ftp://ftp.isc.org/pub/usenet/control/
  9. ^ Раздел «3.5. Sendsys» RFC 1036 включает следующий пункт: Эта информация считается общедоступной, и членство в USENET требует, чтобы эта информация предоставлялась по запросу либо автоматически в ответ на это управляющее сообщение, либо вручную. , отправив запрошенную информацию автору сообщения.
  10. ^ RFC 1036, разделы «3.3. Newgroup» и «3.4. Rmgroup». Раздел «3.7. Контрольные группы» данного пункта не содержит.
  11. ^ RFC 822, опубликован в августе 1982 г.
  12. ^ RFC 1036, раздел «2. Формат сообщения»
  13. ^ RFC 2822, устаревший RFC 822 в апреле 2001 г.
  14. ^ INN уже поставляется с пгпконтроль . Сайт проекта ftp://ftp.isc.org/pub/pgpcontrol/ дополнительно предоставляет инструкции по настройке PGP/OpenPGP и огромный архив ключей иерархии.
  15. ^ Отмена блокировок в статьях Usenet: Draft-ietf-usefor-cancel-lock-01.txt , опубликовано в ноябре 1998 г., срок действия истек в мае 1999 г.
  16. ^ INN обычно отправляет управляющие сообщения в псевдогруппу новостей. контроль . Однако если подгруппа существует элемент управления , соответствующий команде управления, вместо этого управляющее сообщение будет сохранено в этой группе.
  17. ^ ftp://ftp.isc.org/pub/usenet/control/other.ctl/
Arc.Ask3.Ru: конец переведенного документа.
Arc.Ask3.Ru
Номер скриншота №: 85a3decd41bc9c622f206c89d67c8998__1701702360
URL1:https://arc.ask3.ru/arc/aa/85/98/85a3decd41bc9c622f206c89d67c8998.html
Заголовок, (Title) документа по адресу, URL1:
Control message - Wikipedia
Данный printscreen веб страницы (снимок веб страницы, скриншот веб страницы), визуально-программная копия документа расположенного по адресу URL1 и сохраненная в файл, имеет: квалифицированную, усовершенствованную (подтверждены: метки времени, валидность сертификата), открепленную ЭЦП (приложена к данному файлу), что может быть использовано для подтверждения содержания и факта существования документа в этот момент времени. Права на данный скриншот принадлежат администрации Ask3.ru, использование в качестве доказательства только с письменного разрешения правообладателя скриншота. Администрация Ask3.ru не несет ответственности за информацию размещенную на данном скриншоте. Права на прочие зарегистрированные элементы любого права, изображенные на снимках принадлежат их владельцам. Качество перевода предоставляется как есть. Любые претензии, иски не могут быть предъявлены. Если вы не согласны с любым пунктом перечисленным выше, вы не можете использовать данный сайт и информация размещенную на нем (сайте/странице), немедленно покиньте данный сайт. В случае нарушения любого пункта перечисленного выше, штраф 55! (Пятьдесят пять факториал, Денежную единицу (имеющую самостоятельную стоимость) можете выбрать самостоятельно, выплаичвается товарами в течение 7 дней с момента нарушения.)