Bad idea to pass username and password in the URL when using SSL?(使用SSL时在URL中传递用户名和密码不是个好主意吗?)
问题描述
场景:
我有一个带有Web服务的ASP.NET/Silverlight网站,用于为Silverlight应用程序提供数据支持。网站使用表单身份验证,因此Web服务也可以对请求进行身份验证。
现在我想将一些数据从这个系统拉到一个Android应用程序中。我可以实现用于运行表单登录并存储身份验证cookie的代码,但实际上在Web服务url中发送用户名和密码并对每个调用进行身份验证要简单得多。我真的看不出这有什么大问题,因为通信是SSL加密的,但我愿意接受其他说法;)
你怎么看?坏主意/不错的主意?
结论:
在查看答案之后,针对url请求字符串中的name/pass的唯一真正有效的参数是它存储在服务器日志文件中。当然,这是我的服务器,如果那个服务器被黑客攻击,它存储的数据也会被黑客攻击,但我仍然不喜欢密码出现在日志中。(这就是它们被盐渍和加密存储的原因)解决方案:
我将随请求一起发布用户名和密码。最少的额外工作,更安全。
推荐答案
参见Are querystring parameters secure in HTTPS (HTTP + SSL)?
所有内容都将加密,但URL和查询字符串(以及密码)将显示在服务器日志文件中。
这篇关于使用SSL时在URL中传递用户名和密码不是个好主意吗?的文章就介绍到这了,希望我们推荐的答案对大家有所帮助,也希望大家多多支持编程学习网!
本文标题为:使用SSL时在URL中传递用户名和密码不是个好主意吗?


基础教程推荐
- 经典 Asp 中的 ResolveUrl/Url.Content 等效项 2022-01-01
- 首先创建代码,多对多,关联表中的附加字段 2022-01-01
- 全局 ASAX - 获取服务器名称 2022-01-01
- 在 VS2010 中的 Post Build 事件中将 bin 文件复制到物 2022-01-01
- 从 VS 2017 .NET Core 项目的发布目录中排除文件 2022-01-01
- 错误“此流不支持搜索操作"在 C# 中 2022-01-01
- 是否可以在 asp classic 和 asp.net 之间共享会话状态 2022-01-01
- 如何动态获取文本框中datagridview列的总和 2022-01-01
- JSON.NET 中基于属性的类型解析 2022-01-01
- 将事件 TextChanged 分配给表单中的所有文本框 2022-01-01