blocks|key|3783553|text|对于您的特定用例，可以使用自签名证书。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|3783554|当您控制应用程序时，您不必使用浏览器识别的证书，这是受信任CA认证的关键点。|3783555|在功能上，安全性没有区别。请参阅：从安全角度看，自签名证书是否与CA不同？|offset|length|entityMap|0|LINK|mutability|MUTABLE|url|https://security.stackexchange.com/questions/15510/does-self-signed-certificate-differ-from-ca-from-a-security-point-of-view^0|0|0|H|K|0^^$0|@$1|2|3|4|5|6|7|O|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|P|8|@]|9|@]|A|$]]|$1|D|3|E|5|6|7|Q|8|@]|9|@$F|R|G|S|1|T]]|A|$]]]|H|$I|$5|J|K|L|A|$M|N]]]]

For your particular use case, a self signed cert would be fine.

As you control the app, you do not have to use certificates recognized by browsers, which is the key point of a certificated by a trusted CA.

Functionally, there is no difference in security. See: <a href="https://security.stackexchange.com/questions/15510/does-self-signed-certificate-differ-from-ca-from-a-security-point-of-view">Does Self-signed certificate differ from CA from a security point of view?</a>

blocks|key|3783468|text|你可以得到一个大约10美元的SSL证书。没有得到一个更多的麻烦比钱是值得的。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|entityMap^0^^$0|@$1|2|3|4|5|6|7|C|8|@]|9|@]|A|$]]]|B|$]]

You can get a SSL cert for something like $10. Not getting one creates far more hassle than that money is worth.

You can write code to securely verify the self-signed SSL certificate in your app, but the potential for making mistakes is greater than zero, and therefore not really worth it.

blocks|key|43204|text|系统的安全性取决于客户端的实现。证书本质上所做的就是提供一个“商定的加密通信协议”。实际上，通信的安全性取决于是否有人在扮演“人在中间”。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|43205|那么，如何验证接收到的证书是否与源希望您使用的证书相同？这要么是通过第三方验证器(这是向CA支付的内容)，要么是通过客户端(从以前的硬编码实现)已经知道证书应该是什么样子的。|43206|格拉！|entityMap^0|0|0^^$0|@$1|2|3|4|5|6|7|G|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|H|8|@]|9|@]|A|$]]|$1|D|3|E|5|6|7|I|8|@]|9|@]|A|$]]]|F|$]]

Security of the system is dependent on client implementation. All a certificate inherently does is provide an "agreed encrypted communication protocol". How secure the communication is in actuality is whether or not there is someone playing "man in the middle". 

So how do you verify that the certificate received is the same certificate that the source wants you to use? That's either through a 3rd party verifier (which is what comes with payment to a CA) or through the client who (from a previously hard coded implementation) already whats what the cert should look like.

gluck!

blocks|key|43226|text|使用自签名证书通常是个坏主意。考虑一下场景:硬编码您的证书指纹以确保没有MITM。假设您的服务器被破坏了，您需要撤销证书并颁发一个新的证书。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|43227|想想给你的用户基础带来的后果--必须更新新版本的应用程序。|43228|有可能吗？是的，虽然你的里程可能会有变化，就像他们说的。您可以根据您正在传输的数据的风险配置以及事务的性质进行计算。例如，如果你有一个游戏，并转移你的游戏高分，那么它应该是可以的。但是，如果你开始处理其他事情，比如用户注册，那就不是那么好了。|entityMap^0|0|0^^$0|@$1|2|3|4|5|6|7|G|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|H|8|@]|9|@]|A|$]]|$1|D|3|E|5|6|7|I|8|@]|9|@]|A|$]]]|F|$]]

Using self-singed certificates is generally a bad idea. Consider the scenario: you hardcode your certificate fingerprint to make sure there's no MITM. Imagine that your server gets compromised, and you need to revoke the certificate, and issue a new one. 

Think of the consequences to your user base - having to update a new version of the app.

Is it possible? It is, although your mileage may vary, as they say. You work out of the risk profile of the data you're transferring, and the nature of the transactions. For example, if you've got a game and transfer your game high scores only, then it should be OK. However, if you start transacting other things, like user registration, then it wouldn't be that good.

My mobile (iOS and Android) connects to my server via a REST API over HTTP. I would like that HTTP to be secure, so HTTPS seems to be the obvious choice. All of the questions about self signing SSL certificates warn about how users of the a website won't trust you if you self-sign and they don't know you. But in this case, I don't need my users to trust me, but rather the app has to trust me. Are there any problems with this approach or should I just fork out the money to one of the CAs so I don't have to worry about it?

Self sign SSL certificate for my mobile app?

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

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

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

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

文章

问答

视频

教程

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

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

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

腾讯云数据库专区

腾讯云智能顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云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编辑器全新改版上线，欢迎大家体验!

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

社区新版编辑器体验调研

我的手机(iOS和Android)通过REST通过HTTP连接到我的服务器。我希望HTTP是安全的，所以HTTPS似乎是显而易见的选择。所有关于自签名SSL证书的问题都警告说，如果您自己签名，并且用户不认识您，网站的用户将如何不信任您。但在这种情况下，我不需要我的用户信任我，而是应用程序必须信任我。这种方法有什么问题吗?还是我应该把钱花在一个CA上，这样我就不用担心了？

问为我的移动应用程序自签SSL证书？
EN

回答 4

Security用户

Security用户

Security用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问为我的移动应用程序自签SSL证书？EN

回答 4

Security用户

Security用户

Security用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问为我的移动应用程序自签SSL证书？
EN