showmount代码内存泄漏

最新推荐文章于 2024-04-02 18:00:00 发布
最新推荐文章于 2024-04-02 18:00:00 发布
阅读量1.7k 收藏 1
点赞数
文章标签： reference centos struct null string leak
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/fjhjsjy/article/details/7928080
版权
最近重构NAS存储的程序，发现程序总是在运行1天多后因为oom被kill。开始觉得很奇怪，因为担心有内存碎片，程序里面用到的内存都不是动态申请的，怎么会有内存泄漏呢？内核消息和top监控的结果都显示确实存在内存泄漏，只好逐个线程检查。检查到NFS服务检测线程的时候出现了异常情况，用valgrind检测NFS服务检测模块居然有内存泄漏。这个结果更加让我诧异，检测模块的代码是从showmount源码中提取出来的。
首先我怀疑是不是我提取代码的时候有什么问题，于是又把我的代码和showmount的代码（1.0.9版本的nfs-utils）重新核对了一遍，除了省略了使用clnttcp_create而直接使用clntudp_create创建RPC客户外，与showmount的执行流程没什么区别。
我使用的代码如下（使用//注释的代码是修正内存泄漏问题添加的代码）： 
WIS_BOOL NSIA_DISK_CheckNFSService(WIS_CONST WIS_U32 u32DiskIp,
                        WIS_S8 * WIS_CONST ps8ShareDir)
{
	enum clnt_stat      enClntStat;
    struct sockaddr_in  stServerAddr;
    struct timeval      stPertryTimeout;
    struct timeval      stTotalTimeout;
    CLIENT              *pstClient = WIS_NULL;
    exports             stExportList;
//    exports             stExportList2;
    WIS_S32             s32Sock;


    /* init rpc handle, use udp only */
    stServerAddr.sin_addr.s_addr = u32DiskIp;
    stServerAddr.sin_family      = AF_INET;
    stServerAddr.sin_port        = 0;
    s32Sock = RPC_ANYSOCK;


    stPertryTimeout.tv_sec  = 1;
    stPertryTimeout.tv_usec = 0;
    if ( (pstClient = clntudp_create(&stServerAddr, MOUNTPROG, MOUNTVERS, stPertryTimeout, &s32Sock)) == WIS_NULL )
        return WIS_FALSE;


    pstClient->cl_auth = authunix_create_default();


    stTotalTimeout.tv_sec   = 2;
    stTotalTimeout.tv_usec  = 0;


    memset(&stExportList, '\0', sizeof(stExportList));


    enClntStat = clnt_call(pstClient, MOUNTPROC_EXPORT, (xdrproc_t) xdr_void, WIS_NULL,
			            (xdrproc_t) xdr_exports, (caddr_t) &stExportList, stTotalTimeout);


//    stExportList2 = stExportList;


    if (enClntStat == RPC_SUCCESS)
    {
        while (stExportList)
        {
            if ( strcmp(ps8ShareDir, stExportList->ex_dir) == 0 )
            {
//                xdr_free((xdrproc_t) xdr_exports, (caddr_t) &stExportList2);
//                auth_destroy(pstClient->cl_auth);
//                clnt_destroy(pstClient);
                return WIS_TRUE;
            }


            stExportList = stExportList->ex_next;
        }
    }


//    xdr_free((xdrproc_t) xdr_exports, (caddr_t) &stExportList2);
//    auth_destroy(pstClient->cl_auth);
//    clnt_destroy(pstClient);
    return WIS_FALSE;
}

于是直接用valgrind检测showmount程序： 
valgrind --tool=memcheck --leak-check=full --leak-resolution=high --show-reachable=yes --track-origins=yes /usr/sbin/showmount -e 172.18.13.245


结果居然是：

==4142== HEAP SUMMARY:
==4142==     in use at exit: 8,737 bytes in 11 blocks
==4142==   total heap usage: 15 allocs, 4 frees, 9,721 bytes allocated
.........
==4142== LEAK SUMMARY:
==4142==    definitely lost: 24 bytes in 2 blocks
==4142==    indirectly lost: 8,697 bytes in 8 blocks
==4142==      possibly lost: 0 bytes in 0 blocks
==4142==    still reachable: 16 bytes in 1 blocks
==4142==         suppressed: 0 bytes in 0 blocks

showmount申请了15次内存，只释放了4次，有8KB多内存没有释放。从valgrind的详细结果可以找到哪些函数动态申请的内存没有是否： 

==4142== 8 bytes in 1 blocks are indirectly lost in loss record 1 of 11
==4142==    at 0x4804EC2: calloc (vg_replace_malloc.c:418)
==4142==    by 0x4911102: xdr_reference (in /lib/libc-2.5.so)
==4142==    by 0x491105F: xdr_pointer (in /lib/libc-2.5.so)
==4142==    by 0x109D05: ??? (in /usr/sbin/showmount)
==4142==    by 0x109E7E: ??? (in /usr/sbin/showmount)
==4142==    by 0x49110A7: xdr_reference (in /lib/libc-2.5.so)
==4142==    by 0x491105F: xdr_pointer (in /lib/libc-2.5.so)
==4142==    by 0x109CB5: xdr_exports (in /usr/sbin/showmount)	//clnt_call调用的xdr_exports里面申请的内存
==4142==    by 0x490A596: clnttcp_call (in /lib/libc-2.5.so)
==4142==    by 0x1090CA: main (in /usr/sbin/showmount)
==4142==
==4142== 9 bytes in 1 blocks are indirectly lost in loss record 2 of 11
==4142==    at 0x4805B83: malloc (vg_replace_malloc.c:195)
==4142==    by 0x490FE61: xdr_string (in /lib/libc-2.5.so)
==4142==    by 0x109E2B: ??? (in /usr/sbin/showmount)
==4142==    by 0x109E5D: ??? (in /usr/sbin/showmount)
==4142==    by 0x49110A7: xdr_reference (in /lib/libc-2.5.so)
==4142==    by 0x491105F: xdr_pointer (in /lib/libc-2.5.so)
==4142==    by 0x109CB5: xdr_exports (in /usr/sbin/showmount)	//clnt_call调用的xdr_exports里面申请的内存
==4142==    by 0x490A596: clnttcp_call (in /lib/libc-2.5.so)
==4142==    by 0x1090CA: main (in /usr/sbin/showmount)
==4142==
==4142== 16 bytes in 1 blocks are still reachable in loss record 3 of 11
==4142==    at 0x4805B83: malloc (vg_replace_malloc.c:195)
==4142==    by 0x490FE61: xdr_string (in /lib/libc-2.5.so)
==4142==    by 0x109D9B: ??? (in /usr/sbin/showmount)
==4142==    by 0x109DCD: ??? (in /usr/sbin/showmount)
==4142==    by 0x49110A7: xdr_reference (in /lib/libc-2.5.so)
==4142==    by 0x491105F: xdr_pointer (in /lib/libc-2.5.so)
==4142==    by 0x109D05: ??? (in /usr/sbin/showmount)
==4142==    by 0x109E7E: ??? (in /usr/sbin/showmount)
==4142==    by 0x49110A7: xdr_reference (in /lib/libc-2.5.so)
==4142==    by 0x491105F: xdr_pointer (in /lib/libc-2.5.so)
==4142==    by 0x109CB5: xdr_exports (in /usr/sbin/showmount)	//clnt_call调用的xdr_exports里面申请的内存
==4142==    by 0x490A596: clnttcp_call (in /lib/libc-2.5.so)
==4142==
==4142== 29 (12 direct, 17 indirect) bytes in 1 blocks are definitely lost in loss record 4 of 11
==4142==    at 0x4804EC2: calloc (vg_replace_malloc.c:418)
==4142==    by 0x4911102: xdr_reference (in /lib/libc-2.5.so)
==4142==    by 0x491105F: xdr_pointer (in /lib/libc-2.5.so)
==4142==    by 0x109CB5: xdr_exports (in /usr/sbin/showmount)	//clnt_call调用的xdr_exports里面申请的内存
==4142==    by 0x490A596: clnttcp_call (in /lib/libc-2.5.so)
==4142==    by 0x1090CA: main (in /usr/sbin/showmount)
==4142==
==4142== 36 bytes in 1 blocks are indirectly lost in loss record 5 of 11
==4142==    at 0x4805B83: malloc (vg_replace_malloc.c:195)
==4142==    by 0x4908A50: authunix_create (in /lib/libc-2.5.so)
==4142==    by 0x49085FC: authunix_create_default (in /lib/libc-2.5.so)	//authunix_create_default里面申请的内存
==4142==    by 0x109052: main (in /usr/sbin/showmount)
==4142==
==4142== 40 bytes in 1 blocks are indirectly lost in loss record 6 of 11
==4142==    at 0x4805B83: malloc (vg_replace_malloc.c:195)
==4142==    by 0x4908952: authunix_create (in /lib/libc-2.5.so)
==4142==    by 0x49085FC: authunix_create_default (in /lib/libc-2.5.so)	//authunix_create_default里面申请的内存
==4142==    by 0x109052: main (in /usr/sbin/showmount)
==4142==
==4142== 68 bytes in 1 blocks are indirectly lost in loss record 7 of 11
==4142==    at 0x4805B83: malloc (vg_replace_malloc.c:195)
==4142==    by 0x4910692: xdrrec_create (in /lib/libc-2.5.so)
==4142==    by 0x490A20C: clnttcp_create (in /lib/libc-2.5.so)	//clnttcp_create里面申请的内存，showmount未执行clntudp_create，这个函数应该也申请了内存
==4142==    by 0x109043: main (in /usr/sbin/showmount)
==4142==
==4142== 100 bytes in 1 blocks are indirectly lost in loss record 8 of 11
==4142==    at 0x4805B83: malloc (vg_replace_malloc.c:195)
==4142==    by 0x490A051: clnttcp_create (in /lib/libc-2.5.so)	//clnttcp_create里面申请的内存
==4142==    by 0x109043: main (in /usr/sbin/showmount)
==4142==
==4142== 432 bytes in 1 blocks are indirectly lost in loss record 9 of 11
==4142==    at 0x4805B83: malloc (vg_replace_malloc.c:195)
==4142==    by 0x4908964: authunix_create (in /lib/libc-2.5.so)
==4142==    by 0x49085FC: authunix_create_default (in /lib/libc-2.5.so)	//authunix_create_default里面申请的内存
==4142==    by 0x109052: main (in /usr/sbin/showmount)
==4142==
==4142== 8,004 bytes in 1 blocks are indirectly lost in loss record 10 of 11
==4142==    at 0x4805B83: malloc (vg_replace_malloc.c:195)
==4142==    by 0x49106D7: xdrrec_create (in /lib/libc-2.5.so)
==4142==    by 0x490A20C: clnttcp_create (in /lib/libc-2.5.so)	//clnttcp_create里面申请的内存
==4142==    by 0x109043: main (in /usr/sbin/showmount)
==4142==
==4142== 8,692 (12 direct, 8,680 indirect) bytes in 1 blocks are definitely lost
==4142==    at 0x4805B83: malloc (vg_replace_malloc.c:195)
==4142==    by 0x490A042: clnttcp_create (in /lib/libc-2.5.so)	//clnttcp_create里面申请的内存
==4142==    by 0x109043: main (in /usr/sbin/showmount)

问题集中在clnttcp_create（clntudp_create）、authunix_create_default和xdr_exports三个函数，这三个函数分别创建了RPC客户、RPC客户授权信息和NFS服务器的共享目录列表，也就是说这三个函数创建的资源需要在退出前释放。
man clnt×××××和man xdr_××××一系列函数说明后，找到了释放上述资源的函数（代码中//注释的部分）

懒得装nfs-utils编译的依赖，我没有重编译showmount，但是在我提取的代码修改后用valgrind测试没有内存泄漏。
nfs-utils已经升级到1.2.6，showmount里面的代码增加了clnt_destroy，但是没有auth_destroy和xdr_free，centos不能yum到1.2.6的showmount，我再次偷懒没编译，不知道是否依然存在内存泄漏。

测试环境：CentOS5 2.6.18-308.13.1.el5 showmount版本1.0.9 valgrind版本3.5.0

如有错误，欢迎指正吐舌头

fjhjsjy
关注
  • 0
    点赞
  • 踩
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
showmount命令 显示NFS服务器的加载信息
01-09
showmount命令查询“mount”守护进程，以显示NFS服务器的加载信息。 语法格式: showmount [参数] 常用参数： -d 仅显示已被NFS客户端加载的目录 -e 显示NFS服务器上所有的共享目录 参考实例 获取已经被客户端加载的NFS共享目录： [root@linuxcool ~]# showmount -d 61.163.231.197 获取NFS服务器的全部共享目录： [root@linuxcool ~]# showmount -e 61.163.231.197 与该功能相关的Linux命令：ip命令 – 显示与操作路由cu命令 – 连接另一个系统主
目标主机showmount -e信息泄露(CVE-1999-0554)，如何禁止只允许特定主机使用showmount -e查看挂载列表
热门推荐
qq_26614295的博客
11-18 2万+
最近单位信息系统做安全等保，因为服务器使用了nfs文件共享，而导致在等保扫描中发现了一个高危漏洞，通过showmount -e可以展示nfs挂载列表，然后建议整改方法是限制使用showmount -e展示列表的主机，也就是说在使用nfs的客户端可以通过showmount -e展示可挂载的主机列表，其他主机均不可以使用showmount -e展示可挂载列表。思考了一番，发觉还是在nfs服务器端用ip...
Linux NFS共享目录配置漏洞实现免密登陆
最新发布
NatusVincere
04-02 344
ssh连接靶机，输入刚才设置的秘钥，输入完成后回车，再输入yes，再按下回车即可连接成功。输入showmount -e 192.168.211.141查看共享目录。输入命令rpcinfo 192.168.211.141进行探测。输入命令挂载靶机目录，挂载位置为自己设置的文件夹。设置一个ssh秘钥,输入完命令后按几下回车即可。注意：文件夹需要存在，可以自己先创建一个文件夹。输入命令将公钥复制到目标靶机固定位置。注意：记得输入yes，否则会连接失败。输入ls查看是否挂载成功。
linux NFS安装配置及常见问题、/etc/exports配置文件、showmount命令
01-10
1，服务器端软件：安装nfs-utils和portmap（rpcbind） nfs-utils： 提供rpc.nfsd 及 rpc.mountd这两个NFS DAEMONS的套件 portmap: NFS其实可以被看作是一个RPC SERVER PROGRAM,而要启动一个RPC SERVER PROGRAM，都要做好PORT的对应工作，而且这样的任务就是由PORTMAP来完成的。通俗的说PortMap就是用来做PORT的mapping的。 NFS需要启动的DAEMONS：参考NFS daemons pc.nfsd:主要复杂登陆权限检测等 必须 portmap：处理RPC程序
解决客户端showmount时报错"clnt_create: RPC: Port mapper failure - Unable to receive: errno 113..."
tfel-ypoc
04-11 1万+
在客户端尝试查询NFS服务器可挂载目录 showmount -e 192.168.56.10 得到错误提示为 clnt_create: RPC: Port mapper failure - Unable to receive: errno 113 (No route to host) 寻思是服务器防火墙导致的 使用 firewall-cmd --get-service |...
烂泥：【解决】NFS服务器使用showmount –e命令报错
weixin_33801856的博客
09-15 1916
本文由秀依林枫提供友情赞助，首发于烂泥行天下。 今天在NFS服务器使用showmount –e查看NFS共享目录时，发现系统一直显示如下错误： clnt_create: RPC: Port mapper failure - Timed out 查询相关资料显示，很有可能是因为NFS服务器的hosts文件中的域名和NFS服务器的IP地址不对应造成的。 查看NFS服务器的hosts文件，如...
【linux命令讲解大全】110.Linux常用命令解析：showmount和umount的用法及实例
全栈若城,专注知识分享
09-13 1791
本文介绍了Linux系统中两个常用命令：showmount和umount的用法和实例。showmount命令用于查询NFS服务器加载的信息，可以显示已被NFS客户端加载的目录或者显示NFS服务器上所有的共享目录。umount命令用于卸载已经加载的文件系统，可以通过设备名或挂载点来执行卸载操作。文章还提供了这两个命令的选项和参数说明，以及相关的示例。通过学习这两个命令的用法，读者在Linux系统中的文件系统管理中将更加得心应手。
nfs漏洞修复（showmount -e）
kali_yao的博客
12-18 8500
注：nfs是生产不太建议用，如果要用的话不要对外；但如果真要对外用的话也可修复漏洞 1.漏洞概述 可以对目标主机进行"showmount -e"操作，此操作将泄露目标主机大量敏感信息，比如目录结构。更糟糕的是，如果访问控制不严的话，攻击者有可能直接访问到目标主机上的数据。 允许指定主机通过mount到nfs服务器上，阻止其他主机通过showmount -e方式，泄露NFS共享目录结构信息 2、先查看你nfs的配置 ~]# cat /etc/exports /ceshi 172.17.0.1
showmount -e (CVE-1999-0554) NFS漏洞解决方案
edonzhon
06-24 1万+
nfs是比较不安全的生产不太建议用，如果真的要用的话不要对外 这次讲解如何修复nfs暴露的showmount漏洞 1、先查看你nfs的配置 cat /etc/exports 然后你在上面的IP进行showmount -e nfs服务器IP地址能看到上面这个配置 2、所以我们这里采取的办法是通过服务器器端的hosts.allow和hosts.deny两个文件限制 备份原有的hosts.allow和hosts.deny(备份是个好习惯) cp /etc/hosts.allow/etc/hos.
showmount -e漏洞修复，实测已完成修复
weixin_46062349的博客
09-26 736
nfs漏洞之showmount -e漏洞修复
一种nfs server源代码
09-16
This package contains all necessary programs to make your Linux machine act as an NFS server, being an NFS daemon (rpc.nfsd), a mount daemon (rpc....mapping daemon (rpc.ugidd), and the showmount utility.
NFS服务器客户机配置
10-28
5.# showmount -e 192.168.100.3 查看NFS服务器的输出。 6.# mount -t nfs 192.168.100.3:/home/share /mnt 挂载NFS服务器中的共享目录。 7.# cd /mnt 显示当前主机挂载的NFS共享目录。 ls 8.#vi /file.txt 按i...
【共享服务】nfs常见问题处理
Luxf0的博客
06-01 5633
本文主要介绍nfs服务使用过程中，常见问题及解决方法
AIX mount RedHat的NFS
jade 的专栏
10-17 945
AIX mount RedHat的NFS RedHat ： 192.168.8.202 AIX: 192.168.8.193 在RedHat服务器上设置NFS服务： 1、RedHat服务器端的设定NFS都是在/etc/exports这个文件中进行设定的，设定格式如下: [root@redhat backup]# vi  /etc/exports (加入一行） /backup
showmount: only one hostname is allowed
hedao0515的专栏
06-17 1632
showmount: only one hostname is allowed
linux命令showmount,Linux系统如何使用showmount命令
weixin_33037713的博客
04-29 3652
下面就是Linux使用showmount命令的方法介绍了，showmount命令可用户显示NFS的信息，比如版本、NFS客户端、输出目录列表等信息。用法：showmount命令用于查询NFS服务器的相关信息# showmount --helpUsage： showmount ［-adehv］［--all］ ［--directories］ ［--exports］［--no-headers］ ［--h...
linux命令showmount,mount 命令简介(含showmount)
weixin_32190377的博客
04-29 3694
Trackback: http://tb.blog.csdn.net/TrackBack.aspx?PostId=325179showmount 命令用途显示远程已安装文件系统的所有客户机的列表。语法/usr/bin/showmount [ -a ] [ -d ] [ -e ] [ Host ]描述showmount 命令显示 Host 参数指定的机器上已远程安装文件系统的所有客户机的列表。Hos...
showmount -e 输出不正确记录，包含历史挂载client
weixin_33711647的博客
11-12 897
问题：一台Solaris 10主机用户已经不再使用，服务器关机前检查NFS共享状况，确保已经没有用户连接到该主机。通过命令"showmount -e"检查客户端服务器的连接，发现还有大量的连接列表。但是与用户确认，用户说已经断开了连接。解决方法:=======================================================Solaris主机/e...
showmount -e信息泄露漏洞
03-16
showmount -e信息泄露漏洞是指在NFS服务器上运行showmount -e命令时，会将服务器上共享的文件系统信息暴露给攻击者，从而导致敏感信息泄露的漏洞。攻击者可以利用这些信息来进一步攻击服务器，或者获取敏感数据。...

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值