Estoy trabajando en un servidor web que no configuré totalmente y estoy tratando de averiguar qué partes de una página web se envían cifradas y cuáles no. Firefox me dice que partes de la página están encriptadas, pero quiero saber qué, específicamente, está encriptado.¿Cómo averiguo qué partes de una página web están encriptadas y cuáles no?
Para cada elemento cargado en la página, comprobar su esquema:
(se puede ver una lista relativamente completa en Firefox haciendo clic derecho en la página y seleccionando a continuación, la pestaña "Ver Información de la página" "medios"
EDIT:. FF única muestra imágenes y elementos multimedia También son archivos javascript & CSS que deben ser verificados. Y Firebug es una buena herramienta para encontrar lo que necesita.
Esto parece obtener una lista de imágenes, pero ¿qué pasa con los elementos de texto? También en el mío se llama "Ver información de la página". –
Los elementos de texto son parte de la página en sí. No se cargan por separado. –
Olfatee los paquetes - eso le dirá realmente rápido WireShark es un buen programa para tales una tarea.
Tengo que obtener permiso de mi jefe antes de poder olfatear los paquetes. Y debería poder hacer esto desde un nivel superior. ¡Pero buena sugerencia! –
Can firebug d o esto?
Editar: Parece que firebug también lo hará usando el panel "Red", que también le ofrece otras estadísticas interesantes.
Algunos elementos pueden no incluir http o https, en este caso cualquiera que se haya utilizado para la página se utilizará para estos elementos, es decir, si la solicitud de la página está en SSL, estas imágenes vendrán encriptadas mientras que la solicitud de la página no bajo SSL, estos vendrán sin cifrar. Fiddler en Internet Explorer también puede ser útil para rastrear parte de esta información.
¡Gran sugerencia! Fiddler funciona como un proxy y Firefox también se puede dirigir a través de él ... es solo un paso de configuración manual ... – Dscoduc
La mejor herramienta que he encontrado para detectar enlaces http en una conexión https es Fiddler. También es ideal para muchos otros esfuerzos de resolución de problemas.
El problema no es siempre enlaces malos en su página.
Si enlaza a iresources en un sitio externo usando https: //, y luego el sitio externo hace su propio redireccionamiento HTTP a páginas que no son SSL, eso romperá el bloqueo de SSL en su página.
PERO, al ver la fuente o la información en la pestaña de medios, no verá ningún http: //, ya que su página está utilizando correctamente solo https: // enlaces.
Como se sugirió anteriormente, la pestaña Firebug Net mostrará este y cualquier otro problema. Siga estos pasos:
Aquí hay un ejemplo de salida de Firebug para el problema de la redirección externa. En mi caso, encontré una página que llamaba https: // data feeds obtenía los feeds reescritos por el servidor externo en http: //.
He cambiado el nombre de mi sitio a "mysite.example.com" y el sitio externo a "external.ejemplo.com", pero de lo contrario dejó intactos los heders. Los encabezados de solicitud se muestran en la parte inferior, debajo de los encabezados de respuesta. Tenga en cuenta que "estoy solicitando una https: // enlace desde mi sitio, pero conseguir redirigido a una http: // enlace, que es lo que se me parte el bloqueo de SSL:
Response Headers
Server nginx/0.8.54
Date Fri, 07 Oct 2011 17:35:16 GMT
Content-Type text/html
Content-Length 185
Connection keep-alive
Location http://external.example.com/embed/?key=t6Qu2&width=940&height=300&interval=week&baseAtZero=false
Request Headers
Host external.example.com
User-Agent Mozilla/5.0 (Windows NT 6.1; WOW64; rv:7.0.1) Gecko/20100101 Firefox/7.0.1
Accept */*
Accept-Language en-gb,en;q=0.5
Accept-Encoding gzip, deflate
Accept-Charset ISO-8859-1,utf-8;q=0.7,*;q=0.7
Connection keep-alive
Referer https://mysite.example.com/real-time-data
Cookie JSESSIONID=B33FF1C1F1B732E7F05A547A9CB76ED3
Pragma no-cache
Cache-Control no-cache
Por lo tanto, lo importante a tener en cuenta es que en los Encabezados de respuesta (arriba), está viendo una Ubicación: que comienza con http: //, no https: //. Su navegador tendrá esto en cuenta cuando descubra si el bloqueo es válido o no, e informe contenido parcialmente encriptado (esta es una función importante de seguridad del navegador para alertar a los usuarios sobre posibles ataques de XSRF y/o phishing).
La solución en este caso no es algo que pueda solucionar en su sitio - usted decir ah ve a solicitar al sitio externo que detenga su redireccionamiento a http. A menudo, esto se hizo de su parte por conveniencia, sin darse cuenta de esta consecuencia, y un correo electrónico bien escrito y amable puede solucionarlo.
Gran información sobre cómo solucionar problemas con Firebug. ¡Gracias! –
Utilizo el complemento FF HTTPFox para esto.
Ver: http://stackoverflow.com/a/13760256/483588 –
posible duplicado de [Averiguar qué recursos no van a través de HTTPS] (http://stackoverflow.com/questions/3292697/find-out-what-resources-are-not-going-over-https) –