Cómo verificar un sitio web para la sustitución de credenciales: guía paso a paso
Cómo verificar un sitio web para la sustitución de credenciales: guía paso a paso
La sustitución de datos en el sitio web parece cotidiana, y esa es su peligrosidad. La empresa puede 'sorpresivamente' cambiar su cuenta bancaria, el gerente puede cambiar su número de contacto, la página de pago puede tener un enlace que lleva a ninguna parte o a una billetera ajena. Para el cliente, esto significa dinero extra. Para el negocio, es una disputa, un reembolso, pérdida de confianza y discusiones que se extienden por horas.
Con mayor frecuencia, el delincuente no rompe todo a su paso. Le basta con 1-2 puntos de entrada: un correo en nombre de un empleado, acceso al CMS, una contraseña débil en el hosting. Luego se cambia un bloque en la página, y el comprador paga a un lugar equivocado. Si necesitas orientarte rápidamente en un tema relacionado, será útil Cómo verificar un sitio web por fraude: guía, pero aquí se trata específicamente de la sustitución de datos.
1. ¿Qué es la sustitución de datos y por qué es peligrosa?
El cambio de los datos de facturación no es solo una nueva cuenta en la factura. Esto incluye contactos, e-mail, enlaces de pago, códigos QR, datos bancarios, firmas en correos y hasta el texto en PDF. Cambia 1 símbolo en la dirección — y el cliente ya escribe a otro lugar. Cambia 1 número en la cuenta — y el dinero se va a un destinatario equivocado.
Para la empresa, el riesgo es doble. En primer lugar, el dinero puede irse sin ser registrado. En segundo lugar, la reputación se ve afectada: el cliente rara vez se detiene a pensar quién es el culpable — el hosting, el contratista o un empleado interno. Solo ve una cosa: en el sitio había unos datos de facturación, y luego otros. Y eso es suficiente para un conflicto.
Un problema adicional es el cambio oculto en los correos. El cliente recibió la factura, abrió el archivo adjunto, pagó, y a los 2 días se dio cuenta de que los datos habían sido reemplazados. Tales casos a menudo se prolongan de 1 a 2 semanas, mientras el departamento de contabilidad y el soporte verifican las versiones antiguas de los documentos. Sí, es desagradable.
2. Señales que pueden indicar un cambio
La primera señal son cambios inesperados en las cuentas y documentos. Si ayer había un BIC en el PDF y hoy hay otro, es motivo para detenerse. Otro marcador son los nuevos botones de pago que antes no existían, o botones antiguos que llevan a un dominio desconocido. La verificación toma 5 minutos y ahorra horas.
Mire las direcciones de correo electrónico. Incluso un punto, guion o el cambio de dominio de company.ru a company-pay.ru ya cambia el significado. El teléfono también se verifica no por su apariencia, sino por el hecho: el número puede parecerse, pero no ser suyo. El cambio de datos a menudo se disfraza como una «actualización técnica», y esto es lo primero que debe verificar manualmente.
También hay síntomas más groseros: el formulario de pedido comenzó a recopilar campos adicionales, los datos en el pie de página del sitio desaparecieron, y en los correos del contestador automático apareció una nueva cuenta. Si en la página de «Pago» de repente hay 3 métodos de transferencia en lugar de 1, no siempre es un error del diseñador. A veces, es un punto de ataque. Para comparar, es útil abrir cómo verificar un sitio en busca de una página y ver cómo suelen estar organizadas las secciones de servicio.
3. ¿Qué secciones del sitio verificar primero?
Comience con la página de «Contactos». Allí es donde más a menudo cambian el teléfono, el correo, la dirección de la oficina y los enlaces a mensajeros. Luego abra «Pago» o «Datos», si existe tal página. Normalmente allí se encuentra el NIF, la cuenta corriente, el BIC, el nombre del beneficiario y a veces un ejemplo de la orden de pago. Un símbolo incorrecto ya es motivo de investigación.
A continuación, verifique las tarjetas de productos y las páginas de servicios. La suplantación le gusta esconderse en las descripciones, en el botón «Comprar», en la ventana emergente y en el breve bloque de texto sobre el pie de página. No se dé pereza en abrir la página desde el teléfono y desde la computadora: a veces el delincuente solo cambia la versión móvil. Y sí, esto sucede.
Revise por separado los documentos PDF. Factura, contrato, lista de precios, acta: todo esto les gusta suplantar, porque el archivo se descarga y no se verifica nuevamente con el sitio. Otra zona de riesgo son los correos y las respuestas automáticas. Pueden contener un viejo banner de firma, pero ya con un nuevo enlace de pago. El correo llegó a las 9:12, y la suplantación fue a las 9:10: ahí tiene una ventana de ataque.
Si hay una página de devoluciones en el sitio, verifíquela también. El estafador no siempre se mete en «Pago»; a veces cambia secciones donde el cliente busca el procedimiento para devolver el dinero y deja el número de la tarjeta. En esta verificación ayuda cómo comprobar si el sitio tiene una página, porque la lógica de las páginas de servicio es similar.
4. Cómo verificar el sitio técnicamente
Primero, compare la versión actual del sitio con la copia de seguridad. Se necesitan 2 capturas: la de ayer y la de hoy. Si tiene configuradas copias de seguridad, abra el archivo y verifique archivos específicos: la plantilla de la página de pago, el pie de página, el bloque de contactos, el archivo de generación de PDF. Incluso 1 línea en la plantilla puede cambiar los datos.
Luego, consulte el registro de cambios en el CMS. En el panel de administración, a menudo se pueden ver el autor, la fecha y la hora de la edición. Si el gerente de contenido nunca ha tocado los datos, y la edición provino de un nuevo usuario a las 03:17, eso ya es una señal. El historial de ediciones a veces guarda versiones anteriores del texto, así que verá de inmediato lo que se ha eliminado. Sin teoría innecesaria.
Verifique los archivos en el servidor. Especialmente aquellos que responden por las plantillas, el procesamiento de formularios, la presentación de datos y el envío de correos. Un archivo infectado puede cambiar el número de cuenta solo para una parte de los visitantes, por ejemplo, para usuarios con un navegador específico o de una región determinada. Este tipo de cosas les gusta hacerlas en silencio.
Si tiene acceso al panel de administración, compare lo que se ve en él con lo que se abre en la página pública. A veces, en el panel de administración ya hay datos correctos, mientras que en el sitio hay una caché antigua o un script externo que reemplaza el texto original con otro ajeno. Si ve una discrepancia, regístrela de inmediato, no al día siguiente.
5. Cómo verificar los datos de pago y bancarios
Verifique el NIF, la cuenta corriente, el BIC, el nombre del beneficiario y el propósito del pago con los documentos oficiales de la empresa. Si un dato no coincide, no es un detalle menor, sino una razón para detener el pago. Para verificaciones internas, mantenga una plantilla de factura de referencia, acordada por el departamento de contabilidad y el abogado, y no la cambie sin registrar en el diario.
Los enlaces de pago se verifican por separado. Abra la dirección completa, no solo el botón. Verifique el dominio, el protocolo, los caracteres adicionales, los subdominios y las redirecciones. Si el enlace pasa a través de un acortador y usted no lo utiliza, es motivo de sospecha. Los códigos QR tampoco son seguros por defecto: se pueden reemplazar en 30 segundos, y el cliente ni siquiera se dará cuenta.
También hay un método simple. Tome 2 canales diferentes: el sitio web y un contrato en papel, o el sitio web y una factura de contabilidad. Si los datos coinciden en ambos lugares, el riesgo es menor. Si no coinciden, primero averigüe dónde está la fuente del error. En este punto, muchos preguntan por primera vez cómo verificar un sitio web para detectar el reemplazo de datos sin involucrar a un desarrollador, y la respuesta suele ser una: no solo se debe comparar el texto, sino también el camino por el que el cliente llega al pago.
| Qué verificar | Dónde buscar | En qué fijarse |
|---|---|---|
| NIF y nombre | Datos, contrato, factura | Coincidencia exacta de escritura |
| Cuenta corriente y BIC | Página de pago, PDF | 1 dígito de error ya es crítico |
| Enlace de pago | Botón, correo, código QR | Dominio, redirecciones, protocolo |
| Beneficiario del pago | Factura, caja, formulario de pago | Coincidencia con el nombre oficial |
6. ¿Qué hacer si se confirma el reemplazo?
El primer paso es desactivar la página o el formulario sospechoso. Si solo tienes acceso al panel de administración, quita el bloque de la publicación y restaura la versión anterior desde la copia de seguridad. No esperes al final del día. El reemplazo de los datos en el funcionamiento del sitio no tolera pausas: cuanto más tiempo esté abierta la página, mayor será la posibilidad de perder el pago.
Luego, restaura los datos correctos desde la plantilla de referencia. Verifica no solo la página, sino también el correo, el PDF, el mensaje automático, la firma del gerente y la página en la versión móvil. Si el reemplazo ocurrió en varios lugares, corrige los 5 puntos a la vez. De lo contrario, el cliente verá el antiguo enlace en el correo y el nuevo en el sitio, lo que ya es confuso.
Después, notifica a los clientes si se han visto afectados pedidos o pagos. Escribe de manera concisa: qué ocurrió, cuáles son los datos correctos, a dónde dirigirse si el pago ya se ha enviado a otro lugar. No alargues el texto a 2 pantallas. La gente necesita una respuesta, no estilo.
Cambia las contraseñas y cierra accesos innecesarios. Revisa las cuentas de los empleados, contratistas, el correo del administrador, FTP, hosting y el panel de CMS. Si hubo un acceso sospechoso, registra la hora y la IP, y luego pide a un especialista que revise los registros. A menudo se puede ver desde dónde comenzó la suplantación.
7. Cómo proteger el sitio de una nueva suplantación
Comienza con los derechos de acceso. El gerente de contenido no debe tener acceso a archivos del sistema, y el contratista no debe tener acceso completo a toda la administración si su tarea es solo el diseño. La autenticación de dos factores en el panel de control y en el correo reduce significativamente el riesgo, especialmente si alguien guarda la contraseña en el navegador.
Es útil llevar un registro de cambios. Quién, cuándo y qué cambió: 3 líneas ya dan claridad en caso de un incidente. Si el sitio es pequeño, basta con una tabla simple. Si el proyecto es grande, implementa control de versiones y notificaciones sobre cambios en secciones críticas. No es por estética, sino para no tener que buscar al culpable a través de capturas de pantalla.
Las copias de seguridad no son necesarias "por si acaso", sino según un horario. Mantenga las 2-3 últimas versiones para poder revertir un cambio fallido en 10-15 minutos. Agregue monitoreo de archivos: si se cambia la plantilla de los datos, debe enterarse de esto, no una semana después por parte del cliente. No es un lujo.
Otra capa de protección es la verificación de scripts y plugins externos. La suplantación a veces llega a través de un módulo de pago de terceros o un formulario de contacto. Si tiene un plugin antiguo que nadie ha actualizado en 8 meses, revíselo primero. Y no olvide probar el sitio después de las actualizaciones en una copia separada, no directamente en el dominio en producción.
8. Cuándo es conveniente acudir a especialistas
Si la suplantación solo afectó a un bloque de texto, un administrador del sitio puede manejar la tarea. Pero si los archivos en el servidor han cambiado, han aparecido usuarios desconocidos o los datos se están suplantando nuevamente después de un retroceso, llame a un desarrollador y a un especialista en seguridad de la información. La suplantación repetida el mismo día casi siempre significa que la entrada aún está abierta.
Se necesita un abogado cuando ya ha habido transferencias a datos de terceros o hay riesgo de disputa con un cliente. Él ayudará a documentar el incidente, conservar la correspondencia y preparar notificaciones. A veces es más importante no reparar el sitio en el primer minuto, sino recopilar correctamente las pruebas: capturas de pantalla, registros, tiempo de cambios, copias de páginas. Esto ahorra no horas, sino semanas después.
Si no está seguro de dónde buscar la suplantación, es mejor realizar una verificación de inmediato en varias capas: contenido del sitio, correos, PDF, accesos, enlaces de pago, registros de CMS. Cuantas más coincidencias haya, más fácil será entender dónde ocurrió la suplantación. Y sí, en este tipo de situaciones, la prisa casi siempre perjudica.
En la práctica, a menudo son suficientes 4 verificaciones: abrir la página de datos, comparar la cuenta con la plantilla, verificar el correo de pago y revisar los registros de cambios de los últimos días. Si hay alguna discrepancia en al menos un lugar, ya no se trata de una suposición, sino de buscar la causa.
