Salted12加上前面的8个ascii字符。示例： 8个额外的字节是某种加密密钥（或者可能是16个前导字节是密钥，而开发人员选择固定前8个字节）
比较旧版本json文件的大小新的表示新的未压缩，并且在标头字节之后进行了1：1字符加密：
对于所有文件来说都是相同的，但是由于新版本的内容可能已更改，所以这是可以预期的。）
现在我的问题是：是否有一个标准的“知名”，像这样混淆JSON的库/框架，还是我必须反转应用程序才能了解加密的工作原理？
著名的JSON混淆器将字符串“ Salted12”放在混淆文件前面？
我有一个从互联网上提取一些JSON定义文件的应用程序。在该应用程序的早期版本中，这些文件是正版json文件。现在，在更高版本中，它们似乎已被加密/混淆。现在，已下载的文件似乎已进行base64编码。解码它们会导致二进制文件带有字符串
示例： 8个额外的字节是某种加密密钥（或者可能是16个前导字节是密钥，而开发人员选择固定前8个字节）
比较旧版本json文件的大小新的表示新的未压缩，并且在标头字节之后进行了1：1字符加密：
对于所有文件来说都是相同的，但是由于新版本的内容可能已更改，所以这是可以预期的。）
现在我的问题是：是否有一个标准的“知名”，像这样混淆JSON的库/框架，还是我必须反转应用程序才能了解加密的工作原理？
示例： 8个额外的字节是某种加密密钥（或者可能是16个前导字节是密钥，而开发人员选择固定前8个字节）
比较旧版本json文件的大小新的表示新的未压缩，并且在标头字节之后进行了1：1字符加密：
对于所有文件来说都是相同的，但是由于新版本的内容可能已更改，所以这是可以预期的。）
现在我的问题是：是否有一个标准的“知名”，像这样混淆JSON的库/框架，还是我必须反转应用程序才能了解加密的工作原理？
评论
如果可以解决问题，我在Android版Flutter应用中找到了类似的json文件。该应用的名称是什么？
这看起来与OpenSSL盐腌加密格式（以Salted __（而不是Salted12）开头，然后是8个随机字节（不是ASCII字符），以Salt开头）大致相似（但不完全相同）。