Estoy usando PHP 4+ y estoy trabajando en un proyecto de osCommerce, donde me encuentro con la identificación de la sesión en la url, así que solo necesito saber, ¿es una buena práctica mostrar la identificación de la sesión en la url? Si es así, ¿por qué? y si no, ¿por qué? y ¿cómo puedo ocultar la identificación de la sesión en la url y usar cualquier cadena sustituta allí en la url?¿Es una buena práctica mostrar la identificación de la sesión en la url?
Respuesta
No tiene sentido poner una cadena sustituta allí - el punto es que si está utilizando el seguimiento de sesión impulsado por URL en lugar de por cookie, lo que está en la URL debe identificar la sesión. Ya sea que sea la identificación de la sesión real o algo de lo que pueda derivarse, no está ni aquí ni allí; no estás haciendo las cosas más seguras ofuscando.
Si es una buena idea, depende en parte de la seguridad adicional que la rodea. Si puede tomar una URL incrustada de sesión de una máquina a otra y continuar como si fuera el mismo usuario en la misma sesión, entonces no, no lo es. Pero necesita saber más sobre el sitio detrás de todo para responder la pregunta.
Los ID de sesión de URL se usaron cuando las cookies no se admitieron/habilitaron ampliamente. No creo que haya ninguna justificación para usarlos hoy. Se ven feas, no son amigables para el usuario (no se puede simplemente ingresar la URL y esperar iniciar sesión), y son riesgos de seguridad ya que (aunque no son necesariamente vulnerables por sí mismos) hacen que las vulnerabilidades de secuestro de sesión sean mucho más fáciles de explotar.
- 1. ¿Es la buena práctica del subdominio www?
- 2. ¿VERIFY (...) es una buena práctica en la codificación C++?
- 3. ¿Es la inicialización estática una buena práctica de programación?
- 4. ¿Cómo encriptar la identificación de la sesión en una cookie?
- 5. ¿Es una buena práctica comparar la cadena C# con '=='?
- 6. Si la captura de la excepción del puntero nulo no es una buena práctica, ¿la excepción de captura es buena?
- 7. ¿Es una buena práctica usar la reflexión en la lógica de su negocio?
- 8. ¿Práctica incorrecta POST codificada en la URL?
- 9. ¿Está utilizando la buena práctica cfsqltype?
- 10. ¿Es una buena práctica hacer la optimización durante la codificación inicial?
- 11. Cómo configurar Tomcat para no codificar la identificación de la sesión en la URL cuando se invoca HttpServletResponse.encodeURL()
- 12. ¿Los diálogos modales son una buena práctica para la web?
- 13. ¿Cuál es la mejor práctica para nombrar la identificación del elemento XML en Android?
- 14. Comprobación de archivos JAR (bibliotecas) en la herramienta de control de versiones: ¿es una buena práctica?
- 15. ¿Por qué es solo una identificación en la ruta de URL una mala idea para SEO?
- 16. ¿Cómo obtengo la identificación de video de la URL? (Vimeo)
- 17. ¿Es una buena práctica usar rawQuery en ContentProvider?
- 18. Lógica en obtener parte de la propiedad. ¿Buena práctica?
- 19. ¿Es una buena práctica tener consulta de linq en Controladores?
- 20. ¿Cómo obtengo la identificación del video de la URL? (DailyMotion)
- 21. cómo cambiar la identificación de la sesión después de iniciar sesión en asp.net
- 22. ¿Es una buena práctica devolver el puntero de la función en c?
- 23. ¿Cuál es la mejor práctica de diseño/arquitectura para gestionar la autenticación (sesión) y la autorización en una aplicación backbone.js
- 24. Identificador de clase utilizado dentro de la declaración de clase. ¿Es una buena práctica?
- 25. ¿Es una buena práctica implementar lógica en las propiedades
- 26. ¿Es una buena práctica usar assert en Java?
- 27. Java: ¿es una buena práctica definir beans en XML?
- 28. ¿Es una buena práctica proteger las variables miembro?
- 29. ¿Es una buena práctica exportar variables en Perl?
- 30. es "donde (Paramid = @ParamID) OR (@ParamID = -1)" una buena práctica en la selección sql
Los ID de sesión controlados por URL matan su SEO además de ser un riesgo de seguridad importante. Mantenga sus ID de sesión en las cookies. –