本帖最后由 零寂Zero 于 2021-8-7 17:35 编辑

下面是截获的端对服聊天通信中发送的数据包:
很明显 在252个字符后 发送的字符数超过了数据包长度限制 因此客户端对数据进行了压缩
请问超过252个字符后的数据包规律？

不够对比？这里还有

本帖最后由 阴阳师元素祭祀 于 2021-8-7 17:56 编辑

http://infozip.sourceforge.net/doc/appnote-19970311-iz.zip


应该就是zip的压缩【java 自带的压缩算法】

相关代码：




应该是zip压缩：

var b = new ByteArrayOutputStream(256); b.write(132); b.write(2); b.write(0); b.write(3); b.write(128); b.write(2); b.write(47); for (int i = 0; i < 252; i++) {     b.write(97); } var d = new Deflater(); var cache = new byte[8192]; var bytes = b.toByteArray(); d.setInput(bytes); d.finish(); var out = new ByteArrayOutputStream(); while(!d.finished()) {     int len = d.deflate(cache);     out.write(cache, 0, len); } d.reset(); System.out.println(Arrays.toString(out.toByteArray()));

[120, -100, 107, 97, 98, 96, 110, 96, -46, 79, 28, -63, 0, 0, 109, 24, 96, -73]
{17,128,2,120,156,99,254,203,168,159,56,130,1,0,97,10,96,173}
然后带上mc的header...

本帖最后由 xmdhs 于 2021-8-7 18:02 编辑

你没看过 https://wiki.vg/Protocol#With_compression 吗

先上代码。


可以得到
1 17
2 259

也就是这一大堆 byte 里，第一个 VarInt 是 17，也就是之后的长度，可以简单验证


之后的两个 byte 转换成 VarInt 的值就是 259，也就是 Data Length        

然后使用 zlib 解压后面的数据

得到

1111111111111111111111111ss1s1s