Cómo comprobar una alerta cripto antes de compartirla
Un proceso para localizar el comunicado original, la fecha, la red y los datos que faltan.
Este artículo puede contener enlaces de afiliados. Las relaciones comerciales se detallan en la política de afiliados.
Una alerta cripto que llega por un canal que no elegiste tiene una característica útil: casi nunca es una alerta. Es una solicitud de acción. Pide que abras una página, que conectes tu billetera o que respondas un mensaje privado. Compartirla, incluso sin hacer nada más, ya es parte del trabajo del atacante.
El problema es el tono. Una alerta real llega con prisa: una red se congela, un exchange detiene retiros, una vulnerabilidad obliga a firmar. El atacante copia ese tono y lo acompaña de una advertencia para que actúes rápido, y ahí es donde la verificación se vuelve difícil, no porque sea compleja sino porque el mensaje te pide actuar antes de leer.
Comprobar una alerta son cuatro preguntas. Si alguna no tiene respuesta, la alerta no se comparte.
¿De dónde salió el comunicado original
La primera pregunta no es si la alerta es verdadera, sino si existe un comunicado del que sea traducción. Un anuncio que aparece en un solo sitio no es un comunicado, es un rumor con formato.
La búsqueda se hace en dos pasos. Primero se busca la afirmación concreta, con sus palabras exactas, en el sitio oficial del proyecto o de la red. Segundo se busca esa misma frase en fuentes independientes.
Si no aparece nada fuera del canal que te lo envió, no hay alerta. Hay un texto.
Conviene leer la dirección del sitio entero, no solo el nombre. Un dominio puede incluir el nombre real y añadir palabras antes o después, y esa diferencia es el mecanismo habitual del engaño.
Qué fecha tiene el comunicado
Una alerta reutilizada es difícil de reconocer porque llega con formato correcto. La fecha es lo que la delata.
Hay tres fechas distintas que conviene separar: cuándo ocurrió el hecho, cuándo se publicó el comunicado y cuándo lo viste tú. Un aviso de hace tres meses reenviado hoy llega como si fuera actual, y esa es exactamente la forma que toma el contenido reciclado.
La comprobación es concreta: buscar la fecha del comunicado en la fuente original. Si la fuente es un blog, un canal de mensajería o una cuenta que no tiene histórico, esa ausencia de histórico ya es información.
¿De qué red y de qué activo habla
Una alerta real rara vez menciona la red de forma suficientemente precisa. Dice que una red está en mantenimiento o que un activo está congelado, y esa vaguedad permite aplicarla a cualquier situación.
Esta pregunta tiene una ventaja: se verifica con una fuente que no es la del mensaje. Un explorador de bloques de la red indicada muestra la actividad real, y una página de estado del proyecto muestra los componentes afectados y si los retiros están pausados.
Si el mensaje no dice la red, o la dice de una forma que no corresponde al activo del que habla, la alerta está mal construida y no merece más tiempo.
¿Qué datos faltan
Una alerta legítima viene con los datos que permiten actuar: qué componente está afectado, desde qué hora, si hay estimación de fin y qué queda fuera de servicio. Cada dato que falta es una frase eliminada de forma deliberada.
Los huecos típicos son los más fáciles de detectar. Sin hora de inicio. Sin alcance concreto. Sin saber si afecta a depósitos, retiros o ambos. Con una dirección de contacto que sustituye al canal oficial.
Un aviso que necesita que le preguntes por los detalles no es un aviso, es una conversación, y las conversaciones son el terreno del atacante.
El paso final, el más importante
Nada de lo anterior se pide al mensaje. Cada comprobación se hace abriendo una pestaña nueva y escribiendo tú la dirección del sitio oficial. Esa es la única forma de evitar que la propia alerta te lleve a la página que ella eligió.
Si la comprobación pide tu frase de recuperación, tu clave privada, una conexión remota o un envío, no hay nada que verificar. Ningún servicio legítimo pide esas cosas, en ningún idioma ni bajo ninguna circunstancia. La regla es simple: cuando alguien te pide una clave, ya no hay nada que comprobar.
Cuándo compartir
Si las cuatro preguntas tienen respuesta satisfactoria, compartir la alerta es útil. Si alguna falla, compartir la alerta es lo que hace que se propague.
En la duda, no compartir. El coste de no reenviar una alerta real es que alguien más se entere por otro lado. El coste de reenviar una falsa es que varias personas conecten su billetera al mismo sitio.
La versión corta
Busca el comunicado original en la fuente oficial. Comprueba la fecha del comunicado, no la del mensaje. Verifica la red con un explorador y con la página de estado. Detecta los datos que faltan. Y abre siempre los sitios escribiéndolos tú, nunca desde el enlace que te enviaron.
La prisa es la parte del mensaje que más te conviene. Una alerta real aguanta dos minutos de verificación. Una falsa necesita que no te la tomes.