游戏中的加密内容

我一直想使用加密来防止用户在程序本身之外弄清楚程序中的内容。就像用户可能会发现，在游戏数据中浏览时，从未在游戏中使用过的纹理将成为某种复活节彩蛋的一部分。如果在网上发布，这可能会破坏所有人的利益。

想象一下一个秘密房间，玩家必须在游戏室的安全门上按下正确的数字，如果正确，它将生成正确的解密密钥，然后解密该关卡的一部分并打开门。因此，由于实际上并没有存储密钥，因此即使在浏览游戏数据时也无法访问复活节彩蛋，它是根据用户输入生成的。

这是我想象中的另一个例子。我有一个益智游戏，假设有20个关卡，每个关卡都使用不同的密钥加密。我没有在程序中直接存储解密密钥，从而使某人可以反编译该程序并找到它，而是根据上一个难题的解决方案生成了加密/解密密钥。这样，即使在浏览游戏数据时，玩家也必须在获得有关下一关的任何信息之前实际找出难题。

考虑到谜题解决方案的数量可能少于解密密钥的数量，玩家如果知识渊博，就可以“轻松”进行暴力破解。这实际上是难题的复杂性，在这里不是很重要。虽然我确实在这里发布了有关它的答案

今天有没有做过这样的程序/游戏？在他们的游戏中存储加密内容？如果不是，为什么呢？在商店或国家/地区是否有很多法规和规章制度？有人看到我缺少的明显陷阱吗？忽略诸如用户体验之类的东西，这个主意在我看来似乎很合理，让我很好奇为什么以前从未见过。

编辑：可能不清楚我在说什么，所以这是一个更具体的示例。

假设我有一个函数，它接受20个字符的字符串并生成一个对称密钥，我可以使用该密钥对游戏中的某些内容进行加密/解密。用户获取该内容的唯一方法是知道这20个字符并生成相同的密钥。该密钥从不直接存储，而是根据用户输入即时生成的。这些角色将隐藏在游戏中，可能是书籍，与NPC的对话，甚至可能不在游戏盒背面。

因此，尝试使用2 * 10 ^ 28种可能的组合，人们更有可能会以预期的方式找到内容，而不是通过浏览游戏数据来找到内容。

编辑2：在将内容发送给消费者之前，将使用任意密钥对内容进行加密。此键显然不会随游戏一起提供。给定一系列基于钥匙的线索，他或她将不得不以某种方式将钥匙重新拼凑在一起，并且这些线索在整个游戏或其他地方都是隐藏的。但是，该系统对用户是透明的，因为除非您实际浏览游戏数据，否则您将不知道内容是加密的。

很多人提到，这样做的局限性在于它有一个明显的缺点。一旦一个人弄清楚了，他/她就可以与其他人共享它（如果不是密钥/解决方案，则可以是内容本身）。但是，如果您打算保密，以至于一个人无法解决问题，而人们必须共同解决它，或者您担心自己的复活节彩蛋被隐藏（设计使然），以至于无法解决它。更有可能有人会在代码中找到它，而不是通过玩游戏。然后我认为这可能很好。

我个人建议每场游戏只能使用一次，并且仅用于不影响核心游戏玩法的事物，例如复活节彩蛋，秘密结局。任何谜题都必须如此复杂或被很好地隐藏起来，以使人们放慢脚步，以使加密内容值得，如果这个谜题阻碍了人们的进步，那么没人可能会玩得开心。

这个问题问的是，是否有可能（不仅仅是商业上可行或其他解释）迫使至少一个用户解决难题而不是黑客破解某些游戏内容。

据我所知，这绝对是可能的。实际上，对我来说很奇怪的是，即使已经非常明确地声明既不生成也不存储密钥，而只是从游戏状态中读取（可能有可能的googleplex），其他答案却说这是完全不可能的值）。“游戏知道如何解密”这样的论点将不起作用，这意味着任何开源加密/解密软件（例如TrueCrypt）本质上都是不安全的，因为您知道“如何”解密容器（只需输入一个基于键盘输入的字符串，很简单吧？）。

在绝对最简单的情况下，假设游戏本身是一个键盘模拟器，并询问“我的加密文件的密码是什么？”这个问题，显然我们都同意拥有游戏的源代码无济于事。现在想象游戏问的问题是：“地球上最大的动物的名字与最小的动物的名字连在一起是什么？”。尚不清楚即使拥有游戏源代码也无济于事，而您仍然必须解决难题吗？

关于这是否可能，答案是绝对“是”，这是可能的。

已经尝试过了。很多很多次 有一个完整的子行业专门致力于尝试使用加密来阻止用户访问他们认为合适的程序。而且它永远都行不通。最好的保护方案通常要持续一个月左右才能被破解，而关于Internet的事情是，一旦被破解一次，一旦有人发布，它就会永远被破解。您缺少的一个明显的陷阱是，为了使程序能够使用数据，它必须包含解密数据所需的所有信息，并且如果计算机可以做到这一点，那么有权访问计算机的人可以做到这一点。那。

它被称为“密码学的基本问题”：爱丽丝想向鲍勃发送一条消息，即使查理知道了，查理也无法阅读。 您提出的方法的问题在于，在这种情况下，鲍勃和查理是同一个人。

我能理解不破坏用户的愿望，但是如果人们想要破坏者，他们会找到他们，如果不希望，那么他们将倾向于积极避免破坏者。但是，如果您想真正创造出出色的游戏，那就走相反的路：彻底的开放。看诸如《无冬之夜》，《星际争霸》或《上古卷轴》系列之类的游戏，这些游戏在发行后已经流行了很多年。他们之所以这样做，是因为他们在游戏中附带了功能强大的设计工具，使用户可以深入研究一切，弄清其工作原理以及构建和共享自己的内容。一个游戏只是一个游戏，直到它成为一个社区，并且社区持续存在。

我已经待了很长时间了，才知道如果有内容，就会有人找到。加倍努力只会吸引更多有决心的人。您的产品越受欢迎，它就会变得越有趣。部分原因是这是一个挑战，部分原因是通过发布此类信息，您可以在许多地方获得“信誉”。

如果密钥是由游戏本地生成的，则可以找到一种方法来欺骗整个游戏，直到生成密钥为止，或者干脆找出正确的代码。如果在完成游戏中的某些步骤时将密钥从服务器发送给您，那么有人会欺骗您的服务器以使其相信自己已经走了足够远。

最终，您将花费大量时间使游戏变得有趣和引人入胜，而这将使您难以发现下一级的颜色，这将使您受益匪浅。

之所以应该在gamedev.SE上使用，主要是因为进行这种加密会影响游戏性。

您希望一个难题的解决方案成为下一个难题的加密密钥。也就是说，该解决方案的实际数据必须解密下一个难题。这意味着解密密钥在任何地方都不是游戏数据的一部分。它是由玩家生成的。

这就是后果。解密通常是二进制的。您是否具有解密数据所需的确切解密密钥，否则就没有。

结果是，无论您设计哪种游戏，都必须专注于狭that的领域，以至于每个关卡都只有一种可能的解决方案。因此，您的拼图机制必须经过精心设计，以使玩家无法以不同于您的意图的方式来解决拼图。

以Portal（测试室10）为例。您应该向左走，做一些事情，然后向右走，做一些事情，所有这些都是为了降低平台。

或者，当您走进去时，您可以给自己一些速度，然后跳到平台上。

GLaDOS：所以您制作了一个益智游戏。一个益智游戏，惩罚最喜欢益智游戏的人。做得好。但是至少那些黑客不会获得您的宝贵数据。因为喜欢解谜游戏的人是查找在线益智游戏解决方案的确切人。

因此，这完全值得。

因此，诸如Lolo历险记，SpaceCHEM和Portal（数百万其他游戏）之类的益智游戏就很合适。取而代之的是，您必须对游戏进行设计，以致无法创建具有多个解决方案的难题。这需要非常谨慎，并且通常需要充分限制游戏玩法。

GLaDOS：所以您制作了一个益智游戏。一款适合喜欢寻找难题的创意解决方案的人玩的游戏。您制作的游戏没有针对难题的创造性解决方案。*慢拍*

我并不是说您不能创建这样的游戏。否则，这样的游戏就不好了。只是必须以某种方式设计这样的游戏。

哦，您必须设计这种游戏方式，以便不可能（或非常困难）机械地找到解决方案。

GLaDOS：所以您制作了一个益智游戏。一个益智游戏，这是更有趣的黑客，而不是发挥。做得好。

当然，对此有一个警告：“解决方案”的含义。或更重要的是，您考虑解决方案的哪些要素？

对于任何涉及移动角色的游戏，您可能都不会使用角色的确切动作来构造解密密钥。例如，如果您有一个益智游戏，玩家需要拿起某些物品来“解决”难题，那么您可以根据这些物品的触摸顺序来确定钥匙。

当然，这会遇到上面的问题，玩家会找到一种无序做事的方法。同样，这也意味着您必须设计拼图，以使您只能提取一个订单。

此外，无论用于构造解密密钥的任何元素都需要提供足够的熵，以使蛮力解密变得困难。使用上面的收集顺序机制，每个新项目实际上都是多余的一位。如果一个关卡只有8个项目，则您正在执行8位加密。废话 大多数智能手机都可以在几秒钟内完成处理。

如今，您至少需要128个才能使其更具挑战性。现在，这意味着每个关卡都需要包含很多内容，这又会影响您的游戏设计。

答案很好。我会从另一个角度来看它。您所描述的是一个功能。功能具有成本和收益。这些成本包括创建要素的美元成本和“机会成本”。它们是：在一个拥有有限的资金，有限的时间和有限的程序员的世界中，您所做的每个功能都意味着无限数量的可能功能，而这些功能是它所不能替代的。

因此，问题是：您可以实际说明此功能的成本吗？没有免费功能，因此在费用上要切合实际。您愿意为此功能支付一千美元吗？十万？一百万？您愿意削减哪些功能以拥有此功能？

我认为，一旦您开始考虑错过的成本，收益和机会的优先顺序，您就会意识到，当您本来想让游戏变得更有趣的方式时，您已经花了太多时间在考虑此功能。

爱丽丝·鲍勃和夏娃的问题很好地说明了这一点。正如梅森在回答中指出的那样，如果夏娃还是鲍勃，就不能对夏娃保密。

因此，任何解决方案都将由Bob拥有的所有必要信息组成。您将必须将每个级别视为一条单独的消息，并相互单独加密，并为下一个级别提供消息的外部源，以便能够正确地保留消息。

但是最终，这变得毫无意义。如果有人可以自己玩游戏，那么也可以编写一个程序来摄取游戏。因此，您要做的就是强迫它们从您的外部源（可能是某种服务器）来回移动。一旦他们破解了如何将消息发送到您的服务器，这就是同样的故事。

但是您在这里忘记了一个关键要素。游戏而已。如果有人在游戏中作弊，那就大声疾呼。您没有为作弊者编写游戏。任务演练或升级指南也是如此：想要独自解决难题的人会忽略发布的解决方案。即使您能够在不玩游戏的情况下也无法破解游戏（我们知道这在逻辑上是不可能的，但是即使您可以，也可以）只有一个人走过，然后他才能发布击败游戏的所有必要信息。因此，您只是在延迟不可避免的事情。

花时间做一个很棒的游戏。有十件事情每个游戏都需要和最后我看了看，加密是不是其中之一。

我相信你的想法是没有意义的。

当某人玩您的游戏时，他们选择玩游戏，不是为了赢得奖励而是为了娱乐。

用户知道，最有趣的是来自扮演您的意思而不会作弊的方式，因为您的客户已经相信您作为讲故事的人。

同样，只要有人找到了难题的解决方案，即您的钥匙，他们就可以将其发布到Internet上的某个位置。
想要作弊的玩家仍然可以做到。

但是，如果您的游戏提供了多种解决方案，例如《超级马里奥大地》的秘密关卡，则对资产进行加密将使您无法轻松访问这些解决方案。

虽然这似乎支持您的想法，但最终并非如此。

即使使用加密，仍然有可能知道存在这样的秘密解决方案。
一旦知道存在秘密解决方案，防止玩家查看秘密资产就没有关系了，因为他们仍然希望通过游戏本身来访问游戏的隐藏部分（是的，即使他们已经看到了所有隐藏的内容，纹理/剪辑/音频/文本）。

您可以通过使用一些过时的技术¹来防止秘密解决方案的存在泄漏，但它仍然令人怀疑（如果没有秘密解决方案，为什么要这样做呢？），玩家会失去寻找它们的兴趣，而您的玩家减少了， 不多。
毕竟，在完成一场比赛来触发一些复活节彩蛋之后，我们可以多玩几个小时，但是如果触发它们需要巨大的努力，我们将不会再玩一分钟！

您想要做的就像是一本书，其中下一章用当前章的单词加密，以防止读者破坏结尾。
考虑一下，不是没有意义吗？

_{¹非常类似于VeraCrypt对隐藏卷进行的操作。}

我不会评论商业可行性，但是从纯技术角度来看，这是一个有趣的挑战。

首先请注意，任何未加密的内容都无法得到保护。您无法将进入的门保密，破解者会在闸门周围找到一条路，而您必须将整个秘密设为门本身。就资产而言，这并不一定意味着整个纹理等...仅加密计划，使用的方案以及如何加密，出于性能原因，您希望加密的数据越少越好。

其次，您是正确的，如果密钥包含在软件中，那么它将从软件中获得。许多游戏在保护内容时，都会尝试通过模糊的方式使用安全性或使用确保游戏软件未更改的机制。这些只是拖延战术。

您使用谜题解决方案作为密钥的想法非常有趣，但是，使用直接提供的密钥很容易被蛮力地使用。相反，将用户输入视为密码，并使用最新的密码哈希方案：生成的哈希是密钥。

但是，即使那样，您在游戏中不存在钥匙的假设中仍然存在错误。如果不是这样，您将无法引导您的玩家朝着它前进。因此，与其尝试强行使用保险柜，不如对游戏资产进行反向工程以寻找线索。我可以想到的一个潜在难题是使用纹理编码字形，然后密码将包含键盘上的一些可用密码，如玩家应该访问的位置所揭示的（按顺序）：

• 问题的症结在于，计算机仍然难以识别图像
• 在此之上，我们对CAPTCHA饼干针对字母和数字（而非自定义字形）进行了调整
• 最重要的是，我们通过组合多个纹理（具有透明度）来向玩家展示该字形，从而使游戏中没有任何资产包含该字形的外观这一事实
• 在各处使用其他纹理（带有碎片），但绝不能以生成完整字形的方式使用，除非在隐藏的位置，玩家永远无法触及

任何自动提取获胜字形组合的程序都将陷入困境。

第三，下一个困难是分享。一旦找到了秘密的解决方案，它将被揭示。理想情况下，每个人都应获得略有不同的软件版本：密钥是其游戏版本所独有的。为了使它实用，我猜想将游戏（及其资产）与“秘密”（加密）和“秘密驱动程序”（密钥生成器）分开会更容易，后者会在许多不同的地方放置很多纹理片段，其中一些是密码）。

显而易见的攻击媒介是在欺骗生成器时始终选择相同的密码，或者在欺骗验证器中始终接受相同的密码（例如，通过下载其他人的机密文件）。

在这里，一种潜在的解决方案是将文件链接到用户帐户，并按照通常建议的方式对密码加盐：

• 当用户请求一组文件时，随机生成一个盐和与机密一样多的密码，然后创建机密资产（例如，您可能希望将此过程限制为每天一次/用户一次，以避免服务器超载）
• 将生成和时间戳的时间戳存储到用户的帐户信息中
• 发回时间戳和个性化的机密文件给用户

然后，当用户准备提交密码时：

• 让用户登录（如果尚未登录）
• 让软件发送时间戳和字形密码
• 如果时间戳与存储的时间戳不同，请告知用户她正在使用一组过时的秘密文件
• 如果已经多次尝试输入密码，请告知用户她正在使用一组过时的秘密文件
• 否则，对salt + password进行哈希处理以生成密钥
• 否则，将密钥发送回用户，以便她可以查看她的个性化文件
• 增加此帐户尝试此密码的次数

这里的目标是尽可能阻止帐户共享：

• 共享一个帐户以生成秘密文件是受（a）限制的，因为每天只能生成一个帐户，并且（b）无效，因为最新生成的内容使另一个已过时
• 共享帐户并分发关联的机密文件是没有用的，因为给定的密码只能使用N次，然后再不再产生密钥

我们快到了。

最终，即使在那儿，破解者也可以发布游戏的修改版本，其中秘密资产被解密并直接集成（绕过您仔细的验证方案）。

该解决方案很简单（几乎使所有超过过时的¹）：不要信任客户端。

在您的网站上创建排行榜，并跟踪玩家帐户中的进度。玩家可以声称自己已经完成了所有想要的游戏，但是除非他们的帐户反映了这一点，否则所有人都知道他们一直在作弊...

...这就是所谓的社会压力；）

¹ 除了纹理定位文件，我们使用纹理定位文件来防止程序猜测密钥，但仍使用户可以获取它。

这是一个有趣的想法；拼图光盘上的一种变体，可以手动输入单词的版权保护系统。我认为某些“ ARG”游戏的工作方式是这样的，可以理解，玩家是在集体对抗游戏设计师。

显然，一旦第一人解密，他们就会将其发布到互联网上。

生成内容或过程内容的工作方式相同：除非您共享“种子”，否则您不会看到与其他玩家相同的世界。

我看不到任何法律问题，尽管Apple可能会从其App Store拒绝它，并且您可能必须提供解决方案才能在游戏机上获得批准。

考虑采取额外的安全措施很有趣，但这并没有为您的产品增加具体的价值，而是向遇到产品的饼干展示了您的聪明才智。原则上，您的对手会追上您。

与富有创造力的开发人员相反，cracker是分析人员-他们可以直观地利用您的程序。当开发人员倾向于采取过多的安全措施时，他们会否认–破解者可能会再次破坏其保护方案。

无论您是否想参加这次背景竞争，这都是您的电话–但不要让它分散您的最终产品的注意力，这必须取悦客户。将游戏变成encryption弹的古怪加密方案无济于事。

梅森·惠勒（Mason Wheeler）正确：您做不到。如果有人愿意，总是可以对游戏进行反向工程。

无论如何，您都无需以描述的方式“保护”您的游戏。一旦一个人找到了复活节彩蛋，这个秘密就不存在了。如果游戏的每个副本都具有不同的复活节彩蛋，则只有黑客副本才会为人所知。您是否真的在乎千分之一的黑客在没有玩游戏的情况下找到了复活节彩蛋？

版权法规定，任何人都可以在不冒严重诉讼风险的情况下从游戏中获利，因此版权可以保护您。

至于随机用户将您的纹理放在他们的论坛头像上，那又如何呢？考虑一下它是基层广告。

痴迷于“保护”东西只会使您从困难的现实中分散注意力，例如：制作游戏。

当我看到没有产品的人谈论他们甚至不存在的IP保护方案时，这对我来说是一个遥不可及的时刻，因为它在整个项目中引发了巨大的废话。

一些可能性：

• 普通的旧代码混淆。它不会使代码无法解码，但至少会很难。

• 服务器端解决方案。您向服务器发送一些特殊命令，服务器可以向您发送代码...甚至下载DLC。

• 您可以使用隐写术在其他内容中隐藏可执行代码。

这不会使您的秘密百分百安全，但是，如果秘密被泄露，似乎没人甚至不会放过钱。

就像在客户端上存储密钥和算法的任何其他模式一样，它是无用的。如果您问“关键在哪里，我依靠用户的输入而自己不存储吗？”，请记住，您的难题具有通过其定义定义的规则和资源-它是通过​​某种算法而不是通过强行解决的。这种精确的算法及其资源是您刚刚以混淆状态将其硬编码到游戏中的密钥生成算法。任何人都可以通过编写一个小程序来检索您的“不存在”键，该程序可以根据您的规则解决难题。