¿Qué ataques son posibles gracias a la publicación pública de mi historial web?

Tu pregunta podría ser más indefinida de lo que crees. Any el tipo de datos se puede pasar usando los parámetros de URL. Nombres de usuario, contraseñas, tokens de autenticación, configuración, datos de formulario o cualquier cosa que el desarrollador web elija. No siempre es una buena práctica usar parámetros de URL para esto, pero siempre es posible .

Y depende completamente de cada desarrollador web en cada página individual (no solo del sitio) en cuanto a lo que podría estar expuesto y cuándo. Por lo tanto, es posible que no pueda predecir lo que podría estar expuesto.

Entonces, para responder a su pregunta, en el peor de los casos, podría experimentar una divulgación completa y completa de cualquier cantidad de datos personales, incluidas las credenciales.

Por solicitud, hice una búsqueda para la práctica de "contraseñas en los parámetros de URL" y restringí los resultados para este año. Aquí está uno de los mejores éxitos:

enlace

Este es un foro de febrero de 2018 de una importante empresa que cotiza en bolsa y habla sobre cómo hacerlo.

Aquí hay Página oficial de OWASP sobre esta vulnerabilidad:

  

Los valores de los parámetros para 'usuario', 'authz_token' y 'expire' serán   expuesto en las siguientes ubicaciones cuando se usa HTTP o HTTPS:

     

Referer
  Encabezado
Registros web
Sistemas compartidos
Historial del navegador
Caché del navegador
  Surf De Hombro

En realidad un poco:

• Extorsión basada en contenido
• Sistemas de mapeo que no son públicos
• Parámetros sensibles en ciertas solicitudes
• Información personal

Extortion

Esa búsqueda tuya que puede ser embarazosa y fuera de contexto. Una búsqueda en WebMD de una condición médica que no quiere que se dé a conocer a sus compañeros de trabajo, por ejemplo. Una búsqueda que se realizó mejor en modo de incógnito se olvidó.

Sistemas de mapeo que no son públicos

¿Qué tal el sitio de intranet de tu trabajo o el portal web de producción? Bueno, esos nombres aparecerán en tu historial ahora y si es algo como Jenkins, ese es un gran candidato para un ataque de reenlace del DNS.

Parámetros sensibles en ciertas solicitudes

Si visita un sitio que simplemente hace mal el acceso a Internet y el parámetro contiene una clave API, contraseña, credencial o simplemente un identificador de cuenta que se captura y se puede usar ahora.

Información personal

Veo que has estado buscando vacaciones en marzo durante 2 semanas, sería un buen momento para ir a tu casa o personificarte. Buscando un anillo de compromiso que suena como algo que vale la pena robar. ¿Hiciste un mapa de Google desde tu dirección a otra ubicación?

Una de las amenazas que me gustaría mencionar que aún no se ha mencionado es la falta de anonimización.

Los URI en su historial podrían filtrar información sobre sus cuentas de usuario en diferentes sitios, por ejemplo, si comprueba constantemente su propio perfil en los sitios de redes sociales. Si utiliza algunos servicios web de forma anónima y otros con su nombre real (Facebook, Twitter), un adversario puede anular el anonimato y dox usted. Eso puede ser especialmente dañino para usted si aparece en una plataforma de forma anónima y desea que siga siendo así (plataformas de citas, plataformas para compartir archivos, plataformas de voz libre).

Los datos en Internet también tienen la tendencia a estar allí durante mucho tiempo, por lo que esta amenaza es muy persistente.

Voy a intentarlo con mi mano en este ... Tenga en cuenta que existe una diferencia entre 'todos los posibles' y 'ataques dirigidos'. Con eso en mente, dividiría los tipos de ataque en al menos dos categorías: cibernética y de comportamiento. Pueden derivarse entre sí, pero son de naturaleza intrínsecamente diferente.

Cyber amenazas a alguien que tiene acceso a sus URL:

• Variables HTTP POST / GET: si un sitio web particular practica estándares de seguridad deficientes, como la inclusión de información confidencial o secretos (contraseñas) en métodos reversibles o de texto simple, este es probablemente el más evidente, pero como dije en los comentarios de @ schroeder, tendrías que evaluar cada URL, ya que enlace puede estar escrito de forma segura pero enlace secretos . Esto se debe a que la mayoría de las grandes presencias web tienen un pequeño ejército de desarrolladores web que trabajan en su front-end, back-end y todo lo demás. Donde hay una falta de estándares en cada organización (lo que nunca conocemos, los usuarios finales), una parte de una página puede estar peor que otras.

• Si bien los datos de la sesión también tienen información interesante, no se pueden extraer solo de las URL. Entonces, si bien es interesante desde un escenario de compromiso de host, no es aplicable aquí, por lo que pedí el alcance de la pregunta en mi comentario original.

Para agregar a la publicación sobre fuga de información en la URL:

Un atacante que tenga esto puede:

1: extraiga los sitios que utiliza para intentar e inicie sesión para ver si está utilizando las mismas credenciales [se supone que el atacante ha capturado una credencial]

2: esta información otorga un conocimiento mucho más avanzado para crear ataques de phishing. EX: "has sido seleccionado para ver la nueva temporada de MLP [lo que sea]"

3: posible seguimiento físico basado en sitios "oh, sus hijos van a la" guardería de galsitas "porque los veo ingresar para pagar esa factura"

Podría ser más dependiendo de lo que haya allí.

En el caso de un atacante dedicado que se dirige específicamente a usted, pueden identificar algún sitio web amateur pequeño y débilmente protegido que usted frecuenta y su nombre de usuario, e irrumpir en el sitio con la esperanza de encontrar una contraseña que reutilice en otro lugar, o robando algunos otros datos sensibles; tal vez incluso cree contenido de forma activa usando su cuenta.

En el caso más probable en el que el atacante está usando alguna herramienta automatizada para analizar el historial web de muchas personas, es lo que otros han dicho: mapear intrawebs y tal vez encontrar información de inicio de sesión para sitios web escritos de manera incompetente.

Tener el historial de navegación expuesto significa que el atacante tiene en posesión la lista de URL a las que ha accedido su navegador. Desde una URL compleja, un atacante puede identificar esta información:

1. Protocolo
2. Subdominio
3. dominio
4. puerto
5. ruta
6. Parámetros de una consulta
7. Fragmento

Ahora,suprivacidaddependedelaformaenqueeldesarrolladorhayacreadoelsitio.

SiiniciósesiónenunsitiowebquetieneunaURLcomoesta:

www.example.com/?login=**myusers**&password=**mypassword**

entonceselatacantetienesuscredencialesparaesesitio.

Algunosdelosposiblesataquesserían:

1. inyección SQL
2. manipulación de URL
3. Recorrido del directorio
4. Identifique el robo

En palabras simples, su privacidad / riesgo depende del nivel de seguridad que tiene el sitio.

Creo que también hay otra capa completa de ataque que puede provenir de su propio nivel de conciencia y comportamiento de seguridad. Si él, por ejemplo, reutiliza las contraseñas, cualquier cosa a la que pueda acceder usando esa contraseña podría ser filtrada / accesada / lo que sea. Si no sabe específicamente lo que HAY EN el historial de navegación web, y no puede contextualizarlo dentro de sus patrones de uso y comportamientos reales, no puede evaluar la exposición.

Su pregunta: qué ataques están potencialmente expuestos al lanzar el historial de navegación, básicamente es la pregunta incorrecta. La respuesta es la misma que "qué ataques son posibles a partir de la exposición a la información de cualquier ", y la respuesta es que depende de lo que realmente es esa información. El hecho de que su historial de navegación web solo limita el tamaño de la información potencialmente expuesta, no ninguna implicación o valor de esos datos.

Desde un punto de vista de riesgo, aplicar un control como "borrar mi historial de navegación" regularmente hace mucho para eliminar las incógnitas. En el contexto de su proyecto de publicación de su historial de navegación web, lo correcto podría ser eliminar cualquier cosa después de un signo de interrogación o un distintivo hashmark de lo que se publica, entonces, en gran medida, será un patrón de tráfico marcado en el tiempo, en lugar de un patrón de contenido.