phpcurl 在 ssl/https 中安全性如何?

发布于 2024-12-10 01:00:20 字数 302 浏览 0 评论 0原文

我想要两台服务器,服务器 A 和服务器 B。服务器 A 执行所有身份验证(用户名和密码)。如果用户在服务器A上通过了身份验证,那么服务器A将发送用户的会话ID、IP地址、用户代理等POST数据。服务器 B 将通过 SSL 接收所有这些数据,并将信任服务器 A 并向用户授予访问权限。此外,服务器 B 将仅通过服务器 A 的 IP 接受来自服务器 A 的 POST 数据。

我的问题是,由于发布数据是通过curl/ssl发送的,因此在流量中是否会被拦截或窃取?黑客能否以纯文本形式查看会话 ID(这里最重要的组成部分)?

我可以做些什么来提高此方法的安全性吗?

I want to have two servers, Server A and Server B. Server A does all the authentication (username and password). If the user is authenticated at Server A, then Server A will send POST data of a session id, ip address, useragent, etc. of the user. Server B will receive all this data over SSL and will trust Server A and give access to the user. Also, Server B will only accept POST data from Server A by means of Server A's IP.

My question is, since the post data is sent over curl/ssl, can it be intercepted or stolen while in traffic? can the hacker view the session id in plain text(the most important component here)?

Is there anything I can do to increase the security of this method?

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(1

粉红×色少女 2024-12-17 01:00:20

您不想使用 PHP 来实现这一点,因为仅使用网络服务器就可以轻松实现这一点。处理 SSL 的服务器 A(甚至有硬件)可以充当中央身份验证服务并作为反向代理到服务器 B。这是在服务器之间划分职责的常见设置。请研究这些主题。

您可以从各种解决方案中进行选择,包括免费解决方案,例如 nginx 作为反向代理商业像 IBM 的 WebSEAL 等解决方案。

是的,当您使用 SSL 时,它是足够安全(如有疑问,请购买审计)。

顺便说一句,这个问题可能更适合 serverfault.com。

You do not want to implement this with PHP because this is easily achieved with webservers alone. Your Server A handling SSL (there is even hardware for that) can act as an Central Authentication Service and as a Reverse Proxy to Server B. It's a common setup to divide responsibilites between servers. Research these topics please.

You can pick from a variety of solutions for this, ranging from a free solutions like nginx as a reverse proxy or commercial solutions like IBM's WebSEAL, etc.

And yes, when you use SSL, it is secure enough (when in doubt, buy an audit).

On a sidenote, this question is probably better suited for serverfault.com.

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文