英雄联盟通过其 RESTful API 读取块/关键帧

Question

我打算在 LOL 中进行游戏数据挖掘，但在解析重播文件时遇到了困难。我发现最流行的回放记录器是 LOL Replay，它以 .lrf 文件记录游戏。它们被保存为二进制文件。我尝试打印一个 lrf 文件以在其中找到一些模式。据我所知，该文件有两部分：

1. 初始部分是元数据。它是人类可读的。在它的最后，它显示了这个 .lrf 文件的加密密钥（32 字节）和客户端哈希。

2. 第二部分有几个部分。每个部分都采用“RESTful URL+加密+填充（可能）”格式。例如：

   ?S4GI____GET /observer-mode/rest/consumer/getGameDataChunk/EUW1/1390319411/1/token
   ?S4GH____?￥?G??,\??1?q??"Lq}?n??&??????l??(?^P???￥I?v??k>x??Z?￡??3Gug
   ......
   ??6GI____GET /observer-mode/rest/consumer/getGameDataChunk/EUW1/1390319411/2/token
   

   有些甚至是不可读的字符。3

我关注了这个link 和这个wiki。似乎他们在使用 GZIP 压缩内容后使用 BlowFish ECB 算法加上 PKCS5Padding 进行加密。但我未能使用元数据中的 32 字节加密密钥解密内容。而且我不确定我应该从哪里开始阅读以及从哪里停止，因为 JVM 不断警告我 Given final block not proper padding。

所以我的问题是：

1. 有谁熟悉 Blowfish 算法和 PKCS5Padding 的吗？我应该阅读这些二进制文件的哪一部分来解密两个连续的 RESTful URL？我是否使用正确的密钥来解密？ （元数据中的 32 字节加密密钥）
2. 鉴于每个 RESRful URL 周围的模式，谁能猜出 LOL 究竟使用哪种算法来加密/解密内容？是 Blowfish 算法吗？

任何帮助将不胜感激。谢谢各位。

编辑@6.17：

按照 Divis 和 avbor 的回答，我尝试了以下 Java sn-p 来解码块：

    // Decode EncryptKey with GameId
    byte[] gameIdBytes = ("502719605").getBytes();
    SecretKeySpec gameIdKeySpec = new SecretKeySpec(gameIdBytes, "Blowfish");
    Cipher gameIdCipher = Cipher.getInstance("Blowfish/ECB/PKCS5Padding");
    gameIdCipher.init(Cipher.DECRYPT_MODE, gameIdKeySpec);
    byte[] encryptKeyBytes = Base64.decode("Sf9c+zGDyyST9DtcHn2zToscfeuN4u3/");
    byte[] encryptkeyDecryptedByGameId = gameIdCipher.doFinal(encryptKeyBytes);

    // Initialize the chunk cipher
    SecretKeySpec chunkSpec = new SecretKeySpec(encryptkeyDecryptedByGameId, "Blowfish");
    Cipher chunkCipher = Cipher.getInstance("Blowfish/ECB/PKCS5Padding");
    chunkCipher.init(Cipher.DECRYPT_MODE, chunkSpec);

    byte[] chunkContent = getChunkContent();
    byte[] chunkDecryptedBytes = chunkCipher.doFinal(chunkContent);

使用 gameid 解码加密密钥时，它可以正常工作。但是它在最后两行中不起作用。目前我只是硬编码 getChunkContent() 以返回一个字节数组，其中包含两个 RESTful URL 之间的字节。但是 Java 要么返回“线程“主”中的异常”javax.crypto.IllegalBlockSizeException：使用填充密码解密时输入长度必须是 8 的倍数”

或者

返回“线程“主”javax.crypto.BadPaddingException 中的异常：给定最终块未正确填充”。

我注意到两个 RESTful URL 之间的十六进制模式如下： （第一个 URL 的十六进制，例如 /observer-mode/rest/consumer/getKeyFrame/EUW1/502719605/2/token）+ 0a +（块内容）+ 000000 +（下一个 URL 的十六进制）

我的问题是：

1. 需要包含块的哪一部分？我需要在最后一个 URL 之后包含“0a”吗？是否需要在下一个 URL 前加上“000000”？

2. 我是否使用了正确的填充算法（Blowfish/ECB/PKCS5Padding）？

我的测试 lrf 文件可以下载到：https://www.dropbox.com/s/yl1havphnb3z86d/game1.lrf

编辑@6.18

感谢迪维斯！使用上面的 sn-p，我成功地解密了一些块信息而没有错误。编写自己的 getChunkContent() 时有两件事值得注意：

1. 块内容在“前一个 url 0a 的十六进制”之后开始。

2. 当块的大小恰好达到 8 的倍数时，块内容的结尾会尽可能接近“0000000（下一个 url 的十六进制）”。

但我还有两个问题要问：

1. 这是我为两个 .../getKeyframe/... RESTful url 之间的内容解码的示例。

   39117e0cc2f7e4bb1f8b080000000000000bed7d0b5c15d5 ... 7f23a90000
   

   根据RFC doc，我知道 Gzip 压缩数据以“1f8b08...”开头。我可以丢弃“39117e0cc2f7e4bb”并开始 gzip 解压缩正在进行的内容吗？ （其实我已经尝试过从“1f8b08..”开始解码，至少可以解压不出错）

2. gzip解压后，结果还是一长串二进制（有一些可读的字符串，比如召唤师名字，英雄名字等）。看wiki，好像很远从完成。我期望以可读字符串读取每个项目、符文或动作。我如何准确地从中读取这些游戏事件？或者我们只是需要一些耐心来自己与社区一起解决这些问题？

万分感谢！

Answer 1

这里的存储库开发贡献者，根据 wiki，密钥是 base64 Blowfish ECB“encryption_key”（游戏 id 作为河豚的密钥）。

然后，使用这个解密的密钥来解码内容（吹鱼 ECB 也是）。然后，gzip 解码。

base64decode encryptionkey = decodedKey
blowfishECBdecode decodedKey with (string) gameId as key = decodedKey

blowfishECBdecode content with decodedKey as key = decodedContent
gzipdecode decodedContent = binary

我创建了一个 库 来下载和解码回放文件：https://github.com/EloGank/lol-replay-downloader 并且 CLI 命令 也可用：https://github.com/EloGank/lol-replay-downloader-cli
希望它会有所帮助:)

Answer 2

据我所知，您使用 Blowfish 解密了块和关键帧。为了获得解密所述块和关键帧的密钥，您采用给定的加密密钥，对其进行 base64 编码，然后使用 Blowfish 使用游戏 ID 作为密钥，以获得块和关键帧的实际加密密钥.