[ SPF ]

SPF e IPv6 : detecta remitentes perdidos en una revisión solo de IPv4

Audite ambas familias de direcciones para que la entrega IPv6 no exponga brechas ocultas por pruebas exitosas IPv4 .

Por el equipo de investigación EmailAuth

[Puntos clave]

  • Demuestre qué familia de direcciones utilizó la conexión de recepción.
  • Un término ip6 sin prefijo cubre una dirección, no una asignación completa.
  • Verifique el alcance del proveedor admitido en lugar de copiar observaciones transitorias.
En esta página

Una solicitud puede pasar SPF en un intento de entrega y falla en otro cuando su correo sale a través de diferentes familias de direcciones. Si un inventario enumera solo la salida IPv4 , una ruta IPv6 puede ser legítima pero no autorizada por la política realmente evaluada. Diagnosticar la dirección de conexión antes de ampliar el registro.

El objetivo es una cobertura precisa: autorizar las fuentes IPv6 que su organización o proveedor realmente utiliza, preservando al mismo tiempo el comportamiento IPv4 existente y manteniendo las direcciones no relacionadas fuera de la política.

Encuentre las rutas reales de envío IPv6

Recopile resultados representativos de receptores confiables y salientes MTA registros. Registre la IP de conexión, el dominio del sobre, HELO nombre de host, servicio del remitente y marca de tiempo. Observaciones grupales tanto por identidad de dominio como por familia de direcciones. de un servidor web récord AAAA no es prueba de que la misma dirección envíe correo y un destino MX entrante no es automáticamente una fuente saliente.

Incluya retransmisiones alternativas y rutas regionales. Un solo mensaje exitoso no puede mostrar que todas las rutas están cubiertas. Pregunte a los propietarios de infraestructura si IPv6 está habilitado en servidores primarios, sistemas de conmutación por error y rutas de entrega alojadas, luego compare esas respuestas con las conexiones observadas.

Utilice los mecanismos correctos

SPF tiene distintos ip4 y ip6 mecanismos bajo RFC 7208 §5.6. ip4 autoriza direcciones IPv4 ; no cubre automáticamente los equivalentes IPv6 . Un ip6 El mecanismo sin una longitud de prefijo identifica una dirección, equivalente a /128. Los prefijos más amplios autorizan la red coincidente, así que utilice sólo el rango justificado por su diseño de envío real.

El a y mx Los mecanismos pueden implicar búsquedas específicas de familias de direcciones: la evaluación IPv6 utiliza direcciones AAAA cuando corresponda. Eso no los convierte en un sustituto del inventario. Un futuro cambio de AAAA puede alterar los hosts que esos mecanismos autorizan. Las coberturas del proveedor pueden cubrir a ambas familias, pero inspeccione la póliza respaldada en lugar de asumir que todas las coberturas lo cubren.

RFC 7208 §5 también aborda el manejo de IPv6 mapeado IPv6 por parte de los evaluadores. Cuando una herramienta representa una conexión IPv4 en forma asignada, no responda agregando rangos arbitrarios IPv6 sin verificar el manejo del evaluador y la conexión subyacente.

Probar una adición de alcance limitado

Política sintética: v=spf1 ip4:192.0.2.10 ip6:2001:db8:1234::10 -all. Ambas direcciones están reservadas para documentación. Un evaluador controlado debe devolver aprobación para cualquiera de las fuentes enumeradas utilizando el dominio evaluado y fallar para fuentes no coincidentes, asumiendo que no interviene ningún error DNS o de sintaxis.

El término IPv6 anterior autoriza una dirección. Reemplazándolo con ip6:2001:db8:1234::/48 amplía sustancialmente el conjunto. No elija un prefijo amplio simplemente porque se parece a una asignación que se muestra en un panel de infraestructura. Establezca qué parte de la asignación se utiliza y controla para el correo saliente.

Poner en escena el cambio de producción

Confirme las direcciones propuestas con el propietario del servicio y la orientación del proveedor actual. Preservar la política anterior, obtener la aprobación correspondiente y validar el registro completo antes de su publicación. Bajo RFC 7208 §4.6.4, los mecanismos de IP explícitos no consumen en sí mismos el presupuesto del plazo de búsqueda de DNS de SPF , pero el resto del registro aún necesita evaluación.

Pruebe una ruta IPv4 , una ruta IPv6 y una fuente inigualable bajo su control. En los receptores reales, conserve la IP de conexión real y la identidad evaluada para que una prueba que utilizó IPv4 de forma silenciosa no se informe como un éxito IPv6 . Tenga en cuenta las respuestas DNS almacenadas en caché al comparar observaciones inmediatamente después del cambio.

Mantener el límite

Agregue la revisión SPF a la implementación IPv6 y a los procedimientos de renumeración de redes. Cuando las direcciones rotan o un proveedor administra un grupo grande, prefiera su configuración de autenticación admitida en lugar de copiar observaciones transitorias en una lista de permitidos permanente. Una IP de muestra muestra que se utilizó una fuente; no necesariamente define el rango autorizado completo del proveedor.

Cierre la revisión con evidencia de que ambas familias trabajan para las identidades previstas y que los rangos elegidos están justificados. La cobertura IPv6 debería ser una mejora del inventario, no una excusa para autorizar una red completa sin propiedad.

Registre la siguiente decisión

En la política sintética, la dirección IPv6 2001:db8:1234::10 está cubierta como /128, mientras que 2001:db8:1234::11 no. Cambiar a /48 también cubriría esta última y muchas más direcciones. Registrar qué alcance realmente autoriza el titular del servicio y la familia real observada por el receptor; El correo IPv4 exitoso no es evidencia de cobertura IPv6 . No se ejecutó ninguna prueba en vivo.

[ Llevar ]

Demuestre qué familia de direcciones utilizó la conexión de recepción. Un término ip6 sin prefijo cubre una dirección, no una asignación completa. Verifique el alcance del proveedor admitido en lugar de copiar observaciones transitorias.

[ Por rol ]

¿Qué significa esto para ti?

Elija su función para conocer los próximos pasos prácticos.

Administrador de TI/correo

Demuestre la familia de direcciones.

Un mensaje aprobado no es una prueba IPv6 a menos que la conexión utilice IPv6 .

Próximos pasos

  1. Capture direcciones de origen en el receptor.
  2. Compare las consecuencias de los prefijos amplios y estrechos.

CISO / Operaciones de seguridad

Evitar la autorización amplia de la red.

Un prefijo asignado no es automáticamente un límite de envío apropiado.

Próximos pasos

  1. Requerir justificación para el alcance del prefijo.
  2. Revise la infraestructura dinámica y compartida por separado.

Fundador / No técnico

Vincular la autenticación a los cambios de infraestructura.

La habilitación IPv6 puede cambiar el comportamiento del correo incluso cuando la aplicación en sí no se modifica.

Próximos pasos

  1. Requerir pruebas de correo durante el despliegue de la red.
  2. Asignar propiedad para cambios de dirección.

[ Preguntas frecuentes ]

Preguntas frecuentes

¿IP4 autoriza el tráfico IPv6 ?

No. Utilice la autorización IPv6 adecuada, como un mecanismo ip6 justificado o una política de proveedor compatible.

RFC 7208 §5 RFC 7208 §5.6

¿Cuál es el prefijo ip6 predeterminado?

Sin un prefijo explícito, ip6 coincide con una dirección IPv6 , equivalente a /128.

RFC 7208 §5.6

¿Puedo autorizar todo mi prefijo asignado?

Sólo si se justifica el envío de toda la gama. Un prefijo amplio amplía la autorización a todas las direcciones coincidentes.

RFC 7208 §5.6

¿Funcionan a y mx con IPv6 ?

Sus búsquedas de direcciones pueden utilizar datos AAAA para la evaluación IPv6 . Revise los datos DNS reales y el diseño de envío.

RFC 7208 §5.3 RFC 7208 §5.4

¿Un registro AAAA de un sitio web identifica mi fuente de correo?

No necesariamente. El alojamiento web, el correo entrante y SMTP saliente pueden utilizar una infraestructura diferente.

¿Cómo puedo probar que una prueba utilizó IPv6 ?

Inspeccione la dirección de conexión real en los registros SMTP o del receptor confiable. No lo deduzcas de una entrega exitosa.

¿Debo copiar cada IP de proveedor observada en SPF ?

No. Las observaciones pueden ser incompletas o temporales. Siga el modelo de mantenimiento y configuración admitido por el proveedor.

¿Cuándo se debe revisar nuevamente SPF IPv6 ?

Revise después de cambios de red, migraciones de retransmisión, cambios de proveedor y cualquier ruta de envío IPv6 recientemente observada.

[ Fuentes ]

Fuentes

  1. RFC 7208

    Secciones §2.4 · §4.1 · §4.6.4 · §5 · §5.3 · §5.4 · §5.6

[ Glosario ]

Glosario

SPF
Evaluación de autorización para una IP de conexión y la identidad SMTP relevante.

RFC 7208 §2.4

SPF ip6
Una coincidencia de red IPv6 explícita; la longitud del prefijo omitida significa /128.

RFC 7208 §5.6

Procedencia de la empresa

Por qué las principales instituciones financieras y gobiernos retiraron sus paneles de seguridad de correo electrónico.

Las plataformas tradicionales de autenticación de correo electrónico le venden un panel y piden a sus ingenieros que hagan el trabajo. En entornos de alto riesgo, la supervisión manual significa retrasos en la aplicación, cambios en la configuración y dominios en la sombra no monitoreados.

EmailAuth es la plataforma de procedencia de correo electrónico agente. Nuestros agentes hacen cumplir p=reject, mantenga alineados a los remitentes externos y mueva sus dominios al máximo RFC 9989 cumplimiento, el nuevo estándar DMARC , con auditabilidad humana.

Gobiernos Grandes empresas Instituciones financieras de primer nivel

SaaS · Arrendamiento dedicado · Air-gapped on-premise · Cifrado BYOK

Base de conocimientos