gpt4 book ai didi

c - 写文件时 "manually"怎么表示EOF?

转载 作者:行者123 更新时间:2023-11-30 19:03:36 28 4
gpt4 key购买 nike

我有这个功能:

int cipher_file(char *file_path, uint8_t *key, int key_size){

FILE *file;
size_t read_char_count, wrote_char_count;

fpos_t *pos = malloc(sizeof(fpos_t));
char *block = malloc(16*sizeof(uint8_t));

if ( !(file = fopen(file_path, "rb+")) ) {
return EXIT_FAILURE;
}

while(!feof(file)){

while( ( read_char_count = fread(block, 1, 16*sizeof(uint8_t), file) ) > 0 ) {
block = cipher_block(block, key, key_size);
fseek(file, -read_char_count, SEEK_CUR);
wrote_char_count = fwrite(block , 1, 16*sizeof(uint8_t), file);
}

}
fclose(file);
return EXIT_SUCCESS;
}

(顺便说一句,我知道 ECB 模式并不安全)

它获取一个文件,将其分解为 128 位 block ,使用 AES 对其进行加密并将其写回文件,从而有效地用密文替换纯文本。我还编写了一个函数 decipher_file() 来解密该文件。

问题是,如果文件大小不是 128 位的倍数,那么最后 fread() 只会用成功读取的字符部分替换“block”(16 字节长)的内容,留下一堆来自先前加密 block 的垃圾。

解密时,由于 decipher_file() 通常无法知道原始文件的大小,因此它会解密所有内容,包括垃圾字符,并将其写回文件。

我还尝试在每一轮中用零重新初始化“ block ”,但是,毫不奇怪,它们也被添加到文件中,这可能会产生很大的问题。

所以我的问题是,有没有一种方法(比如函数)来表示文件结束的位置,或者告诉 fwrite() 停止写入?

最佳答案

您不能使用特殊字符,因为加密的数据最终可能看起来像它。无论如何,这都不是一个优雅的解决方案。

有多种解决方案:

  1. 在文件中添加解密内容长度的前缀。这非常干净且易于实现。
  2. 使用保留长度信息的密码模式。欧洲央行没有。使用填充方案或保留长度的方案,例如计数器模式。

关于c - 写文件时 "manually"怎么表示EOF?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/53691685/

28 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com