> For the complete documentation index, see [llms.txt](https://docs.stoik.io/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.stoik.io/help/help-center-en-es/email-security/link-analysis.md). # Análisis de enlaces Email Security inspecciona los enlaces que encuentra en los correos electrónicos que analiza. Esto es lo que hacen nuestros sistemas con esos enlaces y cómo informar de un enlace que debería dejarse en paz. ## Por qué se resuelven los enlaces El phishing rara vez se delata en el cuerpo de un mensaje. La señal está en el destino: un enlace acortado que lleva a un dominio que se parece a otro, o una cadena de redirecciones que termina en un dominio registrado hace tres días. Leer un enlace tal como está escrito no nos dice nada de eso. Hay que resolver el enlace para ver adónde va realmente. ## Qué hace el análisis Para cada enlace de un correo electrónico analizado, Stoïk envía una solicitud HTTP `HEAD` y sigue hasta cinco redirecciones. Una `HEAD` La solicitud pide a un servidor solo las cabeceras de respuesta. Es la misma solicitud que al abrir la página, menos el contenido de la página. Se utiliza en lugar de cargar la página completa porque es la forma más ligera de saber adónde lleva un enlace. A partir de ella, Stoïk registra el final de la cadena de redirecciones, el número de saltos y la reputación del dominio de destino. La solicitud expira tras dos segundos. ## Cuando el análisis va más allá Si el dominio de destino parece sospechoso, es decir, tiene mala reputación, se registró recientemente o rara vez se ve entre los buzones que protegemos, la página se abre en un entorno de navegador aislado y se captura una captura de pantalla. Después, un modelo de visión juzga si la página es un kit de robo de credenciales y qué marca imita. Un dominio que está bien establecido y se ve con frecuencia nunca llega a esa fase. Un enlace a un proveedor importante se resuelve, pero su página nunca se carga. Cargar una página significa que la página ejecuta su propio JavaScript, exactamente como lo haría en el navegador de un visitante, y una página puede emitir solicitudes propias mientras lo hace. Esas solicitudes provienen de la página, no de instrucciones que le damos. Cuando una página no es accesible debido a un desafío anti-bot, la captura pasa por un solucionador que negocia primero el desafío. ## Qué nunca hace el análisis Stoïk no actúa en tu nombre. Nuestro análisis no hace clic en ningún botón, no rellena ningún formulario y nunca usa tus credenciales. Cuando un enlace desencadenaría algo por el mero hecho de ser solicitado, no se solicita en absoluto: consulta [Enlaces que se omiten por completo](#links-that-are-skipped-entirely). ### Excepción: plataformas para compartir archivos Los atacantes ejecutan una parte cada vez mayor de su phishing a través de servicios legítimos para compartir archivos. Un documento compartido desde una plataforma conocida toma prestada la reputación de esa plataforma y supera la mayoría de los filtros, mientras la trampa está dentro del archivo compartido. Juzgar ese correo electrónico significa leer lo que realmente se compartió. Estas plataformas no entregan un documento compartido a una simple carga de página. Llegar a uno significa hacer la solicitud que la plataforma define para ello: una consulta a su propia API, o el paso de autenticación anónima que realiza un enlace de compartición usando la clave ya contenida en el enlace. Stoïk hace esto solo en las plataformas que admite explícitamente, y solo con lo que el enlace ya lleva consigo. ## Enlaces que se omiten por completo Algunos enlaces cambian algo en el momento en que se solicitan, incluso por un `HEAD`. Un enlace de firma electrónica puede marcar un documento como visto o consumir un token de un solo uso. Un enlace de resumen de cuarentena puede liberar un correo bloqueado. Un enlace para darse de baja con un solo clic saca al destinatario de una lista de correo, y un enlace de invitación de calendario puede registrar una confirmación de asistencia. El estándar HTTP es claro aquí. La sección 9.2.1 del RFC 9110 define `GET` y `HEAD` como métodos seguros: un cliente que envía uno no solicita ni espera ningún cambio de estado en el servidor. La misma sección añade que cuando un parámetro de la URL selecciona una acción, el propietario de ese recurso debe desactivar la acción cuando se accede a ella con un método seguro. La norma existe para que la recuperación automática pueda funcionar sin causar daños. No todos los servicios lo siguen. {% hint style="info" %} Stoïk mantiene una lista de destinos permitidos que se omiten por completo, sin enviar ninguna solicitud. Cubre plataformas de firma electrónica, portales de cuarentena de correo, puntos finales de cancelación de suscripción de boletines y respuestas a invitaciones de calendario. {% endhint %} ## Informar de un enlace Si ves una acción en uno de tus servicios que crees que provino de nuestro análisis, infórmalo a Stoïk a través de tu canal de soporte habitual. Detalles útiles: * El servicio en cuestión * La dirección del buzón afectado * Aproximadamente cuándo ocurrió * El enlace en sí, si aún lo conservas El destino se añade a la lista de permitidos y se te notifica una vez que el cambio esté activo. --- # Agent Instructions This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com. ## Querying This Documentation If you need additional information that is not directly available in this page, you can query the documentation by asking a question. Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters: ``` GET https://docs.stoik.io/help/help-center-en-es/email-security/link-analysis.md?ask=&goal= ``` `ask` is the immediate question: it should be specific, self-contained, and written in natural language. `goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case. The response will contain a direct answer to the question and relevant excerpts and sources from the documentation. Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.