stringtranslate.com

Mensaje de control

Los mensajes de control son un tipo especial de mensajes de Usenet que se utilizan para controlar servidores de noticias . Se diferencian de los mensajes comunes por un campo de encabezadoControl llamado . El cuerpo del campo contiene el nombre del control y los argumentos.

Existen dos alternativas históricas al campo de encabezado Control. No son compatibles con el software contemporáneo [1] [2] y están prohibidas según RFC 5537. [3] Sin embargo, el formato tradicional de la línea de asunto se usa ampliamente además del Controlencabezado: la línea de asunto consta de la palabra "cmsg" seguida del nombre del control y los argumentos.

Tipos

Cancelar

Un mensaje de cancelación solicita la eliminación de un artículo específico. El cuerpo del campo Control contiene un argumento: el ID del mensaje del artículo que se eliminará.

Según el RFC 1036, sólo el autor del mensaje de destino o el administrador de noticias local pueden enviar una cancelación (las cancelaciones que no cumplan esta condición se denominan "cancelaciones no autorizadas"). Para verificar la autorización, la línea From: (o Sender: si existe) del mensaje de cancelación debe coincidir con el artículo de destino. Esta verificación no funciona bien en Usenet actual y rara vez se utiliza. [4]

Las reglas específicas de jerarquía adicionales (ver Índice Breidbart ) permiten que los cancelbots envíen cancelaciones de terceros para eliminar spam .

Ejemplo
Control: cancelar <[email protected]>Asunto: cmsg cancel <[email protected]>

nuevo grupo

Se emite un mensaje de nuevo grupo para crear un nuevo grupo de noticias de Usenet . El cuerpo del campo Control contiene un argumento obligatorio, el nombre del nuevo grupo. El segundo argumento es opcional. Si está presente, consta de la palabra clave modered . El cuerpo del mensaje normalmente contiene el eslogan, el estatuto y la justificación.

Si el grupo ya existe, solo se cambia el estado del grupo, es decir si está moderado o no. [5]

Normalmente, los mensajes de newgroup que tienen una firma digital correcta se ejecutan automáticamente. En algunas jerarquías ( alt.* , free.* , de.alt.* ), los mensajes de newgroup sin firmar solo sirven como propuesta formalizada para crear un nuevo grupo. Las objeciones a la propuesta se expresan con un rmgroup . [6] [7]

En muchos casos, los mensajes de nuevos grupos son archivados por el Consorcio de Sistemas de Internet . [8]

Ejemplo
Control: newgroup comp.object.moderated moderadoAsunto: cmsg newgroup comp.object.moderated moderado

grupo rm

Se emite un mensaje rmgroup para eliminar un grupo de noticias. El cuerpo del campo Control contiene un argumento obligatorio: el nombre del grupo que se eliminará.

Normalmente, los mensajes de rmgroup que tienen una firma digital correcta se ejecutan automáticamente. En algunas jerarquías, se utilizan mensajes de rmgroup sin firmar para vetar un nuevo grupo anterior.

En la jerarquía de.alt.*, la eliminación y creación de grupos se gestiona de forma simétrica, es decir, se utiliza un mensaje rmgroup sin signo como propuesta formalizada. Las objeciones a la propuesta se expresan entonces con un newgroup. [7]

Ejemplo
Control: rmgroup comp.object.moderatedAsunto: cmsg rmgroup comp.object.moderated

En 1995, la Iglesia de la Cienciología intentó silenciar las críticas enviando mensajes masivos de "rmgroup" a los servidores de Usenet dirigidos a alt.religion.scientology , un ejemplo de los continuos esfuerzos de la iglesia por suprimir el material crítico de la Cienciología en Internet . La mayoría de los servidores descartaron el mensaje, y a los que no lo hicieron se les enviaron rápidamente mensajes de "newgroup" que restablecieron el grupo de noticias.

grupos de control

Un mensaje de checkgroups enumera todos los grupos de una jerarquía.

Ejemplo
Control: grupos de comprobaciónAsunto: grupos de comprobación de cmsg
Ejemplo conforme a RFC 5537
Control: checkgroups de !de.alt #2009021301

Tipos de mensajes obsoletos

El protocolo ihave/sendme quedó obsoleto gracias a NNTP .

Responder a mensajes de control con correos electrónicos extensos puede ser explotado para un ataque de denegación de servicio . Por ello, los servidores de noticias dejaron de implementar sendsys mucho antes de que fuera declarado obsoleto por la RFC 5537. [9]

Consideraciones de seguridad

Campo de encabezado "Aprobado:"

Los mensajes de tipo newgroup y rmgroup se ignoran a menos que exista una línea "Aprobado" en el mismo encabezado del mensaje. [10] Los servidores de noticias tradicionalmente permiten que sólo usuarios seleccionados envíen artículos con estas líneas. Mientras sólo había un puñado de sitios Usenet, esto proporcionaba suficiente protección contra el abuso.

Firma digital

El formato de los "Arpa Internet Text Messages" [11] es la base común para Usenet [12] y el correo electrónico . [13] El formato no proporciona ningún medio de autenticación . Se desarrollaron varias extensiones que añadían una firma digital para evitar falsificaciones.

Para los mensajes de control se requiere un formato especial, ya que la información esencial se encuentra en los campos de encabezado. Pgpcontrol fue diseñado originalmente para PGP , pero también funciona con OpenPGP . [14]

Claves de jerarquía

El mantenimiento de los grupos de noticias de las principales jerarquías de Usenet ( Big 8 y jerarquías regionales) se realiza mediante mensajes de control firmados. Cada jerarquía tiene una clave única que es custodiada por los fundadores de la jerarquía (o sus sucesores). La mayoría de los servidores de noticias están configurados para ejecutar automáticamente los controles firmados con la clave correcta e ignorar cualquier otra cosa.

En teoría, este sistema también es aplicable para cancelar mensajes. Sin embargo, no solo requeriría un par de claves para cada usuario de Usenet, sino también que cada servidor de noticias conozca la clave pública correspondiente. El bloqueo de cancelación [ se necesita aclaración ] es mucho más simple, pero no está comúnmente aceptado ni implementado en servidores y lectores de noticias populares . [15]

Archivado

Los mensajes de control normalmente no se muestran en el grupo de noticias de destino . En su lugar, muchos servidores los colocan en pseudogrupos de noticias como control. [16]

Google Groups no ofrece ningún medio para leer o escribir mensajes de control. Ni siquiera ejecuta cancelaciones.

El Consorcio de Sistemas de Internet archiva newgroup y rmgroup juntos como un solo archivo por grupo [8] y checkgroups como un archivo por año. [17]

Referencias

  1. ^ InterNetNews nunca admitió all.all.ctl [ aclaración necesaria ] . La versión 1.0 de INN se lanzó en 1990.
  2. ^ "Subject: cmsg" se describe únicamente en el RFC 1036 (publicado en diciembre de 1987), pero no en el RFC 850 (publicado en junio de 1983). INN abandonó esta función con la versión 2.3. Consulte Cambios e información de actualización de INN (Internet Archive).
  3. ^ RFC 5537, 5. Mensajes de control: [...] La presencia de un campo de encabezado Subject que comience con la cadena "cmsg " NO DEBE hacer que un artículo se interprete como un mensaje de control. [...] De la misma manera, la presencia de un <newsgroup-name> que termine en ".ctl" en el campo de encabezado Newsgroups o la presencia de un campo de encabezado Also-Control NO DEBE hacer que el artículo se interprete como un mensaje de control.
  4. ^ RFC 850 utiliza el término "superusuario local" en lugar de "administrador de noticias local". Son-of-RFC-1036 (este es el nombre coloquial de un borrador de Internet escrito por Henry Spencer) elimina por completo la cancelación del administrador. El problema con el esquema de verificación es que la línea From: es fácil de falsificar y con los cancelbots el mensaje de cancelación a menudo llega antes que el artículo de destino. La opción verifiedcancels de INN tiene el valor predeterminado falso.
  5. ^ La sección 5.2.1 de RFC 5537 dice: El mensaje de control newgroup solicita que se cree el grupo especificado o, si ya existe, que se cambie su estado de moderación o descripción. Sin embargo, la función es mucho más antigua. Por ejemplo, la página del manual de la utilidad ctlinnd (parte de INN) dice: Si el grupo de noticias ya existe, esto es equivalente al comando changegroup.
  6. ^ *Cómo escribir un buen mensaje para un nuevo grupo Archivado el 15 de abril de 2008 en Wayback Machine.
    • Cómo crear un grupo de noticias ALT
    • gratis.* Preguntas frecuentes Archivado el 15 de marzo de 2008 en Wayback Machine.
  7. ^ ab Regeln für die Einrichtung, Änderung und Entfernung von Usenet-Gruppen
  8. ^ desde ftp://ftp.isc.org/pub/usenet/control/
  9. ^ La sección "3.5. Sendsys" del RFC 1036 incluye la siguiente cláusula: Esta información se considera información pública y es un requisito para ser miembro de USENET que dicha información se proporcione cuando se lo solicite, ya sea automáticamente en respuesta a este mensaje de control o manualmente, enviando por correo la información solicitada al autor del mensaje.
  10. ^ RFC 1036, secciones "3.3. Newgroup" y "3.4. Rmgroup". La sección "3.7. Checkgroups" no contiene esta cláusula.
  11. ^ RFC 822, publicado en agosto de 1982
  12. ^ RFC 1036, sección "2. Formato del mensaje"
  13. ^ RFC 2822, RFC 822 obsoleto en abril de 2001
  14. ^ INN ya viene con pgpcontrol . El sitio del proyecto ftp://ftp.isc.org/pub/pgpcontrol/ también proporciona instrucciones sobre cómo configurar PGP/OpenPGP y un enorme archivo de claves de jerarquía.
  15. ^ Cancelación de bloqueos en artículos de Usenet: draft-ietf-usefor-cancel-lock-01.txt, publicado en noviembre de 1998, expiró en mayo de 1999
  16. ^ INN normalmente envía los mensajes de control al pseudogrupo de noticias control . Sin embargo, si existe un subgrupo de control que coincide con el comando de control, el mensaje de control se enviará a ese grupo.
  17. ^ ftp://ftp.isc.org/pub/usenet/control/other.ctl/