gpg-remailer: en línea en la nube

PROGRAMA:

NOMBRE

gpg-remailer - reenviar correo reencriptado / firmado PGP / GPG encriptado / firmado a un grupo

SINOPSIS

remailer gpg [OPCIONES]

DESCRIPCIÓN

Gpg-remailer descifra los mensajes PGP / GPG recibidos, verifica la firma recibida y
vuelve a cifrar el correo electrónico para un grupo bien definido de destinatarios. Gpg-remailer también puede ser
configurado para procesar correo electrónico de texto sin cifrar.

Usando gpg-remailer la lista de miembros de un grupo de personas que desean intercambiar cifrados
y los correos electrónicos autenticados (y tal vez también los mensajes de texto sin cifrar) se pueden mantener en una
ubicación, lo que permite a los miembros del grupo especificar solo una dirección de correo electrónico para enviar
PGP / GPG firmado y cifrado (u opcionalmente en texto sin cifrar) a.

Gpg-remailer lee el correo electrónico entrante desde su flujo de entrada estándar.

Si el correo electrónico entrante es de texto sin cifrar, reenvía el correo electrónico a uno o más
correos electrónicos.

Si el correo electrónico entrante está cifrado con PGP / GPG (y opcionalmente firmado), vuelve a cifrar el
recibió información para cada miembro de un grupo configurable, y envíe el reencriptado
información a una o más direcciones de correo electrónico configurables.

Por sí mismo, gpg-remailer no es una lista de correo. Sin embargo, la dirección del destinatario configurada
podría ser, por ejemplo, una dirección de lista de correo, para una mayor distribución del correo electrónico procesado.
Gpg-remailer es un reenviador: usa los datos del mensaje, pero no sus encabezados. Teniendo
recibió un correo electrónico que reenvía, en lugar de reenviar, el correo electrónico recibido. El correo electrónico que
se recibe a través de gpg-remailer, por lo tanto, contiene un conjunto completamente nuevo de encabezados de correo electrónico.

Se puede utilizar un archivo de configuración y opciones de línea de comandos para ajustar
Comportamiento de gpg-remailer.

DEVOLUCION VALOR

Gpg-remailer siempre devuelve 0 al sistema operativo para evitar desconocido remitente error
mensajes en los registros del MTA. Sin embargo, cuando gpg-remailer finaliza prematuramente, aparece un mensaje de error
se escribe en el flujo de error estándar.

REQUISITOS

Para utilizar gpg-remailer, se deben cumplir los siguientes requisitos (todos los comandos deben
ser emitido por el raíz usuario):

o Dado que varios grupos pueden usar gpg-remailer, se recomienda definir
cuentas que manejan el correo electrónico para ser procesadas por gpg-remailer. Una cuenta funcional
correo electrónico se puede definir usando un comando como este:

adduser --home / var / lib / secmail --disabled-password secmail

o Todas las ubicaciones utilizadas por el reenvío de gpg deben ser altamente restrictivas.
permisos. Por ejemplo, las cuentas funcionales deben establecer umask 077. Es el
responsabilidad del usuario de asegurarse de que los derechos de acceso son los correctos
configurado.

o Considere hacer que todas las cuentas funcionales de gpg-remailer sean miembros de un grupo especial
(p.ej, remailer gpg) y permitir la ejecución de / usr / sbin / gpg-remailer solo mis miembros
de ese grupo:

Addgroup gpg-remailer
agregar usuario secmail gpg-remailer
chown root.gpg-remailer / usr / sbin / gpg-remailer
chmod o-rx / usr / bin / gpg-remailer

o Para permitir que la cuenta funcional maneje el correo electrónico entrante sudo(1) se puede utilizar. En
el archivo / etc / sudoers se pueden introducir las siguientes líneas (REENVÍOS se le puede dar un
lista separada por comas de nombres de cuentas funcionales, correohost.org debe ser reemplazado
por el nombre del anfitrión que maneja el correo electrónico entrante):

Runas_Alias ​​REMAILERS = secmail

mail mailhost.org = (REMAILERS) NOPASSWD: / usr / sbin / gpg-remailer

Por ejemplo, si gpg-remailer se ejecuta en una computadora llamada remailer.midominio.nl cuál podría
recibir correos electrónicos entrantes, luego especificar remailer.midominio.nl para correohost.org.

o Se debe definir una dirección de correo electrónico a donde se debe enviar el correo para volver a encriptar.
Esta dirección de correo electrónico debe ser conocida por los miembros del grupo que quieran utilizar el
gpg-remailer. Tal cuenta podría ser, por ejemplo, [email protected], apareciendo como un
dirección de correo definida en, por ejemplo, / etc / mail / aliases. La dirección para este ejemplo
se introduciría en el / etc / mail / aliases archivo (algunas instalaciones usan
/ etc / aliases) De este modo:

secmail: "| sudo -u secmail / usr / sbin / gpg-remailer"

EL REINO UNIDO NICKNAME USUARIO PGP VENTAJAS ANILLOS

o La cuenta funcional debe contar con un par de claves GPG / PGP. Su clave pública debe
distribuirse entre las personas que pueden enviar correo al gpg-remailer
(que puede ser el mundo si la clave pública se publica en un servidor de claves PGP). Ya que
el gpg-remailer debe poder actuar por sí mismo, la clave secreta no debe requerir una
frase de contraseña. La clave se puede crear de la siguiente manera (después del comando inicial, que es
especificado por raíz, los comandos restantes hasta el final salida comando al final
de esta sección son ejecutados por el pseudo-usuario correo electrónico):

su - correo electrónico

gpg --gen-clave

En el gpg --gen-clave comandar el gpg programa solicita algunos detalles. Aceptar el
valores predeterminados a menos que tenga una razón para no hacerlo, pero asegúrese de no requerir un
frase de contraseña: presione Participar dos veces cuando se le pide uno.

Cosas adicional sugerencias:

o Detalles para definir una clave PGP sin contraseña:

definir la clave RSA predeterminada, tamaño 2048, que nunca caducará
nombre real: cuenta funcional secmail gpg-remailer
dirección de correo electrónico: [email protected]
No se requiere contraseña: presione Entrar dos veces.

o Especifique el ID de clave de la clave gpg recién creada como clave predeterminada en el archivo
~ / .gnupg / gpg.conf (o ~ / .gnupg / opciones, cualquiera que se utilice). P.ej,

1234ABCD por defecto

o También agregue una línea que contenga

fuerza-mdc

a ~ / .gnupg / gpg.conf. Esto evita la advertencia

ADVERTENCIA: el mensaje no estaba protegido por integridad

o Si desea permitir que los miembros que no pertenecen al grupo envíen correo electrónico al gpg-remailer, considere
agregando una especificación de servidor clave a ~ / .gnupg / gpg.conf también, para permitir que el
recuperación automática de claves públicas faltantes. Por ejemplo, agregue una línea como

servidor de claves claves.gnupg.net

a ~ / .gnupg / gpg.conf.

o Siguiente uso gpg --búsqueda-claves, gpg --recv-claves or gpg --importar (Véase el gpg(1)
man-page para los formatos requeridos de estos comandos) para agregar las claves públicas
de todos los miembros del grupo que usarán gpg-remailer para el pseudo usuario
anillo de claves públicas.

o Si existe un miembro del grupo que ha firmado las claves GPG / PGP de todos los demás miembros, entonces
considere confiar plenamente en este miembro, para evitar advertencias resultantes del uso
claves que no son de confianza.

o Una vez que se ha creado el par de claves GPG de gpg-remailer, proporcione el
clave pública para los miembros del grupo. Estos miembros deben importar la clave pública
y se les debe advertir que firmen la clave pública del remitente para evitar advertencias
sobre el uso de una clave pública no verificada. La clave pública del remitente se puede exportar
archivar usando

gpg --armor --export secmail> secmail.pub

y los miembros del grupo pueden importar la clave pública del remitente usando:

gpg --importar secmail.pub

o Cuando se agrega un nuevo miembro al grupo, debe agregar la clave pública del remitente
a su anillo de claves públicas y proporcionar su clave pública para importar en el
anillo de claves públicas de la cuenta funcional.

o Gpg-remailer requiere la existencia de un archivo de configuración y de un directorio para
almacenar sus archivos temporales en. Consulte la sección CONFIGURACIÓN ARCHIVO abajo.

o Habiendo preparado los llaveros de claves PGP del pseudousuario, el comando salida te lleva de regreso a
las raíz sesión del usuario.

CAMPUS

Si están disponibles, las opciones de una sola letra se enumeran entre paréntesis después de su
variantes de opción larga asociadas. Las opciones de una sola letra requieren argumentos si su
las opciones largas asociadas también requieren argumentos.

o --depurar (-d)
Cuando se especifica, los mensajes de depuración se registran en el archivo de registro (ver más abajo). Cuando esto
se especifica la opción los archivos escritos por gpg-remailer no se eliminan después de
gpg-remailer ha procesado un correo electrónico entrante.

o --ayuda (-h)
Se muestra un breve resumen del uso en la salida estándar, después de lo cual
gpg-remailer termina.

o --archivo de registro=nombre de archivo (-l)
Especifica el archivo en el que se escriben los mensajes de registro de gpg-remailer (por defecto
~ / etc / gpg-remailer.log).

o --nivel de registro=nivel (-L)
LogLevel 0 proporciona una amplia salida de depuración, así como todos los demás mensajes de registro;
LogLevel 1 registra los comandos ejecutados y los mensajes predeterminados;
LogLevel 2 registra los mensajes predeterminados (características de los mensajes entrantes y salientes
correo electrónico) (predeterminado);
Los niveles más altos suprimirán el registro.

o --miembro=PGP correo electrónico dirección (-m)
La dirección de correo electrónico de clave PGP para la que volver a cifrar el mensaje. Anula los miembros
enumerados en el archivo de configuración. Esta opción se puede especificar varias veces cuando
se deben especificar varios miembros en la línea de comando. Con cada --miembro opción
solo proporcione una dirección de correo electrónico (p. ej., [email protected]. Este formato no es
Revisado por remailer gpg, pero el incumplimiento puede resultar en remailer gpg "Ser"
incapaz de volver a cifrar o enviar mensajes de correo electrónico. los --miembro las especificaciones también pueden ser
Se utiliza para especificar un conjunto de direcciones de sobres de correo electrónico desde donde se envía el correo electrónico de texto sin cifrar.
aceptado, utilizando el sobre: miembros y Borrar texto: sobre archivo de configuración
especificaciones.

o --noCorreo
Cuando se especifica, no se envía ningún correo.

o --nr=número de expediente (-n)
Los archivos creados por gpg-remailer mientras procesa los correos electrónicos entrantes se guardan y
recibir sufijo número de expediente, que debería ser un número.

o --recipiente=correo electrónico dirección (-r)
La (s) dirección (es) del destinatario del correo electrónico reenviado (reencriptado o simple). Anulaciones
los destinatarios enumerados en el archivo de configuración. Como con el --miembros opción,
se pueden especificar varios destinatarios proporcionando múltiples --recipiente .
Estas direcciones pueden ser únicas o no. Si hay varias direcciones idénticas
gpg-remailer especificado enviará un correo electrónico a cada uno de estos multiplicidad especificada
Direcciones.

Cada --recipiente La opción normalmente solo debe definir una dirección de correo electrónico simple (por ejemplo,
[email protected], pero múltiples --recipiente también se aceptan opciones. los
El formato de las direcciones de correo electrónico no es verificado por remailer gpg, pero proporcionando cualquier
información adicional o diferente a una dirección de correo electrónico simple puede resultar en
remailer gpg no poder volver a cifrar o reenviar mensajes de correo electrónico.

Además de las direcciones de correo electrónico simples, la especificación --recipiente miembros puede ser
se utiliza para indicar que el correo reencriptado debe enviarse a todas las direcciones de correo electrónico
especificado usando miembro especificaciones.

o --paso=nombre
Realice el paso indicado del proceso de reenvío. Los nombres de los pasos son:

hdr (escribe los encabezados del correo),
org (escribe los datos del correo),
dic (solo para correo electrónico cifrado PGP: escriba la información descifrada),
doc (solo para correo electrónico cifrado PGP: cree la información para enviar),
enc (solo para correo electrónico cifrado PGP: cifre la información para enviar),
borrar correo (enviar correo de texto sin cifrar),
clearmail: dirección (envíe correo solo a la dirección proporcionada, ignore los destinatarios)
especificado de otro modo). pgpmail (enviar correo encriptado pgp),
pgpmail: dirección (envíe correo encriptado pgp solo a la dirección proporcionada, ignore
destinatario (s) especificado de otra manera).

paso hdr es completamente opcional. Los pasos posteriores dependen de los pasos anteriores. P.ej, --paso
doc solo se puede solicitar después de haber especificado --paso dic en una ejecución anterior.

Con pasos de correo electrónico de texto sin cifrar dic, Doc, enc y pgpmail no debe proporcionarse.

Con paso de correo encriptado PGP borrar correo no debe proporcionarse.

o --tmp=camino (-t)
La ruta del directorio donde se escriben los archivos temporales (por defecto:
$ INICIO / tmp). Este debería ser un camino absoluto.

o --mascarilla=valor octal
De forma predeterminada, gpg-remailer usa umask 077 para todos los archivos que crea: solo el
pseudo-usuario tiene permisos de lectura y escritura. En circunstancias normales debería haber
no hay razón para cambiar este valor de umask, pero si es necesario el --mascarilla la opción puede ser
utilizado, proporcionando un valor octal, para especificar un valor de umask alternativo.

o --versión (-v)
El número de versión de Gpg-remailer se escribe en el flujo de salida estándar después
que gpg-remailer termina. )

CONFGURACION ARCHIVO

El archivo de configuración predeterminado es ~ / etc / gpg-remailer.rc bajo el pseudo usuario
directorio de inicio. Su ruta puede modificarse usando una opción del programa.

Las líneas vacías se ignoran. Información en y más allá #-caracteres se interpreta como
comentario y también se ignora.

Todas las directivas en el archivo de configuración obedecen al patrón

directiva: valor

Una línea puede contener como máximo una directiva, pero un espacio en blanco (incluido el comentario en el
final de la línea) está bien. Se pueden especificar varias directivas varias veces;
de lo contrario, se utiliza la primera aparición de una directiva. Todas las directivas son
interpretado case insensiblemente, pero sus valores se utilizan según lo especificado. P.ej,
Depurar: verdadero es tan bueno como depurar: verdadero, pero depurar: VERDADERO no esta reconocido.
Las líneas no vacías que no comienzan con una directiva reconocida se ignoran silenciosamente.

Se admiten las siguientes directivas (los valores predeterminados se muestran entre
paréntesis cuando no se especifica ninguno, no hay ningún valor predeterminado). Cuando comando equivalente
Las opciones de línea se utilizan y anulan las especificaciones del archivo de configuración.

o depurar: lógica (falso)
Cuándo lógica se especifica como verdadero Los mensajes de depuración se registrarán en el archivo de registro (consulte
debajo). Opciones de la línea de comandos: --depurar, -d. Cuando se especifica esta opción, los archivos
escrito por gpg-remailer no se eliminará cuando gpg-remailer finalice.

o Borrar texto: especificación (rechazado)
De forma predeterminada, gpg-remailer no acepta correo electrónico de texto sin cifrar. Esto puede explícitamente
ser indicado en el archivo de configuración usando el

Borrar texto: rechazado

especificación. Si se debe permitir el correo electrónico de texto sin cifrar, especifique

Borrar texto: aceptado

También es posible especificar las direcciones de los sobres que se aceptan para
recibió un correo electrónico de texto sin cifrar. Si es necesario, especifique

Borrar texto: sobre

y defina las direcciones de correo electrónico de sobre aceptadas mediante el sobre: configuración
.

o sobre: correo electrónico dirección
El sobre las especificaciones solo se interpretan cuando Borrar texto: sobre ha sido
especificado. Cuando Borrar texto: sobre se especificó solo correo electrónico de texto sin cifrar utilizando una
de los configurados sobre Las direcciones se reenviarán a la configuración
destinatarios. La especificación especial del sobre

sobre: miembros

puede usarse para indicar que las direcciones de los sobres que son iguales a las direcciones
especificado usando miembro se aceptan todas las especificaciones.

Todas las direcciones de los sobres se interpretan sin distinción entre mayúsculas y minúsculas. Por defecto (si no
sobre se ha proporcionado la especificación) se aceptan todas las direcciones de sobre, en
cuyo caso la especificación Borrar texto: sobre reduce a Borrar texto: aceptado.

o Manten los archivos: nr
Cuando se especifica un número, todos los archivos escritos por gpg-remailer usan el
number y no se eliminan cuando finaliza gpg-remailer. Cuando esta opción no es
especificado, los archivos reciben una extensión numérica aleatoria que da como resultado la creación de
nuevo, aún inexistente *. archivos.

o archivo de registro: nombre de archivo (etc / gpg-remailer.log)
El archivo en el que se escriben los mensajes de registro de gpg-remailer.

o nivel de registro: propuesta de (2)
LogLevel 0 proporciona una amplia salida de depuración, así como todos los demás mensajes de registro;
LogLevel 1 registra los comandos ejecutados y los mensajes predeterminados;
LogLevel 2 registra los mensajes predeterminados (características de los mensajes entrantes y salientes
Email);
Con niveles más altos, se suprime el registro.

o miembro: dirección
Se pueden especificar varios miembros. Cada miembro la especificación especifica una clave PGP
dirección de correo electrónico para la que volver a cifrar el mensaje. Las direcciones deben ser de correo electrónico sin formato.
direcciones (por ejemplo, [email protected]), y no debe contener otros elementos (como
el nombre de la persona que usa la dirección). Este formato no es verificado por
remailer gpg, pero el incumplimiento puede resultar en remailer gpg siendo incapaz de
volver a cifrar o enviar mensajes de correo electrónico. los miembro Las especificaciones también se pueden utilizar para
especificar un conjunto de direcciones de sobre de correo electrónico desde donde se envía el correo electrónico de texto sin cifrar
aceptado, utilizando el sobre: miembros y Borrar texto: sobre especificaciones.

o sin correo: lógica (falso)
Cuando se especifica como verdadero no se envía correo.

o recipiente: correo electrónico dirección
La (s) dirección (es) del destinatario del correo electrónico reenviado (reencriptado o simple). Múltiple
se pueden especificar los destinatarios. Estas direcciones pueden ser únicas o no. Si es múltiple
se especifican direcciones idénticas gpg-remailer enviará un correo electrónico a cada uno de estos
multiplique las direcciones especificadas. Los destinatarios deben especificarse mediante correo electrónico sin formato
direcciones (por ejemplo, [email protected]). El correo reencriptado se envía a cada
destinatario a su vez. La especificación

recipiente: miembros

se puede utilizar para indicar que el correo reencriptado debe enviarse a todos los
direcciones especificadas usando miembro especificaciones.

o responder a: ser completados dirección
La dirección de respuesta puede ser cualquier dirección de respuesta de correo electrónico. La respuesta se convierte en el
dirección de respuesta predeterminada para el destinatario que recibe el mensaje de correo electrónico de gpg-remailer.
Las citas y las comillas dobles se eliminan de la respuesta a la dirección. Una respuesta a
la especificación podría ser, por ejemplo,

SECMAIL firmado y cifrado[email protected]>

Esta especificación debe estar de acuerdo con los requisitos definidos en RFC 822:
Estándar para ARPA Internet Texto Mensajes. No cumplir con RFC 822 puede resultar
en el programa de envío de correo electrónico rechazando el correo electrónico enviado por el
remailer gpg.

o firma: requisito (requerido)
Esta opción se utiliza para controlar la verificación de firmas. Los valores reconocidos son:
ninguna (o no especificado): no se realiza ninguna verificación de firmas;
Requisitos: se debe haber proporcionado una firma PGP;
candidato: la firma PGP debe reconocerse como una "buena firma".

o tmp directorio (tmp /)
El directorio en el que gpg-remailer escribe sus archivos temporales. )

FORMATOS

Aunque el uso de PGP / GPG en el correo electrónico es una tecnología establecida, varios formatos de
correo electrónico son posibles. Actualmente gpg-remailer reconoce los siguientes formatos:

o Mensajes encriptados simples, que consisten en un cuerpo de correo electrónico encriptado;

o Mensajes cifrados de varias partes;

o Mensajes cifrados que contienen firmas separadas.

A continuación se ofrece una descripción del contenido real de PGP cifrado y descifrado.
archivos.

Todo el correo electrónico cifrado con PGP muestra los siguientes encabezados (los valores de límite
difieren en diferentes mensajes de correo electrónico):

Tipo de contenido: multiparte / cifrado; protocolo = "aplicación / cifrado pgp";
límite = "+ QahgC5 + KEYLbs62"
Disposición de contenido: en línea

Todo el correo electrónico cifrado con PGP muestra la siguiente organización (las líneas se utilizan para
separar la organización de correo electrónico del texto de esta página de manual y no
realmente presente en el correo electrónico o en la información descifrada; líneas vacías, donde
mostrados, son obligatorios):

-------------------------------------------------- --------------------
encabezados de correo

- + QahgC5 + KEYLbs62
Tipo de contenido: aplicación / cifrado pgp
Disposición de contenido: archivo adjunto

Version: 1

- + QahgC5 + KEYLbs62
Tipo de contenido: application / octet-stream
Disposición de contenido: en línea; nombre de archivo = "msg.asc"

----- COMENZAR MENSAJE PGP -----
...

----- FIN DE MENSAJE PGP -----
- + QahgC5 + KEYLbs62--
-------------------------------------------------- --------------------

Tenga en cuenta que los límites consisten en

un carácter de nueva línea

o dos guiones seguidos del texto del límite

o el último límite va seguido de dos guiones

un carácter de nueva línea

Los diversos formatos de correo electrónico cifrados con PGP difieren en la forma en que organizan
información descifrada.

sencillos cifrada Mensajes.

Durante el descifrado, se verifica la firma y el resultado de la verificación es
escrito en el flujo de error estándar. El mensaje descifrado en sí contiene solo una
mensaje, organizado de la siguiente manera:

-------------------------------------------------- --------------------
Tipo de contenido: texto / sin formato; juego de caracteres = us-ascii
Disposición de contenido: en línea
Codificación de transferencia de contenido: entre comillas para imprimir

texto descifrado del mensaje
-------------------------------------------------- --------------------

De varias partes cifrada Mensajes.

Durante el descifrado, se verifica la firma y el resultado de la verificación es
escrito en el flujo de error estándar. El propio mensaje descifrado contiene
varios mensajes, organizados de la siguiente manera:

-------------------------------------------------- --------------------
Tipo de contenido: multiparte / mixto; límite = "f + W + jCU1fRNres8c"
Disposición de contenido: en línea

--f + W + jCU1fRNres8c
Tipo de contenido: texto / sin formato; juego de caracteres = us-ascii
Disposición de contenido: en línea
Codificación de transferencia de contenido: entre comillas para imprimir

Texto del primer adjunto

--f + W + jCU1fRNres8c
Tipo de contenido: aplicación / pdf
Disposición del contenido: apego; nombre de archivo = "archivo adjunto.pdf"
Content-Transfer-Encoding: base64

texto del archivo adjunto.pdf en codificación base64

--f + W + jCU1fRNres8c--
-------------------------------------------------- --------------------

Es posible que se sigan varios archivos adjuntos de la misma manera.

cifrada Mensajes Que contiene Separado Firmas.

Durante el descifrado, la firma es no verificado (pero el (los) destinatario (s) es (son)
mostrado) y el archivo descifrado se organiza de la siguiente manera:

-------------------------------------------------- --------------------
Tipo de contenido: multiparte / firmado; micalg = pgp-sha1; protocolo = "aplicación / firma pgp";
límite = "= - TNwuMvq + TfajHhvqBuO7"

- = - TNwuMvq + TfajHhvqBuO7
Content-Type: text / plain
Codificación de transferencia de contenido: entre comillas para imprimir

Texto del mensaje

- = - TNwuMvq + TfajHhvqBuO7
Tipo de contenido: aplicación / firma pgp; nombre = firma.asc
Descripción del contenido: esta es una parte del mensaje firmado digitalmente

----- COMENZAR FIRMA PGP -----
... texto de la firma

----- FIN DE FIRMA PGP -----
- = - TNwuMvq + TfajHhvqBuO7--
-------------------------------------------------- --------------------

La última parte representa la firma separada. La sección de contenido debe ser
separado del archivo descifrado (llamado, por ejemplo, descifrado) (creando, por ejemplo, el
presentar contenido). La firma de ese último archivo se puede verificar usando el comando

gpg: verifica el contenido descifrado

resultando en la verificación de la firma escrita con el error estándar (como de costumbre).
El contenido comienza inmediatamente después del primer límite y continúa hasta,
pero sin incluir, la nueva línea justo antes del siguiente límite.

Use gpg-remailer en línea usando los servicios de onworks.net