gpt4 book ai didi

ios - HTTPS POST 安全级别

转载 作者:行者123 更新时间:2023-11-28 22:00:51 25 4
gpt4 key购买 nike

我在 Stack 上搜索了一下,但找不到 https 的明确答案,只能找到以某种方式包含 http 或未加密参数的解决方案,这些参数在我的情况下不存在。

我开发了一个 iOS 应用程序,它通过 Apache HTTPS POSTS 和 php 与 MySQL 通信。

现在,服务器使用有效证书运行,仅对端口 443 上的流量开放,所有帖子都发送到 https://thedomain.net/obscurefolder/obscurefile.php

如果有人知道要发布的正确参数,那么世界上任何地方的任何人都可能完全搞砸数据库,所以问题是:这种方法安全吗?众所周知,没有人可以访问源代码,并且运行该软件的 iPad 都没有越狱或以其他方式受到损害。

根据答案进行编辑:有几个单独的 php 文件只支持一种特定的操作,并且依赖于非常严格的输入格式和正确的许可证 key (由 SQL 在每个查询中检索)。他们根本不响应输入,除非它 100% 正确并且包含适当的许可证(例如密码)。没有实际的网站,只有响应 POST 的 php 文件,给定正确的输入,如上所述。网络服务器已由第三方安全公司扫描,不包含已知漏洞。

最佳答案

加密是必要的,但不足以保证安全。除了加密连接之外,还有许多其他考虑因素。使用服务器端证书,您可以确认服务器的身份,但您不能(正如您所发现的那样)确认客户端的身份(至少在没有客户端证书的情况下是这样,客户端证书很难通过他们在客户端)。

听起来您需要采取额外措施来防止滥用,例如:

  • 仅支持对数据库的一组合理、有限、定义明确的操作(不将任意 SQL 输入传递到您的数据库,而是有一个清晰的小型 URL 处理程序列表,用于对数据库执行特定、合理的操作数据库)。

  • 验证处理程序的输入是否合理且在允许的参数范围内。

  • 尽您所能(例如使用客户端 ID 或其他 token )对客户端应用程序进行身份验证,以限制每个客户端的功能并检测给定客户端的异常使用模式。

  • 验证用户以确保只有授权用户才能进行适当的修改。

您可能还应该找一位安全专家来审查您的代码和/或聘请某人在您的网站上执行渗透测试,看看他们可以发现哪些漏洞。

关于ios - HTTPS POST 安全级别,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/25137534/

25 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com