Un inventario de remitentes heredado es una herramienta de decisión, no una lista de direcciones IP. Antes de estandarizar los dominios adquiridos, conecte el correo observado con el servicio específico del cliente que lo produjo, su propietario comercial y sus identidades aprobadas. Un proveedor conocido puede albergar tanto tráfico legítimo como no deseado, por lo que el reconocimiento de la infraestructura por sí solo no constituye aprobación.
Comience con múltiples fuentes de evidencia
Recopile exportaciones de configuración autorizadas, registros de aplicaciones, registros de cuentas de proveedores, observaciones DNS y evidencia de correo disponible. Preserve de dónde vino cada observación y cuándo fue recopilada. Informes agregados puede revelar IP de origen y patrones de autenticación, pero no puede establecer de forma independiente la intención comercial de la organización ni completar la población de remitentes. RFC 9990.
Para cada servicio, propósito del registro, propietario responsable, cuenta de proveedor o inquilino, criticidad, visible desde el dominio, dominio del sobre, DKIM Identidad de firma, última prueba representativa y evidencia de aprobación. Mantenga explícitos los campos desconocidos. Registre el propósito de envío y recepción por separado para dominios que puedan estar inactivos o defensivos.
Atribuir identidades antes de agregar autoridad
Compare los identificadores observados con la configuración real del proveedor y el flujo de trabajo empresarial. DMARC usos alineación entre el dominio del autor y un identificador autenticado exitosamente; un resultado de aprobación genérico sin los identificadores puede ocultar el problema que necesita resolver. RFC 9989.
No agregue una fuente desconocida a SPF simplemente porque el correo parece originarse allí. SPF autoriza a los hosts para la identidad evaluada y su evaluación incluye límites de búsqueda DNS . RFC 7208 , sección 4.6.4. Una nueva inclusión puede ampliar la autoridad, exceder los límites operativos o no lograr la alineación. Primero, establezca el servicio previsto y la ruta autenticada adecuada.
Mantenga la aprobación y las pruebas separadas
Un servicio aprobado aún puede no pasar una prueba de migración; un mensaje autenticado aún puede provenir de un servicio no aprobado. Almacene ambos estados. La evidencia de aprobación debe identificar la decisión responsable, mientras que la evidencia de prueba debe describir la transacción real, las identidades, el resultado y el tiempo. No utilice un pase de prueba como sustituto de la propiedad empresarial.
Supongamos que un servicio de facturación heredado tiene un propietario comercial designado y un propósito aprobado, pero no se ha verificado la identidad de firma de la cuenta de destino. Un segundo servicio tiene un mensaje de paso alineado pero no tiene un propietario de negocio identificado. El primero necesita evidencia de ruta antes de la migración; el segundo necesita atribución y aprobación antes de ser tratado como un servicio autorizado. Ninguna brecha se resuelve con el resultado tranquilizador del otro servicio.
Se trata de decisiones de inventario hipotéticas, no de registros generados ni de pruebas ejecutadas. Mantenga campos separados para propiedad, identidades previstas, aprobación y cobertura de prueba actual. Cuando el titular de la aplicación proporcione la evidencia de la cuenta faltante, actualizará únicamente el estado que establezca; no cambie automáticamente un resultado de migración no probado a aprobado.
Convierta la atribución en un plan de migración
Servicios grupales por propietario verificado, dependencia y disposición. Defina las identidades de destino y las pruebas previstas antes de editar registros. Conserve rutas desconocidas para la investigación, con un propietario designado y una fecha límite, en lugar de aprobarlas o eliminarlas silenciosamente. Conserve la configuración anterior y un plan de recuperación aprobado para cada transición consiguiente.
Después de la estandarización, concilie las observaciones reales con el inventario aprobado e investigue nuevas identidades. Mantener los servicios jubilados y sus decisiones en la historia. Un inventario útil sigue siendo un registro operativo a través de cambios de proveedores y respuesta a incidentes, en lugar de una hoja de cálculo abandonada cuando finaliza el proyecto de fusión.
Este flujo de trabajo de inventario y revisión es un modelo operativo recomendado. NIST SP 800-53 Rev. 5 CM-8 y CM-3 proporcionan una base general para inventarios contables y cambios controlados; no prescriben estos campos específicos de correo electrónico ni confieren aprobación. Catálogo de controles NIST.