C# 数据拼接作为隐写技术

例如，我用相机录制了一段视频，并将其保存为大小为50MB的

my_vacation.mp4

。我使用Visual Studio打开了视频文件和一个名为

secret\u message.dat

的加密文件，使用C#中的

file.ReadAllBytes（）

，将两个字节数组连接起来，然后将其保存为

my\u vacation\u 2.mp4

我为测试目的创建的程序能够将字节索引保存在隐藏文件开始的位置，我希望稍后将其用作提取隐藏文件的密钥

---

现在我可以正常播放该视频文件，没有任何错误。总文件大小为65MB。假设没有人可以访问原始文件，当然没有人会知道该视频文件的最后15MB部分实际上是另一个文件，对吗

这项技术的缺点是什么？这也是一种有效的隐写术技术吗

---

假设没有人可以访问原始文件，当然没有人会知道该视频文件的最后15MB部分实际上是另一个文件，对吗

不会。您的秘密文件是加密的，所以可能排除了在hex编辑器中显示的任何头，但有一个问题-MP4容器格式及其结构是众所周知的。 您可以提取所有视频/音频曲目，剩下的是一些元数据和您的秘密消息，因此很明显，它不应该存在

这是一种有效的技术，只是不是一种非常有效的技术

---

假设没有人可以访问原始文件，当然没有人会知道该视频文件的最后15MB部分实际上是另一个文件，对吗

不会。您的秘密文件是加密的，所以可能排除了在hex编辑器中显示的任何头，但有一个问题-MP4容器格式及其结构是众所周知的。 您可以提取所有视频/音频曲目，剩下的是一些元数据和您的秘密消息，因此很明显，它不应该存在

这是一种有效的技术，只是不是一种非常有效的技术

这是一种有效的隐写术技术吗

是的。隐写术的定义是将信息隐藏在另一种媒介中，而没有人怀疑它的存在。仅仅因为这可能是一个糟糕的方法，根本不会改变它的意图。如果有什么不同的话，很多关于隐写术的论文在导言部分都提到了这种技术，作为如何应用隐写术的一个例子

这项技术的缺点是什么

主要有两个缺陷：检测起来微不足道，并且对修改攻击非常脆弱

许多格式对其数据进行编码，要么通过一个标头（它预先说明在文件结束之前要读取多少字节）或者通过放置一个文件结束标记（这意味着在遇到标记之前一直读取数据）来实现。通过在此之后附加数据，可以确保它们不会被相应的格式解码器读取。这可以愚弄你11岁的表弟，他对这类东西一无所知，但任何有经验的人都可以加载文件并计算读取的字节数。如果物理文件中有未计算的字节，则会立即发出红旗

更糟糕的是，完全提取你的秘密是微不足道的。你可能会说它是加密的，但请记住，隐写术的目的是不引起任何怀疑。大多数隐写分析方法都有一个统计数字，例如，60%的信息隐藏在X介质中。其他一些人可以更进一步，猜测嵌入秘密的大致长度。相比之下，你已经被当场抓住了

说到长度，一个X比特率/压缩和Y持续时间的文件大约相当于一个大小为Z的文件。即使是一个未压缩的文件，当大小比预期的大30%时，也会知道发生了什么

现在，想象一下，你的文件是通过一个不安全的渠道传递的，在这个渠道中，典狱长会检查文件内容，如果他怀疑是谋杀，他可以修改文件，这样接收者就不会收到信息。在这种情况下，只需加载文件并重新保存即可。事实上，您的方法非常脆弱，即使是最无意的攻击也会破坏它。通过将你的曲目上传到一个站点进行播放，它可以无意中重新编码以获得更高的压缩比，因为这是有意义的

这是一种有效的隐写术技术吗

是的。隐写术的定义是将信息隐藏在另一种媒介中，而没有人怀疑它的存在。仅仅因为这可能是一个糟糕的方法，根本不会改变它的意图。如果有什么不同的话，很多关于隐写术的论文在导言部分都提到了这种技术，作为如何应用隐写术的一个例子

这项技术的缺点是什么

主要有两个缺陷：检测起来微不足道，并且对修改攻击非常脆弱

许多格式对其数据进行编码，要么通过一个标头（它预先说明在文件结束之前要读取多少字节）或者通过放置一个文件结束标记（这意味着在遇到标记之前一直读取数据）来实现。通过在此之后附加数据，可以确保它们不会被相应的格式解码器读取。这可以愚弄你11岁的表弟，他对这类东西一无所知，但任何有经验的人都可以加载文件并计算读取的字节数。如果物理文件中有未计算的字节，则会立即发出红旗

更糟糕的是，完全提取你的秘密是微不足道的。你可能会说它是加密的，但请记住，隐写术的目的是不引起任何怀疑。大多数隐写分析方法都有一个统计数字，例如，60%的信息隐藏在X介质中。其他一些人可以更进一步，猜测嵌入秘密的大致长度。相比之下，你已经被当场抓住了

关于长度，一个X比特率/c的文件