移动应用程序安全：初创公司的架构

每个初创公司都会经历紧张。一方面，快速启动、验证和增长的压力。另一方面，需要把事情做对。在这场争端中，安全往往处于失败的一方，被视为“当我们有时间和金钱时”可以解决的奢侈品。

这是一个危险的计算。并不是因为安全总是昂贵的，而是因为初创公司混淆了昂贵的东西和必要的东西。有些安全决策如果及早采取，几乎不会产生任何成本，但如果忽视，则会导致整个产品的损失。

本文适合正在构建移动应用程序并需要诚实答案的创始人和产品负责人：什么是现在可以放弃的，什么是永远不能放弃的。

初创公司的真正困境

初创公司不存在大公司的问题。它没有数百万用户或专门的团队。还有一个问题：资源稀缺、时间短。

因此，复制公司的安全手册是一个错误。初创公司不需要完整的安全程序。您需要洞察力，知道在哪里集中可用的最小努力来获得最大的保护。

大多数早期的应用程序安全灾难都源于一些基本错误。解决这几点已经让您领先于市场的很大一部分。

这就是我的立场。在初创公司中，安全性并不与速度竞争。它保护了你仍然不能失去的一件事：信任。

一家大公司在一次事故中幸存下来。它有品牌、收银员和律师。一家在最初几个月泄露用户数据的初创公司可能根本就不会采取第二次行动。你仍在建立的信任在真正存在之前就被摧毁了。

因此，初创公司的安全性并不是要防范一切。关键是不要犯过早导致公司灭亡的愚蠢错误。

最常见也是最可以避免的错误。 API 密钥、密码和令牌永远不应存在于您的应用程序代码中。用户手机上的应用程序可以被检查，并且其中的所有内容实际上都是公开的。

秘密保留在后端。应用程序以经过身份验证的方式与服务器通信，服务器负责存储需要保存的内容。这个决定是免费的，可以防止一系列灾难。

您不需要发明[密码学0]，也不需要重写身份验证。 iOS 和 Android 为敏感数据提供安全存储。开箱即用的身份服务可解决登录质量问题。 HTTPS 是标准的，正确启用它并没有什么坏处。

初创公司的规则是：利用那些理解者已经完成的安全工作。重新发明这些部件并不是竞争优势，而是伪装成自主权的技术债务。

如果您的应用程序从巴西人收集数据，[LGPD1] 适用于您，无论公司规模如何。但即使抛开法律，有一个简单而有力的原则：只收集你真正需要的东西。

您不收集的数据是您无法泄露的数据。这是最便宜的安全策略。最大限度地减少收集可以降低风险、简化合规性并总体上提高用户信心。

仅在应用程序中进行的验证可以被绕过。对于初创公司来说，这意味着一个简单的规则：任何真正重要的事情，支付、许可、数据访问，都需要在后端进行验证。

该应用程序负责体验。服务器负责处理真相。混淆两者就像锁上门却敞开窗户一样。

想象一下一家创建个人财务管理应用程序的初创公司。产品需要快速推出，以便让真实用户验证这个想法。关于他的一切都促使他尽快交付。

诱惑是将银行的集成密钥存储在应用程序内，验证客户端的使用限制并在本地存储数据，而无需太在意。它在演示中有效。这成为现实世界的悲剧。

健康版本的成本并不高：关键在后端，在服务器上检查限制，敏感数据使用系统的安全存储，并且数据收集是最低要求的。它继续快速建设。这不是一个陷阱。

关键是，成熟的安全性在早期阶段很少涉及做更多的事情。这是关于不做明显的废话。

第一个错误是永远的拖延。 “我们长大后最关心的就是安全。”问题在于，在不安全的基础上发展意味着将失败扩大到修复失败的成本和风险。

第二种则相反：过度导致的瘫痪。创始人试图在 [MVP2] 中实现企业级安全性，但导致产品崩溃。这也杀死了初创公司，只是因为饥饿而不是事故。

三是盲目相信工具。使用云和托管服务会有所帮助，但配置错误是泄漏的最大原因之一。该工具提供安全；锁定由您决定。

成熟处于中间：做好必要的事情，有意识地推迟其余的事情，清楚地知道剩下的事情要留待以后去做。

初创公司的安全性不是一个可以委托的技术主题。无论谁领导，这都是一个战略决策。定义您要建立什么样的公司以及您希望与用户建立什么样的关系。

从小就以洞察力对待安全的初创公司并不缓慢或偏执。你正在保护拥有未来的可能性。大多数时候，它都是通过在正确的时间做出廉价的决策来做到这一点的。

没有信心的速度只是冲向悬崖。最好的初创公司运行得很快，不会把钥匙藏起来。

如果您正在构建一个应用程序并想了解哪些安全战斗现在值得购买，那么值得讨论。博客上还有其他关于 [LGPD3、、MVP 和架构] 的文章，为那些刚刚起步的人深入探讨了这些要点。