我偶然发现了以下字节块,同时在一个不应该存在的文件中进行一些故障排除。我不知道这是什么,我不知道它是怎么回事,但我知道这不是随机的。
这种模式太可预测了,除了故意放在文件中的东西之外的其他东西。我不确定它是否是一种数字水印技术,但我认为是,问题是,我不知道它是什么,我希望社区能有答案。
HHHHHHHHHHHH,... 4848484848484848484848482c1f0813
H .......H,.7. 4820202016161616050116482c063713
H ."4"...E,.<. 4820202016223422050116452c073c13
H...AHGG"..H,.<. 480e0e1541484747220416482c0b3c13
H..9HG<(9..H,.:. 480e0e3948473c28390416482c0b3a09
H..FHB..F..H,.:. 481111464842180a460416482c0b3a03
H..CHH+.C..H,.:. 4817174348482b14430416482c0c3a04
H..&GHHD!..H-.@% 481b1b2647484844210116482d0d4025
H...#*$....H..A( 481c1c1c232a2417020104482e0c4128
H..........H/.@1 481c1c1c1c1c1c1c1c1c1c482f194031
HHHHHHHHHHHH>'3B 4848484848484848484848483e273342
在偏移量0x000026A9处找到了11个16字节步长的特定块。您看到的是ASCII可打印字节或句点'。'如果字节不可打印,则空格是空格。
在回顾了Willemse的回答后,我只是想我会检查它是否真的只是一个PNG文件,它不是,但它是一个图标。这是我发现的,但图标中有多个分辨率,我认为这是最能代表上述数据的分辨率。
好像这个文件最终成为了一个powerpoint图标。我完全不知道这是怎么发生的,为什么这些数据不知何故最终出现在服务器管道中,但确实如此。我不知道Azure是否决定狂暴并提供完整的垃圾,但不知何故,这些数据发现它进入了最不可能的地方。这将是一个我会记得很久的故事。
答案 0 :(得分:2)
这是我将字节转换为灰度强度时得到的结果。不确定这是否有意义,但绝对不是随意的。