blocks|key|960226|text|不，不是的。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|960227|就在我脑海中，我可以想到许多原因:+HTTP报头仍然是未加密的，密钥交换容易受到中间人攻击，并且您高度信任客户端代码。|960228|只需使用a+free+SSL+certificate+from+Startcom即可。|offset|length|960229|entityMap|0|LINK|mutability|MUTABLE|url|http://www.startssl.com/^0|0|0|4|10|0|0^^$0|@$1|2|3|4|5|6|7|P|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|Q|8|@]|9|@]|A|$]]|$1|D|3|E|5|6|7|R|8|@]|9|@$F|S|G|T|1|U]]|A|$]]|$1|H|3|-4|5|6|7|V|8|@]|9|@]|A|$]]]|I|$J|$5|K|L|M|A|$N|O]]]]

No, it's not.

Just off the top of my head, I can think of many reasons: HTTP headers are still unencrypted, the key exchange is vulnerable to man-in-the-middle attacks, and you're putting a high degree of trust in client-side code.

Just use <a href="http://www.startssl.com/" rel="noreferrer">a free SSL certificate from Startcom</a>.

blocks|key|960205|text|在jCryption的info部分|type|unstyled|depth|inlineStyleRanges|entityRanges|offset|length|data|960206|960207|+jCryption目前的状态不能替代SSL，因为没有身份验证，但jCryption的主要目标应该是一个非常容易和快速安装的插件，其中提供了一个基本级别的安全。|blockquote|style|BOLD|960208|960209|960210|这是不言而喻的。这个插件不是SSL的替代品，也不是它的替代品。我们的目标不是高科技安全。|960211|如果您想要以任何方式都值得信任的安全性，只需购买SSL证书。如果你愿意，也可以做你自己的。|960212|entityMap|0|LINK|mutability|MUTABLE|url|http://www.jcryption.org/info/^0|1|9|0|0|0|F|G|1V|C|0|0|0|0|0^^$0|@$1|2|3|4|5|6|7|X|8|@]|9|@$A|Y|B|Z|1|10]]|C|$]]|$1|D|3|-4|5|6|7|11|8|@]|9|@]|C|$]]|$1|E|3|F|5|G|7|12|8|@$A|13|B|14|H|I]|$A|15|B|16|H|I]]|9|@]|C|$]]|$1|J|3|-4|5|6|7|17|8|@]|9|@]|C|$]]|$1|K|3|-4|5|6|7|18|8|@]|9|@]|C|$]]|$1|L|3|M|5|6|7|19|8|@]|9|@]|C|$]]|$1|N|3|O|5|6|7|1A|8|@]|9|@]|C|$]]|$1|P|3|-4|5|6|7|1B|8|@]|9|@]|C|$]]]|Q|$R|$5|S|T|U|C|$V|W]]]]

In the info section of <a href="http://www.jcryption.org/info/" rel="nofollow">jCryption</a>:

<blockquote>
 jCryption at it’s current state is no replacement for SSL, because there is no authentication, but the main goal of jCryption should be a very easy and fast to install plugin which offers a base level of security.
</blockquote>

It's quite self-explanatory. This plugin is not a replacement for SSL in any way, nor is it meant to be. The goal is not high-tech security.

If you want security that can be trusted in any way, just buy an SSL certificate. Or make your own, if you wish.

blocks|key|963304|text|您可以尝试使用Challenging+Authentication-Agreement+Protocol+(CAAP)。对于算法，我建议您在CTR模式下使用RSA和Serpent，并在每条消息后附加一个HMAC-SHA-512验证码。这可以用最少的知识安全地实现。尽管一个配置良好的SSL系统可能会更容易、更安全。|type|unstyled|depth|inlineStyleRanges|entityRanges|offset|length|data|963305|如果您的组织不是面向公众的服务器，则始终可以在组织内部启动自己的证书颁发机构。这样一来，SSL证书就不会花你很多钱了。|963306|entityMap|0|LINK|mutability|MUTABLE|url|http://emitcode.com/papers/CAAP.pdf^0|7|1G|0|0|0^^$0|@$1|2|3|4|5|6|7|N|8|@]|9|@$A|O|B|P|1|Q]]|C|$]]|$1|D|3|E|5|6|7|R|8|@]|9|@]|C|$]]|$1|F|3|-4|5|6|7|S|8|@]|9|@]|C|$]]]|G|$H|$5|I|J|K|C|$L|M]]]]

You can try using the <a href="http://emitcode.com/papers/CAAP.pdf" rel="nofollow">Challenging Authentication-Agreement Protocol (CAAP)</a>. I suggest for the algorithms you use RSA and Serpent in CTR mode with a HMAC-SHA-512 authentication code appended to each message. This can be implemented securely with minimal knowledge. Although a nicely configured SSL system would probably be even easier and safer.

You can always start your own certificate authority internal to your organization if this is not a public facing server. That way SSL certificates will not cost you an arm and a leg.

blocks|key|3463048|text|jCryption只打算为您的敏感数据提供二级保护。SSL始终是您的主要加密和保护机制。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|3463049|由于大多数网站完全依赖SSL证书进行保护，因此出现了破解或窃取证书的新方法。如果您的证书被盗，您将面临中间人攻击。这就是jCryption发挥作用的地方。如果你有二级保护(类似于双因素身份验证)，黑客仍然无法有意义地访问你的敏感数据。|3463050|希望这能有所帮助。|3463051|entityMap^0|0|0|0^^$0|@$1|2|3|4|5|6|7|H|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|I|8|@]|9|@]|A|$]]|$1|D|3|E|5|6|7|J|8|@]|9|@]|A|$]]|$1|F|3|-4|5|6|7|K|8|@]|9|@]|A|$]]]|G|$]]

jCryption intends to only offer a secondary protection to your sensitive data. SSL is always your primary encryption and protection mechanism.

As most websites are completely dependent on SSL certificate for protection, new ways are developed to hack or steal certificates. In an event that you certificate is stolen, you are exposed to man in the middle attack. And this is where jCryption comes into play. The hacker still cannot have meaningful access to your sensitive data if you have a secondary protection(kind of similar to 2-factor authentication).

Hope this helps.

I would like to know if <a href="http://www.jcryption.org/" rel="nofollow">jCryption</a> + Challenge Response Authentication Mechanism are a good alternative to SSL.

I know that SSL is very much better, but I'm making a project where the owner don't want to buy a SSL certificate and, I would like to find a solution to give the best security approach that could be acquired without the use of SSL.

Any ideas?

jCryption + CRAM are a good alternative to SSL?

翻译质量差，导致语言生硬或混乱。

没有提供实际的解决方法或示例。

解答不清晰，无法理解或解决问题。

页面排版不美观，阅读体验差。

文章

问答

视频

教程

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云智能顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

EdgeOne AI 安全实战专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云AI代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

功能1上新10个字符

功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符。

功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符。

功能5描述100个字符功能5描述100个字符功能5描述100个字符功能5描述100个字符功能5描述100个字符功能5描述100个字符

功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符

功能4上新

文章&问答评论现已支持表情

全新交互，全新视觉，新增快捷键、悬浮工具栏、高亮块等功能并同时优化现有功能，全面提升创作效率和体验

社区富文本编辑器全新改版！诚邀体验～ 

精选全网热门MCP server，让你的AI更好用 🚀

💥开发者 MCP广场重磅上线！

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

聚焦“写作效率、视觉美观与运行性能”三方面进行全面升级，为您提供更高效、稳定的创作环境

社区富文本&Markdown编辑器全新改版上线，欢迎大家体验!

诚挚邀请您参与本次调研，分享您的真实使用感受与建议。您的反馈至关重要，感谢您的支持与参与！

社区新版编辑器体验调研

我想知道 +挑战响应认证机制是否是SSL的一个好的替代方案。我知道SSL要好得多，但我正在做一个项目，其中所有者不想购买SSL证书，我想找到一个解决方案来提供最好的安全方法，可以在不使用SSL的情况下获得。有什么想法吗？

问jCryption + CRAM是SSL的一个很好的替代品吗？
EN

回答 4

Stack Overflow用户

Stack Overflow用户

Stack Overflow用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问jCryption + CRAM是SSL的一个很好的替代品吗？EN

回答 4

Stack Overflow用户

Stack Overflow用户

Stack Overflow用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问jCryption + CRAM是SSL的一个很好的替代品吗？
EN