在 URL 中传递的 HTTP 基本身份验证凭据和加密
我有关于 HTTPS 和 HTTP 身份验证凭据的问题。
假设我使用 HTTP 身份验证保护 URL:
<Directory /var/www/webcallback>
AuthType Basic
AuthName "Restricted Area"
AuthUserFile /var/www/passwd/passwords
Require user gooduser
</Directory>
然后我通过 HTTPS 从远程系统访问该 URL,并在 URL 中传递凭据:
https://gooduser:[email protected]/webcallback?foo=bar
用户名和密码是否会自动进行 SSL 加密? GET 和 POST 也是如此吗?我很难找到包含此信息的可靠来源。
I have a question about HTTPS and HTTP Authentication credentials.
Suppose I secure a URL with HTTP Authentication:
<Directory /var/www/webcallback>
AuthType Basic
AuthName "Restricted Area"
AuthUserFile /var/www/passwd/passwords
Require user gooduser
</Directory>
I then access that URL from a remote system via HTTPS, passing the credentials in the URL:
https://gooduser:[email protected]/webcallback?foo=bar
Will the username and password be automatically SSL encrypted? Is the same true for GETs and POSTs? I'm having a hard time locating a credible source with this information.
如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱,如果其他用户或者作者回复了您的评论,将不能在第一时间通知您!
发布评论
评论(3)
是的,是的。
使用 SSL 时,整个通信(如果主机名的 IP 尚未缓存,则除了 DNS 查找之外)都会被加密。
Yes, yes yes.
The entire communication (save for the DNS lookup if the IP for the hostname isn't already cached) is encrypted when SSL is in use.
如果您简单地检查一下幕后发生的事情,您就会明白。
You'll understand it if you simply check what happens behind the scenes.
不一定是真的。它将在网络上加密,但仍以纯文本形式记录在日志中
Not necessarily true. It will be encrypted on the wire however it still lands in the logs plain text