哈希相同的字符串在内核模块中产生不同的结果

如何解决哈希相同的字符串在内核模块中产生不同的结果

我正在关注https://www.kernel.org/doc/html/v4.15/crypto/api-samples.html#code-example-for-use-of-operational-state-memory-with-shash,并且具有这样的LKM结构:

test.c

#include <linux/init.h>
#include <linux/module.h>
#include <linux/fs.h>
#include <linux/string.h>
#include <asm/uaccess.h>
#include "chip.h"

#define SHA_DIGEST_SIZE 32 
#define SHA_DIGEST_HD_SIZE SHA_DIGEST_SIZE * 2 

MODULE_LICENSE("GPL"); 

static char ker_buf[200];

static int dev_open(struct inode *inod,struct file *fil);
static ssize_t dev_read(struct file *filep,char *buf,size_t len,loff_t *off);
static ssize_t dev_write(struct file *flip,const char *buff,loff_t *off);
static int dev_release(struct inode *inod,struct file *fil);

static struct file_operations fops=
{
.read=dev_read,.write=dev_write,.open=dev_open,.release=dev_release,};

static int hello_init(void){
int t=register_chrdev(90,"mydev",&fops);
if(t<0)
printk(KERN_ALERT "device registration failed.");
else
printk(KERN_ALERT "device registred\n");
return 0;
}

static void hello_exit(void){
unregister_chrdev(90,"mydev");
printk(KERN_ALERT "exit");
} 

static int dev_open(struct inode *inod,struct file *fil){
printk("KERN_ALERT device opened");
return 0;
} 

static ssize_t dev_read(struct file *filep,loff_t *off){
size_t i;
unsigned char digest[SHA_DIGEST_SIZE];
unsigned char digest_hd[SHA_DIGEST_HD_SIZE+2];
int hash = generate_hash(ker_buf,len,digest);

for (i = 0; i < SHA_DIGEST_SIZE; i++)
    sprintf(&digest_hd[i*2],"%02x",digest[i]);   

copy_to_user(buf,ker_buf,len);
return len;
}

static ssize_t dev_write(struct file *flip,const char *buf,loff_t *off)
{  
copy_from_user(ker_buf,buf,len);
ker_buf[len]=0;
return len;
}

static int dev_release(struct inode *inod,struct file *fil){
printk("KERN_ALERT device closed\n");
return 0;
}

module_init(hello_init);
module_exit(hello_exit);

chip.h

#include <crypto/hash.h>

#ifndef MODULE_CHIP_H
#define MODULE_CHIP_H

struct shash_desc *init_sdesc(struct crypto_shash *alg);

int calc_hash(struct crypto_shash *alg,const unsigned char *data,unsigned 
int datalen,unsigned char *digest);

int generate_hash(const unsigned char *data,unsigned int datalen,unsigned char *digest);

#endif

chip.c

#include "chip.h"

struct shash_desc *init_sdesc(struct crypto_shash *alg)
{
struct shash_desc *sdesc;

sdesc = kmalloc(sizeof(*sdesc) + crypto_shash_descsize(alg),GFP_KERNEL);
if (!sdesc)
    return ERR_PTR(-ENOMEM);
sdesc->tfm = alg;

return sdesc;
}

int calc_hash(struct crypto_shash *alg,unsigned char *digest)
{
struct shash_desc *sdesc;
int ret;

sdesc = init_sdesc(alg);
if (IS_ERR(sdesc)) {
    pr_err("can't alloc sdesc\n");
    return PTR_ERR(sdesc);
}

ret = crypto_shash_digest(sdesc,data,datalen,digest);
kfree(sdesc);
return ret;
}

int generate_hash(const unsigned char *data,unsigned char *digest)
{
struct crypto_shash *alg;
char *hash_alg_name = "sha256";
int ret;

alg = crypto_alloc_shash(hash_alg_name,0);
if (IS_ERR(alg)) {
    pr_err("can't alloc alg %s\n",hash_alg_name);
    return PTR_ERR(alg);
}
ret = calc_hash(alg,digest);

crypto_free_shash(alg);
return ret;
}

Makefile

KVERSION := $(shell uname -r)
obj-m := test1.o
test1-objs := test.o chip.o
all:
    $(MAKE) -C /lib/modules/$(KVERSION)/build M=$(PWD) modules

clean:
    $(MAKE) -C /lib/modules/$(KVERSION)/build M=$(PWD) clean

模块按预期加载并运行,我的目标是从内核模块中读取回写的字符串的哈希版本。我读回的值是预期长度的十六进制字符串,但与输入的正确哈希值不匹配。我可能做错了什么?

解决方法

dev_write必须记住它存储了多少字节,dev_read必须使用该数字而不是其len参数

static size_t ker_len = 0;
static ssize_t dev_read(struct file *filep,char *buf,size_t len,loff_t *off){
size_t i;
unsigned char digest[SHA_DIGEST_SIZE];
unsigned char digest_hd[SHA_DIGEST_HD_SIZE+2];
int hash = generate_hash(ker_buf,ker_len,digest);

for (i = 0; i < SHA_DIGEST_SIZE; i++)
    sprintf(&digest_hd[i*2],"%02x",digest[i]);   

copy_to_user(buf,digest_hd,len);
return len;
}

static ssize_t dev_write(struct file *flip,const char *buf,loff_t *off)
{  
copy_from_user(ker_buf,buf,len);
ker_buf[len]=0;
ker_len = len;
return len;
}

版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。

相关推荐


使用本地python环境可以成功执行 import pandas as pd import matplotlib.pyplot as plt # 设置字体 plt.rcParams[&#39;font.sans-serif&#39;] = [&#39;SimHei&#39;] # 能正确显示负号 p
错误1:Request method ‘DELETE‘ not supported 错误还原:controller层有一个接口,访问该接口时报错:Request method ‘DELETE‘ not supported 错误原因:没有接收到前端传入的参数,修改为如下 参考 错误2:cannot r
错误1:启动docker镜像时报错:Error response from daemon: driver failed programming external connectivity on endpoint quirky_allen 解决方法:重启docker -&gt; systemctl r
错误1:private field ‘xxx‘ is never assigned 按Altʾnter快捷键,选择第2项 参考:https://blog.csdn.net/shi_hong_fei_hei/article/details/88814070 错误2:启动时报错,不能找到主启动类 #
报错如下,通过源不能下载,最后警告pip需升级版本 Requirement already satisfied: pip in c:\users\ychen\appdata\local\programs\python\python310\lib\site-packages (22.0.4) Coll
错误1:maven打包报错 错误还原:使用maven打包项目时报错如下 [ERROR] Failed to execute goal org.apache.maven.plugins:maven-resources-plugin:3.2.0:resources (default-resources)
错误1:服务调用时报错 服务消费者模块assess通过openFeign调用服务提供者模块hires 如下为服务提供者模块hires的控制层接口 @RestController @RequestMapping(&quot;/hires&quot;) public class FeignControl
错误1:运行项目后报如下错误 解决方案 报错2:Failed to execute goal org.apache.maven.plugins:maven-compiler-plugin:3.8.1:compile (default-compile) on project sb 解决方案:在pom.
参考 错误原因 过滤器或拦截器在生效时,redisTemplate还没有注入 解决方案:在注入容器时就生效 @Component //项目运行时就注入Spring容器 public class RedisBean { @Resource private RedisTemplate&lt;String
使用vite构建项目报错 C:\Users\ychen\work&gt;npm init @vitejs/app @vitejs/create-app is deprecated, use npm init vite instead C:\Users\ychen\AppData\Local\npm-
参考1 参考2 解决方案 # 点击安装源 协议选择 http:// 路径填写 mirrors.aliyun.com/centos/8.3.2011/BaseOS/x86_64/os URL类型 软件库URL 其他路径 # 版本 7 mirrors.aliyun.com/centos/7/os/x86
报错1 [root@slave1 data_mocker]# kafka-console-consumer.sh --bootstrap-server slave1:9092 --topic topic_db [2023-12-19 18:31:12,770] WARN [Consumer clie
错误1 # 重写数据 hive (edu)&gt; insert overwrite table dwd_trade_cart_add_inc &gt; select data.id, &gt; data.user_id, &gt; data.course_id, &gt; date_format(
错误1 hive (edu)&gt; insert into huanhuan values(1,&#39;haoge&#39;); Query ID = root_20240110071417_fe1517ad-3607-41f4-bdcf-d00b98ac443e Total jobs = 1
报错1:执行到如下就不执行了,没有显示Successfully registered new MBean. [root@slave1 bin]# /usr/local/software/flume-1.9.0/bin/flume-ng agent -n a1 -c /usr/local/softwa
虚拟及没有启动任何服务器查看jps会显示jps,如果没有显示任何东西 [root@slave2 ~]# jps 9647 Jps 解决方案 # 进入/tmp查看 [root@slave1 dfs]# cd /tmp [root@slave1 tmp]# ll 总用量 48 drwxr-xr-x. 2
报错1 hive&gt; show databases; OK Failed with exception java.io.IOException:java.lang.RuntimeException: Error in configuring object Time taken: 0.474 se
报错1 [root@localhost ~]# vim -bash: vim: 未找到命令 安装vim yum -y install vim* # 查看是否安装成功 [root@hadoop01 hadoop]# rpm -qa |grep vim vim-X11-7.4.629-8.el7_9.x
修改hadoop配置 vi /usr/local/software/hadoop-2.9.2/etc/hadoop/yarn-site.xml # 添加如下 &lt;configuration&gt; &lt;property&gt; &lt;name&gt;yarn.nodemanager.res