CN113051004A - 一种依赖函数的处理方法、装置、设备及存储介质 - Google Patents

Abstract

本公开提供了一种依赖函数的处理方法、装置、设备及存储介质，所述方法包括：在目标依赖库中，确定目标依赖库的名字对应的第一位置，确定该名字所属字段的字段类型对应的第二位置，以及，确定目标依赖函数的名字对应的第三位置。将处于第一位置处的字符串替换为预设依赖库的名字，将处于所述第二位置处的结构体中的d_tag成员的值替换为DT_NEEDED标识，将处于第三位置处的字符串替换为预设依赖函数的名字。本公开基于静态hook技术，确定目标依赖库中需要调整的位置，直接将对应位置的内容进行修改，实现对目标依赖库中的依赖函数的处理。由于是在应用程序运行之前完成依赖函数的处理，不会造成对应用程序运行时的系统资源消耗。

Description

一种依赖函数的处理方法、装置、设备及存储介质

技术领域

本公开涉及数据处理领域，尤其涉及一种依赖函数的处理方法、装置、设备及存储介质。

背景技术

目前，当某个依赖库的依赖函数存在调整需求时，通常是基于动态hook钩子技术实现的。具体的，在应用程序运行的过程中，对目标依赖库中的目标依赖函数进行拦截，并调用预设依赖函数，以实现对目标依赖库中的目标依赖函数的调整。

但是，动态hook技术需要在每一次的应用程序运行时均需要大量的执行hook方法，以调整依赖库中的依赖函数，对系统资源消耗较大。

发明内容

为了解决上述技术问题或者至少部分地解决上述技术问题，本公开提供了一种依赖函数的处理方法、装置、设备及存储介质，能够在应用程序运行之前完成了依赖函数的处理，避免对应用程序运行时的系统资源造成消耗。

第一方面，本公开提供了一种依赖函数的处理方法，所述方法包括：

在目标依赖库中，确定所述目标依赖库的名字对应的位置，作为第一位置，确定所述名字所属字段的字段类型对应的位置，作为第二位置，以及，确定目标依赖函数的名字对应的位置，作为第三位置；

在所述目标依赖库中，将处于所述第一位置处的字符串替换为预设依赖库的名字，将处于所述第二位置处的结构体中的d_tag成员的值替换为DT_NEEDED标识，以及将处于所述第三位置处的字符串替换为预设依赖函数的名字；其中，所述预设依赖函数为指定用于替换所述目标依赖函数且属于所述预设依赖库中的依赖函数。

一种可选的实施方式中，所述在目标依赖库中，确定所述目标依赖库的名字对应的位置，作为第一位置，包括：

获取目标依赖库中首个结构体中的e_phoff成员的值，作为第一偏移地址；

确定所述目标依赖库中所述第一偏移地址指向的结构体数组；其中，所述结构体数组中包括多个结构体；

确定所述结构体数组中p_type成员的值为PT_DYNAMIC标识的结构体，并获取所述结构体中的p_offset成员的值，作为第二偏移地址；

确定所述目标依赖库中所述第二偏移地址指向的结构体数组，并确定所述结构体数组中d_tag成员的值分别为DT_STRTAB和DT_SONAME的结构体，对应的作为第一结构体和第二结构体；

将所述第一结构体中d_ptr成员的值转换为相对于所述目标依赖库的偏移地址，作为第三偏移地址；

将所述第三偏移地址与所述第二结构体中d_val成员的值相加后得到的偏移地址，确定为所述第一位置。

一种可选的实施方式中，所述确定所述名字所属字段的字段类型对应的位置，作为第二位置，包括：

将所述第二结构体中d_ptr成员的值转换为相对于所述目标依赖库的偏移地址，作为所述第二位置。

一种可选的实施方式中，所述确定目标依赖函数的名字对应的位置，作为第三位置，包括：

在确定所述目标依赖库中所述第二偏移地址指向的结构体数组之后，确定所述结构体数组中d_tag成员的值为DT_SYMTAB的结构体，作为第三结构体；

将所述第三结构体中d_ptr成员的值转换为相对于所述目标依赖库的偏移地址，作为第四偏移地址；

将所述目标依赖库中所述第四偏移地址指向的结构体数组确定为目标数组；

获取所述目标数组中的各个结构体中st_name成员的值，并将与所述第三偏移地址相加后的位置对应的字符串为目标依赖函数的名字的st_name成员的值对应的结构体确定为第四结构体；

将所述第三偏移地址与所述第四结构体中st_name成员的值相加后得到的偏移地址，确定为所述第三位置。

一种可选的实施方式中，所述预设依赖函数的名字的长度不大于所述目标依赖函数的名字的长度；所述预设依赖库的名字的长度不大于所述目标依赖库的名字的长度。

一种可选的实施方式中，所述装置还包括：

移除所述目标依赖库中名字为.gnu.version的节。

第二方面，本公开还提供了一种依赖函数的处理装置，所述装置包括：

确定模块，用于在目标依赖库中，确定所述目标依赖库的名字对应的位置，作为第一位置，确定所述名字所属字段的字段类型对应的位置，作为第二位置，以及，确定目标依赖函数的名字对应的位置，作为第三位置；

替换模块，用于在所述目标依赖库中，将处于所述第一位置处的字符串替换为预设依赖库的名字，将处于所述第二位置处的结构体中的d_tag成员的值替换为DT_NEEDED标识，以及将处于所述第三位置处的字符串替换为预设依赖函数的名字；其中，所述预设依赖函数为指定用于替换所述目标依赖函数且属于所述预设依赖库中的依赖函数。

第三方面，本公开提供了一种计算机可读存储介质，所述计算机可读存储介质中存储有指令，当所述指令在终端设备上运行时，使得所述终端设备实现上述的方法。

第四方面，本公开提供了一种设备，包括：存储器，处理器，及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时，实现上述的方法。

第五方面，本公开提供了一种计算机程序产品，所述计算机程序产品包括计算机程序/指令，所述计算机程序/指令被处理器执行时实现上述的方法。

本公开实施例提供的技术方案与现有技术相比具有如下优点：

本公开实施例提供了一种依赖函数的处理方法，首先，在目标依赖库中，确定所述目标依赖库的名字对应的位置，作为第一位置，确定所述名字所属字段的字段类型对应的位置，作为第二位置，以及，确定目标依赖函数的名字对应的位置，作为第三位置。然后，在所述目标依赖库中，将处于所述第一位置处的字符串替换为预设依赖库的名字，将处于所述第二位置处的结构体中的d_tag成员的值替换为DT_NEEDED标识，以及将处于所述第三位置处的字符串替换为预设依赖函数的名字；其中，所述预设依赖函数为指定用于替换所述目标依赖函数且属于所述预设依赖库中的依赖函数。本公开实施例基于静态hook技术，确定目标依赖库中需要调整的位置，并直接将对应位置的内容进行修改，最终实现对目标依赖库中的依赖函数的处理。由于本公开实施例是在应用程序运行之前完成了依赖函数的处理，因此不会造成对应用程序运行时的系统资源消耗。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理。

为了更清楚地说明本公开实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，对于本领域普通技术人员而言，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1为本公开实施例提供的一种依赖函数的处理方法流程图；

图2为本公开实施例提供的另一种依赖函数的处理方法流程图；

图3为本公开实施例提供的一种依赖函数的处理装置结构示意图；

图4为本公开实施例提供的一种依赖函数的处理设备结构示意图。

具体实施方式

为了能够更清楚地理解本公开的上述目的、特征和优点，下面将对本公开的方案进行进一步描述。需要说明的是，在不冲突的情况下，本公开的实施例及实施例中的特征可以相互组合。

在下面的描述中阐述了很多具体细节以便于充分理解本公开，但本公开还可以采用其他不同于在此描述的方式来实施；显然，说明书中的实施例只是本公开的一部分实施例，而不是全部的实施例。

假设依赖库A依赖另一个依赖库B中的funcB函数，也就是说，依赖库A运行的过程中会调用依赖库B中的funcB函数。如果基于应用程序功能的调整需求，需要在依赖库A中调用依赖库B中的funcB函数的位置，执行依赖库C中的funcC函数，而不再调用依赖库B中的funcB函数，则可以利用动态hook技术拦截依赖库A对依赖库B中的funcB函数的调用，然后执行依赖库C中的funcC函数。

但是，由于动态hook技术需要在应用程序运行的过程中执行，一旦目标依赖库中需要调整的位置较多，则在每一次应用程序运行时均需要执行大量的hook方法，对系统资源消耗较大。

为此，本公开实施例提供了一种依赖函数的处理方法，在应用程序运行之前，基于静态hook技术，确定目标依赖库中需要调整的位置，然后对需求调整的位置对应的内容进行修改，实现对目标依赖库中依赖函数的处理。

具体的，在目标依赖库中，确定所述目标依赖库的名字对应的位置，作为第一位置，确定所述名字所属字段的字段类型对应的位置，作为第二位置，以及，确定目标依赖函数的名字对应的位置，作为第三位置。然后，在所述目标依赖库中，将处于所述第一位置处的字符串替换为预设依赖库的名字，将处于所述第二位置处的结构体中的d_tag成员的值替换为DT_NEEDED标识，以及将处于所述第三位置处的字符串替换为预设依赖函数的名字；其中，所述预设依赖函数为指定用于替换所述目标依赖函数且属于所述预设依赖库中的依赖函数。可见，由于本公开实施例是在应用程序运行之前完成对目标依赖库中依赖函数的调整，因此，无需占用应用程序运行时的系统资源。

基于此，本公开实施例提供了一种依赖函数的处理方法，参考图1，为本公开实施例提供的一种依赖函数的处理方法流程图，该方法包括：

S101：在目标依赖库中，确定所述目标依赖库的名字对应的位置，作为第一位置，确定所述名字所属字段的字段类型对应的位置，作为第二位置，以及，确定目标依赖函数的名字对应的位置，作为第三位置。

本公开实施例中的目标依赖库可以为动态库，其中，动态库又称为动态链接库(Dynamic Link Library；DLL)，包含一个或多个已被编译、链接并与使用它们的进程分开存储的函数。

实际应用中，动态库通常会在其内部声明自身所依赖的其他库的信息，例如，假设依赖库A调用了依赖库B的funcB函数，则依赖库A中会声明对依赖库B中的funcB函数的依赖。如果想要将依赖库A中调用funcB函数的位置调整为调用依赖库C中的funcC函数，则需要在依赖库A中的声明中增加对依赖库C中的funcC函数的声明，以及将依赖库A中调用funcB函数的位置替换为调用funcC函数，从而实现对依赖库A中依赖函数的处理。

为此，本公开实施例首先确定针对目标依赖库中依赖函数的处理需要修改的位置。其中，由于需要将目标依赖库所依赖的目标依赖函数替换为预设依赖函数，例如将依赖库A中的funcB函数替换为funcC函数，因此需要将目标依赖库中目标依赖函数的名字替换为预设依赖函数的名字，为此，需要确定目标依赖库中目标依赖函数的名字对应的位置。

另外，由于用于替换目标依赖函数的预设依赖函数属于预设依赖库，为了保证替换后的预设依赖函数能够正常运行，需要在目标依赖库的依赖库列表中添加预设依赖库的名字。但是，目标依赖库的依赖库列表中不存在空闲字段，因此，利用哪个字段存储预设依赖库的名字本公开实施例需要解决的问题。

实际应用中，目标依赖库中存在一个用于存储自身名字的字段，即存储目标依赖库的名字的字段，由于该字段在实际应用中利用率较低，因此，本公开实施例可以利用该字段存储预设依赖库的名字。为此，在利用该字段存储预设依赖库的名字之前，首先在目标依赖库中确定目标依赖库的名字对应的位置。

另外，本公开实施例中，还需要调整用于存储目标依赖库的名字的字段的字段类型，以便说明该字段中存储的是目标依赖库所依赖的预设依赖库，而并非自身的名字。为此，本公开实施例还需要在目标依赖库中确定用于存储目标依赖库的名字所属字段的字段类型对应的位置。

本公开实施例对于确定第一位置、第二位置和第三位置的方式不做限定，后续实施例中将介绍一种可选的实施方式。

S102：在所述目标依赖库中，将处于所述第一位置处的字符串替换为预设依赖库的名字，将处于所述第二位置处的结构体中的d_tag成员的值替换为DT_NEEDED标识，以及将处于所述第三位置处的字符串替换为预设依赖函数的名字；其中，所述预设依赖函数为指定用于替换所述目标依赖函数且属于所述预设依赖库中的依赖函数。

本公开实施例中，在目标依赖库中确定第一位置、第二位置和第三位置之后，对应位置的内容进行替换，以实现对目标依赖库中的依赖函数的处理。

具体的，目标依赖库中处于第一位置处的字符串为目标依赖库的名字，为了实现将目标依赖函数替换为预设依赖函数，同时将预设依赖函数所属的依赖库的名字添加到目标依赖库中，可以将处于第一位置处的字符串，即目标依赖库的名字，替换为预设依赖库的名字。

另外，用于存储预设依赖库的名字的字段类型需要替换为DT_NEEDED标识，用于表示其对应的字段中存储的是目标依赖库所依赖的依赖库的名字。为此，本公开实施例将目标依赖库中处于第二位置处的结构体中的d_tag成员的值替换为DT_NEEDED标识。

另外，将目标依赖库中的目标依赖函数替换为预设依赖函数，还需要将目标依赖库中目标依赖函数的名字替换为预设依赖函数的名字，因此，本公开实施例将处于第三位置处的字符串，即目标依赖函数的名字，替换为预设依赖函数的名字，实现将目标依赖库中调用目标依赖函数的位置调整为调用预设依赖库中的预设依赖函数的目的。

本公开实施例提供的依赖函数的处理方法中，首先，在目标依赖库中，确定所述目标依赖库的名字对应的位置，作为第一位置，确定所述名字所属字段的字段类型对应的位置，作为第二位置，以及，确定目标依赖函数的名字对应的位置，作为第三位置。然后，在所述目标依赖库中，将处于所述第一位置处的字符串替换为预设依赖库的名字，将处于所述第二位置处的结构体中的d_tag成员的值替换为DT_NEEDED标识，以及将处于所述第三位置处的字符串替换为预设依赖函数的名字；其中，所述预设依赖函数为指定用于替换所述目标依赖函数且属于所述预设依赖库中的依赖函数。本公开实施例基于静态hook技术，确定目标依赖库中需要调整的位置，并直接将对应位置的内容进行修改，最终实现对目标依赖库中的依赖函数的处理。由于本公开实施例是在应用程序运行之前完成了依赖函数的处理，因此不会造成对应用程序运行时的系统资源消耗。

基于上述实施例中的内容，本公开实施例还提供了一种依赖函数的处理方法，参考图2，为本公开实施例提供的另一种依赖函数的处理方法流程图，其中，该方法包括：

S201：获取目标依赖库中首个结构体中的e_phoff成员的值，作为第一偏移地址。

本公开实施例中，目标依赖库可以为任意一个动态库，目标依赖库中的首个结构体，记为pElfHeader，包含e_phoff成员，本公开实施例中将pElfHeader中e_phoff成员的值确定为第一偏移地址，记为file_e_phoff，用于确定第一位置。

本公开实施例中，目标依赖库可以为32位的动态库，也可以为64位的动态库，假设目标依赖库为64位的动态库，则位于目标依赖库中的首个结构体为Elf64_Ehdr，其中Elf64_Ehdr的结构如下：

对于目标依赖库为32位的动态库，则位于目标依赖库中的首个结构体为Elf32_Ehdr，Elf32_Ehdr与上述的Elf64_Ehdr的结构基本相同，在此不再赘述。

本公开实施例中，目标依赖库中首个结构体pElfHeader中的e_phoff成员的值，用于记录程序头表文件偏移量。本公开实施例将首个结构体pElfHeader中的e_phoff成员的值作为第一偏移地址file_e_phoff，用于在目标依赖库中寻找第一位置。

S202：确定所述目标依赖库中所述第一偏移地址指向的结构体数组；其中，所述结构体数组中包括多个结构体。

本公开实施例中，在确定第一偏移地址file_e_phoff之后，确定目标依赖库中第一偏移地址指向的位置。由于目标依赖库中第一偏移地址file_e_phoff指向的位置存储有结构体数组，因此，可以获取目标依赖库中第一偏移地址指向的结构体数组，其中，结构体数组中包括多个结构体。

实际应用中，假设目标依赖库为64位的动态库，则目标依赖库中第一偏移位置file_e_phoff指向的结构体数组是指由Elf64_Phdr结构体构成的数组，其中，Elf64_Phdr结构体如下所示：

另外，当目标依赖库为32位的动态库时，目标依赖库中第一偏移位置指向的结构体数组是指由Elf32_Phdr结构体构成的数组，Elf32_Phdr结构体与Elf64_Phdr结构体的结构基本相同，在此不再赘述。

S203：确定所述结构体数组中p_type成员的值为PT_DYNAMIC标识的结构体，并获取所述结构体中的p_offset成员的值，作为第二偏移地址。

本公开实施例中，遍历第一偏移地址file_e_phoff指向的结构体数组中，p_type成员的值为PT_DYNAMIC标识的结构体，记为pPhdrDynamic，然后获取pPhdrDynamic中p_offset成员的值，作为第二偏移地址，记为file_dyn_offset。其中，PT_DYNAMIC为系统定义的常量。

本公开实施例中，确定第一偏移地址file_e_phoff指向的结构体数组中，p_type成员的值为PT_DYNAMIC标识的Elf64_Phdr结构体pPhdrDynamic，然后获取pPhdrDynamic中p_offset成员的值，作为第二偏移地址file_dyn_offset，用于继续确定目标依赖库中的第一位置。其中p_offset成员的值用于记录部分文件的偏移量。

S204：确定所述目标依赖库中所述第二偏移地址指向的结构体数组，并确定所述结构体数组中d_tag成员的值分别为DT_STRTAB和DT_SONAME的结构体，对应的作为第一结构体和第二结构体。

本公开实施例中，在确定第二偏移地址file_dyn_offset之后，确定目标依赖库中第二偏移地址file_dyn_offset指向的结构体数组。

实际应用中，目标依赖库为64位动态库时，目标依赖库中第二偏移地址file_dyn_offset指向的结构体数组为由Elf64_Dyn结构体构成的数组，其中，Elf64_Dyn结构体的结构如下：

当目标依赖库为32位的动态库时，目标依赖库中第二偏移位置指向的结构体数组是指由Elf32_Dyn结构体构成的数组，Elf32_Dyn结构体与Elf64_Dyn结构体的结构基本相同，在此不再赘述。

本公开实施例在确定目标依赖库中第二偏移地址file_dyn_offset指向的结构体数组之后，确定该结构体数组中d_tag成员的值分别为DT_STRTAB和DT_SONAME的结构体，依次分别记为pDynStrtab和pDynSoname。其中，DT_STRTAB和DT_SONAME为系统定义的常量。

例如，由Elf64_Dyn结构体组成的结构体数组中，将d_tag成员的值为DT_STRTAB的结构体确定为第一结构体pDynStrtab，以及将d_tag成员的值为DT_SONAME的结构体确定为第二结构体pDynSoname。其中，d_tag成员的值用于记录动态条目类型，DT_STRTAB为符号表类型，DT_SONAME为自身动态库名字类型。

S205：将所述第一结构体中d_ptr成员的值转换为相对于所述目标依赖库的偏移地址，作为第三偏移地址。

本公开实施例在确定第一结构体pDynStrtab之后，获取第一结构体pDynStrtab中d_ptr成员的值，记为pDynStrtab.d_ptr，由于pDynStrtab.d_ptr为虚拟地址，因此需要将pDynStrtab.d_ptr转换成相对于目标依赖库的偏移地址，记为strtabOffset。

一种可选的实施方式中，可以预先定义一个convertVaddr2fileOffset函数，convertVaddr2fileOffset函数的作用是将虚拟地址准换为偏移地址。具体的，将pDynStrtab.d_ptr作为参数(virtual address，记为vaddr)输入至convertVaddr2fileOffset函数中，由convertVaddr2fileOffset函数将其转化为相对于目标依赖库的偏移地址，作为第三偏移地址strtabOffset，用于后续确定第一位置。

其中，convertVaddr2fileOffset函数的实现过程为，首先遍历目标依赖库中首个结构体pElfHeader中e_phoff成员值，即file_e_phoff偏移处的各个Elf64_Phdr元素，直到找到一个元素thePhdr，满足p_vaddr>＝thePhdr.p_vaddr并且p_vaddr<thePhdr.p_vaddr+thePhdr.p_memsz的条件，此时，convertVaddr2fileOffset函数返回的结果是p_vaddr-thePhdr.p_vaddr+thePhdr.p_offset，即为转换后相对于目标依赖库的偏移地址。

本公开实施例对于实现偏移地址转换的其他方式不做限定。

本公开实施例中，第一结构体pDynStrtab中的d_ptr成员的值转换成的第三偏移地址strtabOffset，是指字符串表相对于目标依赖库的偏移地址，字符串表用于存储目标依赖库中的字符串，例如依赖库的名字等。

S206：将所述第三偏移地址与所述第二结构体中d_val成员的值相加后得到的偏移地址，确定为所述第一位置。

本公开实施例在确定第二结构体pDynSoname之后，获取第二结构体pDynSoname中d_val成员的值，记为pDynSoname.d_val。其中，Elf64_Dyn结构体中d_val成员的值，用于记录目标依赖库的名字在字符串表中的地址，即相对于字符串表的地址。为了在目标依赖库中能够查找到目标依赖库的名字的位置，需要基于字符串表相对于目标依赖库的第三偏移地址和目标依赖库的名字相对于字符串表的地址，确定目标依赖库的名字相对于目标依赖库的偏移地址。

具体的，将第三偏移地址strtabOffset与第二结构体pDynSoname中d_val成员的值pDynSoname.d_val相加后得到的偏移地址，记为sonameOffset，确定为第一位置，即目标依赖库中用于存储目标依赖库的名字的字段所在的位置。

S207：将所述第二结构体相对于所述目标依赖库的偏移地址，作为所述第二位置。

本公开实施例中，第二结构体pDynSoname为d_tag成员的值为DT_SONAME的结构体，获取第二结构体pDynSoname相对于目标依赖库的偏移地址，记为offsetForDynSoname，作为第二位置，基于offsetForDynSoname可以确定用于存储目标依赖库的名字所属字段的字段类型的位置。

S208：在确定所述目标依赖库中所述第二偏移地址指向的结构体数组之后，确定所述结构体数组中d_tag成员的值为DT_SYMTAB的结构体，作为第三结构体。

本公开实施例中，在确定目标依赖库的第二偏移地址file_dyn_offset之后，确定目标依赖库中第二偏移地址file_dyn_offset指向的结构体数组。

假设目标依赖库为64位的动态库，则目标依赖库中第二偏移地址file_dyn_offset指向的结构体数组为由Elf64_Dyn结构体构成的数组。然后，获取该结构体数组中的各个Elf64_Dyn结构体中的d_tag成员的值，确定d_tag成员的值为DT_SYMTAB的Elf64_Dyn结构体，作为第三结构体，记为pDynSymtab。

S209：将所述第三结构体中d_ptr成员的值转换为相对于所述目标依赖库的偏移地址，作为第四偏移地址。

本公开实施例中，在确定第三结构体pDynSymtab之后，获取第三结构体pDynSymtab中d_ptr成员的值，记为pDynSymtab.d_ptr。由于pDynSymtab.d_ptr为虚拟地址，因此需要将pDynSymtab.d_ptr转换成相对于目标依赖库的偏移地址，记为symtabOffset，作为第四偏移地址。

S210：将所述目标依赖库中所述第四偏移地址指向的结构体数组确定为目标数组。

S211：获取所述目标数组中的各个结构体中st_name成员的值，并将与所述第三偏移地址相加后的位置对应的字符串为目标依赖函数的名字的st_name成员的值对应的结构体确定为第四结构体。

本公开实施例中，在确定第四偏移地址symtabOffset后，获取目标依赖库中第四偏移地址symtabOffset指向的结构体数组，作为目标数组，然后，获取该目标数组中的各个结构体中st_name成员的值。

假设目标依赖库为64位的动态库，则第四偏移地址symtabOffset指向的结构体数组中包括的结构体为Elf64_Sym结构体，并获取各个Elf64_Sym结构体中st_name成员的值，st_name成员的值用于记录字符串表中的索引。

由于第三偏移地址strtabOffset为字符串表相对于目标依赖库的偏移地址，因此将各个Elf64_Sym结构体中st_name成员的值，记为theSym.st_name，分别与第三偏移地址strtabOffset相加，为字符串表中的各个字符串的位置，确定各个字符串的位置中是否存在目标依赖函数的名字，例如“funcB”，如果存在，则将对应的结构体，记为theSym，确定为第四结构体，也就是说，第四结构体theSym的位置即为目标依赖函数的名字的位置，后续可以基于第四结构体确定目标依赖函数的名字，以便实现将目标依赖函数的名字修改为预设依赖函数的名字。

其中，Elf64_Sym结构体如下：

另外，当目标依赖库为32位的动态库时，第四偏移地址指向的结构体数组中包括的结构体为Elf32_Sym结构体，Elf32_Sym结构体与Elf64_Sym结构体的结构基本相同，在此不再赘述。

S212：将所述第三偏移地址与所述第四结构体中st_name成员的值相加后得到的偏移地址，确定为所述第三位置。

本公开实施例中，在确定第四结构体theSym之后，将第四结构体theSym中st_name成员的值，记为theSym.st_name，与第三偏移地址strtabOffset相加后得到的偏移地址，记为hookStrOffset，确定为第三位置，用于确定目标依赖库中的目标依赖函数的名字的位置。

S213：在所述目标依赖库中，将处于所述第一位置处的字符串替换为预设依赖库的名字，将处于所述第二位置处的结构体中的d_tag成员的值替换为DT_NEEDED标识，以及将处于所述第三位置处的字符串替换为预设依赖函数的名字；其中，所述预设依赖函数为指定用于替换所述目标依赖函数且属于所述预设依赖库中的依赖函数。

本公开实施例中，在目标依赖库中确定处于第一位置即sonameOffset偏移处的字符串，并将其替换为预设依赖库的名字，事实上sonameOffset偏移处的字符串为目标依赖库的名字，即将目标依赖库的名字替换为预设依赖库的名字。

另外，在目标依赖库中确定处于第二位置即offsetForDynSoname偏移处的Elf64_Dyn结构体中的d_tag成员的值替换为DT_NEEDED标识，其中，DT_NEEDED为系统定义的常量。

另外，在目标依赖库中确定处于第二位置即hookStrOffset偏移处的字符串，并将其替换为预设依赖函数的名字，事实上hookStrOffset偏移处的字符串为目标依赖函数的名字，即将目标依赖函数的名字替换为预设依赖函数的名字。

本公开实施例提供的依赖函数的处理方法中，通过目标依赖库中的偏移地址的流转，确定目标依赖库中需要修改的位置，并直接将对应位置的内容进行修改，最终实现对目标依赖库中的依赖函数的处理。由于本公开实施例是在应用程序运行之前完成了依赖函数的处理，因此不会造成对应用程序运行时的系统资源消耗。

另外，由于利用存储目标依赖函数的名字的位置对预设依赖函数的名字进行存储，需要保证预设依赖函数的名字的长度不大于目标依赖函数的名字的长度，否则会因存储空间不足而导致内存溢出等情况的发生。

同样的，由于利用存储目标依赖库的名字的位置对预设依赖库的名字进行存储，因此，也需要保证预设依赖库的名字的长度不大于目标依赖库的名字的长度。

一种可选的实施方式中，当目标依赖库中存在多个目标依赖函数需要修改为对应的多个预设依赖函数时，可以将该多个预设依赖函数分别对应的依赖库封装为一个依赖库，同时为该依赖库确定一个依赖库名字，该依赖库即为本公开实施例中的预设依赖库。

实际应用中，可以在目标依赖库中分别确定多个目标依赖函数的名字的位置，并分别将各个名字的位置替换为对应的预设依赖函数的名字即可。

另外，目标依赖库中包括名字为.gnu.version的节，具体的，.gnu.version节中存储有目标依赖库中的依赖函数的版本信息。

目前，目标依赖库在调用某依赖函数时，需要基于.gnu.version节中存储的该依赖函数的版本信息进行校验，在校验通过后才能实现对该依赖函数的调用。但是，基于本公开实施例提供的依赖函数的处理方法实现对目标依赖函数的静态hook之后，增加到目标依赖库中的预设依赖函数的版本信息并未存储于.gnu.version节中，因此，在目标依赖库调用该预设依赖函数时，可能会因版本信息校验不成功导致无法实现对该预设依赖函数的调用。

为了避免上述情况的发生，本公开实施例可以通过移除目标依赖库中名字为.gnu.version的节的方式，使得目标依赖库在调用该预设依赖函数时不需要进行版本信息校验，从而实现对该预设依赖函数的成功调用。

值得注意的是，即使未进行版本信息的校验，也不会影响本公开实施例中的目标依赖库对预设依赖函数的调用。

具体的，本公开实施例可以利用strip命令移除目标依赖库中名字为.gnu.version的节，具体命令如下：

strip--remove-section＝.gnu.version【目标依赖库的名字】

基于上述方法实施例，本公开还提供了一种依赖函数的处理装置，参考图3，为本公开实施例提供的一种依赖函数的处理装置结构示意图，所述装置包括：

确定模块301，用于在目标依赖库中，确定所述目标依赖库的名字对应的位置，作为第一位置，确定所述名字所属字段的字段类型对应的位置，作为第二位置，以及，确定目标依赖函数的名字对应的位置，作为第三位置；

替换模块302，用于在所述目标依赖库中，将处于所述第一位置处的字符串替换为预设依赖库的名字，将处于所述第二位置处的结构体中的d_tag成员的值替换为DT_NEEDED标识，以及将处于所述第三位置处的字符串替换为预设依赖函数的名字；其中，所述预设依赖函数为指定用于替换所述目标依赖函数且属于所述预设依赖库中的依赖函数。

一种可选的实施方式中，所述确定模块，包括：

第一获取子模块，用于获取目标依赖库中首个结构体中的e_phoff成员的值，作为第一偏移地址；

第一确定子模块，用于确定所述目标依赖库中所述第一偏移地址指向的结构体数组；其中，所述结构体数组中包括多个结构体；

第二确定子模块，用于确定所述结构体数组中p_type成员的值为PT_DYNAMIC标识的结构体，并获取所述结构体中的p_offset成员的值，作为第二偏移地址；

第三确定子模块，用于确定所述目标依赖库中所述第二偏移地址指向的结构体数组，并确定所述结构体数组中d_tag成员的值分别为DT_STRTAB和DT_SONAME的结构体，对应的作为第一结构体和第二结构体；

第一转换子模块，用于将所述第一结构体中d_ptr成员的值转换为相对于所述目标依赖库的偏移地址，作为第三偏移地址；

第一相加子模块，用于将所述第三偏移地址与所述第二结构体中d_val成员的值相加后得到的偏移地址，确定为所述第一位置。

一种可选的实施方式中，所述确定模块，包括：

第二转换子模块，用于将所述第二结构体中d_ptr成员的值转换为相对于所述目标依赖库的偏移地址，作为所述第二位置。

一种可选的实施方式中，所述确定模块，包括：

第四确定子模块，用于在确定所述目标依赖库中所述第二偏移地址指向的结构体数组之后，确定所述结构体数组中d_tag成员的值为DT_SYMTAB的结构体，作为第三结构体；

第三转换子模块，用于将所述第三结构体中d_ptr成员的值转换为相对于所述目标依赖库的偏移地址，作为第四偏移地址；

第五确定子模块，用于将所述目标依赖库中所述第四偏移地址指向的结构体数组确定为目标数组；

第六确定子模块，用于获取所述目标数组中的各个结构体中st_name成员的值，并将与所述第三偏移地址相加后的位置对应的字符串为目标依赖函数的名字的st_name成员的值对应的结构体确定为第四结构体；

第二相加子模块，用于将所述第三偏移地址与所述第四结构体中st_name成员的值相加后得到的偏移地址，确定为所述第三位置。

一种可选的实施方式中，所述预设依赖函数的名字的长度不大于所述目标依赖函数的名字的长度；所述预设依赖库的名字的长度不大于所述目标依赖库的名字的长度。

一种可选的实施方式中，所述装置还包括：

移除模块，用于移除所述目标依赖库中名字为.gnu.version的节。

本公开实施例提供的依赖函数的处理装置中，基于静态hook技术，确定目标依赖库中需要调整的位置，并直接将对应位置的内容进行修改，最终实现对目标依赖库中的依赖函数的处理。由于本公开实施例是在应用程序运行之前完成了依赖函数的处理，因此不会造成对应用程序运行时的系统资源消耗。

除了上述方法和装置以外，本公开实施例还提供了一种计算机可读存储介质，计算机可读存储介质中存储有指令，当所述指令在终端设备上运行时，使得所述终端设备实现本公开实施例所述的依赖函数的处理方法。

本公开实施例还提供了一种计算机程序产品，包括计算机程序/指令，其特征在于，该计算机程序/指令被处理器执行时实现本公开实施例所述的依赖函数的处理方法。

另外，本公开实施例还提供了一种依赖函数的处理设备，参见图4所示，可以包括：

处理器401、存储器402、输入装置403和输出装置404。依赖函数的处理设备中的处理器401的数量可以一个或多个，图4中以一个处理器为例。在本公开的一些实施例中，处理器401、存储器402、输入装置403和输出装置404可通过总线或其它方式连接，其中，图4中以通过总线连接为例。

存储器402可用于存储软件程序以及模块，处理器401通过运行存储在存储器402的软件程序以及模块，从而执行依赖函数的处理设备的各种功能应用以及数据处理。存储器402可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序等。此外，存储器402可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。输入装置403可用于接收输入的数字或字符信息，以及产生与依赖函数的处理设备的用户设置以及功能控制有关的信号输入。

具体在本实施例中，处理器401会按照如下的指令，将一个或一个以上的应用程序的进程对应的可执行文件加载到存储器402中，并由处理器401来运行存储在存储器402中的应用程序，从而实现上述依赖函数的处理设备的各种功能。

需要说明的是，在本文中，诸如“第一”和“第二”等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

以上所述仅是本公开的具体实施方式，使本领域技术人员能够理解或实现本公开。对这些实施例的多种修改对本领域的技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本公开的精神或范围的情况下，在其它实施例中实现。因此，本公开将不会被限制于本文所述的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。

Claims (10)

1.一种依赖函数的处理方法，其特征在于，所述方法包括：

在目标依赖库中，确定所述目标依赖库的名字对应的位置，作为第一位置，确定所述名字所属字段的字段类型对应的位置，作为第二位置，以及，确定目标依赖函数的名字对应的位置，作为第三位置；

在所述目标依赖库中，将处于所述第一位置处的字符串替换为预设依赖库的名字，将处于所述第二位置处的结构体中的d_tag成员的值替换为DT_NEEDED标识，以及将处于所述第三位置处的字符串替换为预设依赖函数的名字；其中，所述预设依赖函数为指定用于替换所述目标依赖函数且属于所述预设依赖库中的依赖函数。

2.根据权利要求1所述的方法，其特征在于，所述在目标依赖库中，确定所述目标依赖库的名字对应的位置，作为第一位置，包括：

获取目标依赖库中首个结构体中的e_phoff成员的值，作为第一偏移地址；

确定所述目标依赖库中所述第一偏移地址指向的结构体数组；其中，所述结构体数组中包括多个结构体；

确定所述结构体数组中p_type成员的值为PT_DYNAMIC标识的结构体，并获取所述结构体中的p_offset成员的值，作为第二偏移地址；

确定所述目标依赖库中所述第二偏移地址指向的结构体数组，并确定所述结构体数组中d_tag成员的值分别为DT_STRTAB和DT_SONAME的结构体，对应的作为第一结构体和第二结构体；

将所述第一结构体中d_ptr成员的值转换为相对于所述目标依赖库的偏移地址，作为第三偏移地址；

将所述第三偏移地址与所述第二结构体中d_val成员的值相加后得到的偏移地址，确定为所述第一位置。

3.根据权利要求2所述的方法，其特征在于，所述确定所述名字所属字段的字段类型对应的位置，作为第二位置，包括：

将所述第二结构体中d_ptr成员的值转换为相对于所述目标依赖库的偏移地址，作为所述第二位置。

4.根据权利要求2或3所述的方法，其特征在于，所述确定目标依赖函数的名字对应的位置，作为第三位置，包括：

在确定所述目标依赖库中所述第二偏移地址指向的结构体数组之后，确定所述结构体数组中d_tag成员的值为DT_SYMTAB的结构体，作为第三结构体；

将所述第三结构体中d_ptr成员的值转换为相对于所述目标依赖库的偏移地址，作为第四偏移地址；

将所述目标依赖库中所述第四偏移地址指向的结构体数组确定为目标数组；

获取所述目标数组中的各个结构体中st_name成员的值，并将与所述第三偏移地址相加后的位置对应的字符串为目标依赖函数的名字的st_name成员的值对应的结构体确定为第四结构体；

将所述第三偏移地址与所述第四结构体中st_name成员的值相加后得到的偏移地址，确定为所述第三位置。

5.根据权利要求1-4中任一项所述的方法，其特征在于，所述预设依赖函数的名字的长度不大于所述目标依赖函数的名字的长度；所述预设依赖库的名字的长度不大于所述目标依赖库的名字的长度。

6.根据权利要求1-4中任一项所述的方法，其特征在于，所述方法还包括：

移除所述目标依赖库中名字为.gnu.version的节。

7.一种依赖函数的处理装置，其特征在于，所述装置包括：

确定模块，用于在目标依赖库中，确定所述目标依赖库的名字对应的位置，作为第一位置，确定所述名字所属字段的字段类型对应的位置，作为第二位置，以及，确定目标依赖函数的名字对应的位置，作为第三位置；

替换模块，用于在所述目标依赖库中，将处于所述第一位置处的字符串替换为预设依赖库的名字，将处于所述第二位置处的结构体中的d_tag成员的值替换为DT_NEEDED标识，以及将处于所述第三位置处的字符串替换为预设依赖函数的名字；其中，所述预设依赖函数为指定用于替换所述目标依赖函数且属于所述预设依赖库中的依赖函数。

8.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有指令，当所述指令在终端设备上运行时，使得所述终端设备实现如权利要求1-6任一项所述的方法。

9.一种设备，其特征在于，包括：存储器，处理器，及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时，实现如权利要求1-6任一项所述的方法。

10.一种计算机程序产品，其特征在于，所述计算机程序产品包括计算机程序/指令，所述计算机程序/指令被处理器执行时实现如权利要求1-6任一项所述的方法。

Images