Cuando una víctima escribe la dirección correcta del banco y aun así cae en una página falsa, la explicación no siempre es “debió fijarse mejor”. El fraude puede involucrar envenenamiento de DNS, router o infraestructura.
Antes de culpar al usuario, revisa cronología, navegador, red y dispositivo.
Reclama y conserva primero
Contacta al banco y reúne:
Documenta las operaciones no reconocidas, el folio de reclamación, fecha y hora, la dirección visualizada, alertas del navegador, historial de navegación, comprobantes y beneficiarios. No vuelvas a introducir datos en la página para reproducir el engaño. Conserva el enlace y su origen sin reenviarlo como si fuera una simple advertencia.
Una web clonada puede tener HTTPS y un diseño idéntico. El candado cifra la conexión con ese dominio, no demuestra que sea el banco. Revisa si llegaste por mensaje, anuncio, búsqueda o configuración manipulada, y contacta a la institución por un canal obtenido independientemente.
En un caso real de phishing bancario, la víctima llegó a una página que imitaba la del banco y proporcionó sus datos sin que la apariencia le despertara sospechas. Incluso una dirección que parece correcta puede conducir a otro destino si intervienen una extensión, una configuración de red o un mecanismo de redirección. El análisis tuvo que revisar navegador, historial y alertas, no culparla automáticamente por confiar en el logotipo.
La investigación también necesitó separar el sitio falso de las operaciones posteriores. Los datos capturados podían utilizarse en otro canal y los beneficiarios o dispositivos dados de alta ofrecían información adicional. La relación temporal orientaba, pero cada evento requería registros propios.
Si entraste a una página falsa, bloquea los medios afectados y cambia credenciales desde un equipo confiable, empezando por el correo. Reporta pronto y conserva el enlace, los mensajes y los comprobantes sin volver a interactuar con el sitio. El abogado solicita registros bancarios; el peritaje revisa el dispositivo y el vector. No instales otra herramienta ofrecida por el supuesto soporte ni pagues a quien garantice recuperar los fondos.
El abogado necesita registros de acceso, beneficiarios y autenticación, mientras el especialista analiza DNS, historial y aplicaciones. Cambia credenciales desde otro equipo y reporta pronto. La investigación debe determinar el vector sin convertir cada fraude en prueba de que el banco o la víctima tuvo toda la culpa.
No vuelvas a ingresar credenciales en esa página ni compartas códigos con quien llame diciendo ser soporte.
Revisa el equipo sin acusarlo
Un análisis puede mostrar programas corporativos normales y antivirus activo, pero también cambios administrativos en firewall o consola antes del fraude.
Eso no demuestra automáticamente conducta del empleado. Debe investigarse si fue ataque externo, configuración o actividad interna autorizada.
El sitio puede parecer correcto y ser falso
Una página fraudulenta puede imitar la apariencia de la oficial y capturar credenciales. La dirección visual ya no es la única garantía.
Revisa:
- Avisos del navegador.
- Certificados y errores.
- DNS y archivo hosts.
- Router y configuración.
- Conexiones de red.
- Descargas recientes.
- Cambios de privilegios.
No todos los phishing llegan por correo. Algunos ocurren después de escribir la dirección correcta.
El aviso del navegador puede ser la última alarma
Si el navegador advierte que la página no es oficial, no lo ignores. Detén la operación y conserva la evidencia.
Desde un dispositivo limpio, cambia contraseñas, revoca sesiones y revisa accesos remotos. Si el banco ya procesó operaciones, documenta autenticación y registros disponibles.
El candado no certifica que el sitio sea tu banco
Una página bancaria clonada o phishing financiero puede tener HTTPS, diseño idéntico y hasta una dirección parecida a la correcta. Hay que conservar enlace, mensaje de origen y dispositivo sin volver a capturar datos, mientras el banco revisa accesos y operaciones. El titular necesita contener desde otro equipo confiable; el abogado necesita registros de autenticación y beneficiarios. El análisis revisa DNS, historial y aplicaciones sin volver a entrar al sitio ni enseñar cómo replicarlo.
Revisa cómo llegaste al sitio falso
Conserva el enlace, el mensaje, el anuncio o la búsqueda que utilizaste. No vuelvas a introducir datos para reproducir el engaño. Registra el dominio exacto, la fecha y las pantallas disponibles sin difundir el enlace activo a otras víctimas potenciales.
Contacta al banco desde un canal independiente, reporta operaciones y solicita bloqueo o medidas preventivas. Cambia contraseñas desde un dispositivo confiable y comienza por el correo si también estuvo expuesto. Conserva folios, notificaciones y estados de cuenta.
Revisa DNS, certificados, historial, extensiones, redes y aplicaciones del dispositivo cuando sea necesario. Un candado no garantiza que el sitio sea el banco: también los dominios falsos pueden tener cifrado. El nombre visual y el logotipo no sustituyen la dirección real.
No instales programas de acceso remoto para que un supuesto soporte compruebe la suplantación. Si ya lo hiciste, desconecta el equipo y conserva los registros antes de una limpieza. Revisa también si hubo cambios de SIM o reglas de reenvío en el correo.
Solicita al banco los datos de sesión, dispositivo, beneficiarios y autenticación. La investigación puede determinar si hubo phishing, malware, red manipulada u otro vector. No todo sitio falso prueba que la red fue atacada ni toda contraseña capturada demuestra consentimiento para operaciones posteriores. La reclamación necesita esa secuencia completa, no únicamente la afirmación de que la página parecía idéntica.
