¿yonhapnews.co.kr es un sitio de estafa? Scam, spam y reseñas
Puntuaciones y puntos clave
Resumen
大韓民国の通信社
+19 Mostrar más
Señales de alerta ⓘ
- [Medio] No se ha encontrado ningún certificado SSL/TLS válido.
- [Bajo] Faltan encabezados de seguridad como HSTS o CSP.
- [Bajo] La ausencia de SPF/DMARC aumenta el riesgo de suplantación de remitente.
- [Bajo] Los atributos de seguridad de cookies son insuficientes (total 1).
Reputación
Resumen de la reseña — yonhapnews.co.kr
Global 67 (Usar con precaución)Faltan algunas configuraciones de seguridad o la información no es pública; conviene utilizar el sitio con precaución.
Puntos fuertes
- SPF configurado
Puntos débiles
- No hay certificado SSL/TLS válido
- HSTS no configurado
- CSP no configurada
- DMARC no configurado
Reseña detallada — yonhapnews.co.kr
Reseña del dominio
Hosting/AS: KIXS-AS-KR Korea Telecom, KR — South Korea. Popularidad: Tranco #28944, OPR 5.49/10. Reputación: GSB sin detecciones WebRisk sin detecciones. Seguridad del correo: SPF Activado, DMARC Ninguno.
Reseña de tienda/transacciones
No se ha detectado contenido mixto. No se ha detectado contenido mixto. Datos estructurados: Organization Ausente, contactPoint Ausente. Proporción de texto no visible: 0%.
Reseña técnica
HTTP 200 Correcto · Servidor KIXS-AS-KR Korea Telecom, KR. HSTS Desactivado (preload: Desconocido). 1/6 encabezados de seguridad aplicados. DNSSEC Desactivado. Seguridad del correo: SPF Activado, DMARC Ninguno. Política MTA-STS: Ninguno. TLS-RPT Desactivado. security.txt: no disponible. Atributos de cookies que faltan: Secure×0 / HttpOnly×0 / SameSite×1. Puntuación de ofuscación JS 0. Reputación: GSB clean, WebRisk clean → global Bueno.
Explicación — fortalezas y estabilidad
GSB sin detecciones
WebRisk sin detecciones
Seguridad del correo: SPF Activado, DMARC Ninguno.
No se ha detectado contenido mixto.
Ver en conjunto la información del operador y los indicadores de confianza ayuda a evaluar mejor la coherencia de la marca/empresa y la probabilidad de operación a largo plazo.
Comprobar la seguridad de la página de pago (imposición de HTTPS, coincidencia del host de destino del formulario, integridad de los scripts) junto con el soporte al cliente y la política de devoluciones ofrece una imagen más precisa del nivel real de confianza.
Medidas básicas de endurecimiento como encabezados de seguridad, renovación automática de certificados, protección del dominio de correo (DMARC/TLS-RPT) y eliminación de contenido mixto mejoran la fiabilidad general y la estabilidad en la búsqueda y la entrega de correo.
Explicación — riesgos y puntos a mejorar
Sin HSTS, los ataques de degradación de protocolo y man-in-the-middle pueden debilitar la imposición de HTTPS. Active HSTS y prepare el registro en la lista de preload.
La falta de encabezados de seguridad importantes aumenta la exposición a clickjacking, MIME sniffing y fugas de información.
Sin DNSSEC, se depende por completo de los servidores de nombres superiores y el riesgo de manipulación DNS puede aumentar según el entorno.
Si DMARC falta o se establece en p=none, la protección frente a suplantación de remitente es más débil. Considere usar quarantine o reject.
Sin MTA-STS, la imposición de TLS en SMTP es más débil.
Sin TLS-RPT, es más difícil recopilar señales de fallo de TLS y obtener visibilidad operativa.
Sin security.txt, los canales para informar vulnerabilidades no son claros y la respuesta puede retrasarse.
Las cookies sin Secure/HttpOnly/SameSite pueden ser vulnerables a robos o ataques de fijación de sesión.
Este análisis es una opinión automatizada basada en datos solo a modo de referencia. Verifique usted mismo la información antes de realizar pagos o descargas.
Acerca de este informe
- Primer análisis: -
- Última actualización: 2025-12-03 11:26:06
Reclamar propiedad del sitio web
Traffic signals
Rendimiento
Encabezados de seguridad
- HSTS ⓘ
- Content-Security-Policy ⓘ
- X-Content-Type-Options ⓘ
- X-Frame-Options ⓘ
- Referrer-Policy ⓘ
- Permissions-Policy ⓘ
add_header Strict-Transport-Security "max-age=15552000; includeSubDomains; preload" always;
add_header Content-Security-Policy "default-src 'self'; img-src 'self' data:; object-src 'none'; base-uri 'self'";
add_header X-Frame-Options "SAMEORIGIN" always;
add_header Referrer-Policy "strict-origin-when-cross-origin" always;
add_header Permissions-Policy "geolocation=(); microphone=(); camera=()" always;
v=DMARC1; p=quarantine; rua=mailto:dmarc@yonhapnews.co.kr; ruf=mailto:dmarc@yonhapnews.co.kr; fo=1
Set-Cookie: name=value; Path=/; Secure; HttpOnly; SameSite=Lax
NSC_16Z_xxxdbdif_205_443=ffffffff0909188e45525d5f4f58455e445a4a423660
Puntos clave
Información de amenazas
- El uso de certificados SSL/TLS no válidos o caducados provoca avisos del navegador y aumenta el riesgo de ataques man-in-the-middle o confusión con sitios de phishing. Revise periódicamente el estado de los certificados.
- Sin HSTS, los ataques de degradación de protocolo y man-in-the-middle pueden debilitar la imposición de HTTPS. Active HSTS y prepare el registro en la lista de preload.
- La falta de encabezados de seguridad importantes aumenta la exposición a clickjacking, MIME sniffing y fugas de información.
- Si DMARC falta o se establece en p=none, la protección frente a suplantación de remitente es más débil. Considere usar quarantine o reject.
La puntuación de riesgo de este sitio se calcula combinando encabezados de seguridad del navegador, estado SSL, contenido mixto, protección del dominio de correo (SPF/DMARC), patrones de redirección/ofuscación y los resultados de Google Safe Browsing y WebRisk. Existen varias señales de riesgo. Antes de pagar o descargar, compruebe la imposición de HTTPS (HSTS), la política DMARC y la presencia de contenido mixto, y compare el sitio en una pestaña nueva con cuentas oficiales o enlaces dentro de la aplicación. Antes de introducir datos de pago o información personal, verifique la información del operador (empresa/contacto), la imposición de HTTPS, DMARC/TLS-RPT y la existencia de contenido mixto.
Escaneo profundo (HTML/encabezados)
- Faltan algunos atributos de seguridad de las cookies (Secure/HttpOnly/SameSite).
- El sitio depende ampliamente de recursos de terceros.
Para cookies de sesión o inicio de sesión, configure siempre los atributos Secure, HttpOnly y SameSite.
Set-Cookie (muestras)
NSC_16Z_xxxdbdif_205_443=ffffffff0909188e45525d5f4f58455e445a4a423660;expires=Wed, 03-Dec-2025 11:28:12 GMT;path=/;secure;httponly
Escenarios de uso
Si realizas un pago en este sitio
Algunas señales técnicas o de reputación aconsejan precaución. Revisa la barra de direcciones, HTTPS y las alertas del navegador antes de introducir datos de pago. Recursos mixtos o sin cifrar (HTTP) o un TLS débil pueden exponer datos de pago o tokens de sesión en algunas redes. La ausencia o debilidad de DMARC permite a atacantes enviar correos de pago suplantados. Es más seguro escribir el dominio manualmente que hacer clic en enlaces de mensajes inesperados.
Si inicias sesión o envías datos personales
Ciertos patrones de scripts, contenido o cabeceras justifican cautela. Compara el enlace de inicio de sesión con fuentes oficiales antes de introducir tus credenciales. La falta de atributos de seguridad en cookies o formularios POST entre dominios facilita el robo o uso indebido de sesiones. Tras iniciar sesión, vigila actividad inusual en cuenta o cargos.
Ubicación del servidor ⓘ
Historial
Cambio ⓘ --Sitios añadidos recientemente
Reseñas
Media - / total 0
Checksum 7e5f7ed5d8184b0f60195fa04c32df40e3d9aea46520545ed941a66a406bb1f7
Redes sociales ⓘ
Plataformas que este sitio podría utilizar.