成人免费xxxxx在线视频软件_久久精品久久久_亚洲国产精品久久久_天天色天天色_亚洲人成一区_欧美一级欧美三级在线观看

Linux內核中添加新功能隱藏進程地址空間內存不被竊取

系統 Linux
首先看怎樣能獲取其它進程地址空間的內存,答案是ptrace毫無疑問了,其它比如使用crash工具,利用系統漏洞,插入模塊等邪門方法不在本篇討論范圍之內。

 [[356458]]

本文轉載自微信公眾號「相遇Linux」,作者JeffXie 。轉載本文請聯系相遇Linux公眾號。    

首先看怎樣能獲取其它進程地址空間的內存,答案是ptrace毫無疑問了,其它比如使用crash工具,利用系統漏洞,插入模塊等邪門方法不在本篇討論范圍之內。

上例子:test.c

  1.  #define handle_error(msg) \ 
  2.     do { perror(msg); exit(EXIT_FAILURE); } while (0) 
  3.  
  4. int main(void) 
  5.         char *p;  
  6.         char const str[] = "Jeff Xie\n"
  7.  
  8.         p = malloc(sizeof(str)); 
  9.         if (!p) 
  10.                 handle_error("malloc"); 
  11.         printf("p:0x%llx\n", p);  
  12.         memcpy(p, str, sizeof(str)); 
  13.         printf("str:%s\n", p);  
  14.         sleep(10000); 
  15.  
  16.         return 0; 

地址: https://github.com/x-lugoo/hide-memory

上面例子test.c中只是非常單純的malloc了一塊區域(堆區),然后保存了一個字符串.

terminal 1:

  1. #gcc test.c  
  2. #./a.out  
  3. p:0xd3d260 
  4. str:Jeff Xie 

terminal 2:

  1. #ps -C a.out 
  2.   PID TTY          TIME CMD 
  3. 19145 pts/4    00:00:00 a.out 
  4. #cat /proc/19145/maps 
  5. 00400000-00401000 r-xp      /home/jeff/a.out 
  6. 00600000-00601000 r--p      /home/jeff/a.out 
  7. 00601000-00602000 rw-p      /home/jeff/a.out 
  8. 00d3d000-00d5e000 rw-p      [heap] 

可以看到0xd3d260 在heap區域范圍內,使用readmem就可以簡單粗暴的讀出了進程19145(a.out)的0xd3d260 向后十個字節的內容.

terminal 2:

  1. #readmem 19145 0xd3d260 10 
  2. Jeff Xie 

程序readmem使用ptrace功能實現,代碼見:

  1. https://github.com/x-lugoo/hide-memory/tree/main/ptrace 

如果進程19145保存的不是一個普通的字符串,而是某位皇帝留下的千年寶藏的地址,或者里面的信息關系到整個公司的命脈,如果被nice值不高的人獲取了,后果可想而知。

最近有人(前輩)在linux內核社區提交了一個patch,解決了這個問題,我把整個patch簡化了一些。

原始patch:

  1. https://lore.kernel.org/linux-fsdevel/20201203062949.5484-1-rppt@kernel.org/T/#t 

被我簡化后:

  1. https://github.com/x-lugoo/hide-memory/blob/main/hidemem/0001-hidemem-Initialization-version.patc 

此patch實現的原理:

新增一個系統調用memfd_hide, 當用戶使用這個系統調用時,會返回一個fd, 進而使用mmap(...fd...),map一段內存,此段內存將是安全的,其它人不能通過ptrace獲取。

  1. --- a/arch/x86/entry/syscalls/syscall_64.tbl 
  2. +++ b/arch/x86/entry/syscalls/syscall_64.tbl 
  3. @@ -362,6 +362,7 @@ 
  4.  438    common  pidfd_getfd     sys_pidfd_getfd 
  5.  439    common  faccessat2      sys_faccessat2 
  6.  440    common  process_madvise     sys_process_madvise 
  7. +441    common  memfd_hide      sys_memfd_hide 
  8.  
  9. SYSCALL_DEFINE1(memfd_hide, unsigned long, flags) 
  10.         struct file *file; 
  11.         int fd, err; 
  12.         fd = get_unused_fd_flags(flags & O_CLOEXEC); 
  13.         file = hidemem_file_create(flags); 
  14.         fd_install(fd, file); 
  15.         return fd; 

當用戶調用441號系統調用時,系統會返回一個fd,例如用戶層這樣調用:

  1. #define __NR_memfd_hide 441 
  2. static int memfd_secret(unsigned long flags) 
  3.      return syscall(__NR_memfd_hide, flags); 
  4. fd = memfd_secret(0); 

fd_install 做了以下操作,把fd和當前進程關聯起來.

  1. struct fdtable *fdt; 
  2. struct task_struct { 
  3.           ... 
  4.           struct files_struct             *files; 
  5. fdt = current->files->fdt; 
  6. fdt->fd[fd] = file; 

hidemem_file_create 最終是返回了一個struct file, 但是做的一個很重要的動作是初始化一系列回調函數,讓用戶調用mmap和memcpy時,在發生page fault時進行合適的動作,比如調用alloc_page(gfp)申請一塊內存.

  1. fd = memfd_secret(0); 
  2. p = mmap(NULL, 4096, prot, mode, fd, 0); 
  3. memcpy(p, str, sizeof(str)); 

追隨以下綠色標記 可以很好理清函數調用關系:

  1. static struct file *hidemem_file_create(unsigned long flags) 
  2.         struct file *file = ERR_PTR(-ENOMEM); 
  3.         struct inode *inode; 
  4.         inode = alloc_anon_inode(hidemem_mnt->mnt_sb); 
  5.         file = alloc_file_pseudo(inode, hidemem_mnt, "hidemem"
  6.                                  O_RDWR, &hidemem_fops); 
  7.         inode->i_mapping->a_ops = &hidemem_aops; 
  8.  
  9. static const struct file_operations hidemem_fops = { 
  10.         .release        = hidemem_release, 
  11.         .mmap           = hidemem_mmap, 
  12. }; 
  13.  
  14. static int hidemem_mmap(struct file *file, struct vm_area_struct *vma) 
  15.         vma->vm_ops = &hidemem_vm_ops; 
  16.         vma->vm_flags |= VM_LOCKED; 
  17.  
  18. static const struct vm_operations_struct hidemem_vm_ops = { 
  19.         .fault = hidemem_fault, 
  20. }; 
  21.  
  22. static vm_fault_t hidemem_fault(struct vm_fault *vmf) 
  23.         struct address_space *mapping = vmf->vma->vm_file->f_mapping; 
  24.         vm_fault_t ret = 0; 
  25.         struct page *page; 
  26.         int err; 
  27.  
  28.         page = find_get_page(mapping, offset); 
  29.         if (!page) { 
  30.                 page = hidemem_alloc_page(vmf->gfp_mask); 
  31.                 err = add_to_page_cache(page, mapping, offset, vmf->gfp_mask); 
  32.         } 
  33.         vmf->page = page; 
  1. static struct page *hidemem_alloc_page(gfp_t gfp) 
  2.         return alloc_page(gfp); 

回到怎樣隱藏進程空間的問題上:

當其它進程使用ptrace功能獲取指定進程地址空間內容時,會調用到check_vma_flags(), 此時加上一個條件判斷,如果此段vma(/proc/pid/maps中的每一列地址范圍屬于一個vma)屬于hidemem, 直接返回錯誤.

  1.  static int check_vma_flags(struct vm_area_struct *vma, unsigned long gup_flags) 
  2.  { 
  3.      vm_flags_t vm_flags = vma->vm_flags; 
  4. @@ -923,6 +925,9 @@ static int check_vma_flags(struct vm_area_struct *vma, unsigned long gup_flags) 
  5.      if (gup_flags & FOLL_ANON && !vma_is_anonymous(vma)) 
  6.          return -EFAULT; 
  7.  
  8. +    if (vma_is_hidemem(vma)) 
  9. +        return -EFAULT; 
  10.      if (write) { 
  11.          if (!(vm_flags & VM_WRITE)) { 
  12.              if (!(gup_flags & FOLL_FORCE)) 
  1. static const struct vm_operations_struct hidemem_vm_ops = { 
  2.         .fault = hidemem_fault, 
  3. }; 
  4.  
  5. bool vma_is_hidemem(struct vm_area_struct *vma) 
  6.         return vma->vm_ops == &hidemem_vm_ops; 

加上vma_is_hidemem(vma)判斷之后,此時如果使用readmem利用ptrace獲取指定進程內存段的時候,會直接報錯,以達到隱藏vma背后page內容的目的。

以上patch和測試代碼都在:

  1. https://github.com/x-lugoo/hide-memory 

原始patch:

  1. https://lore.kernel.org/linux-fsdevel/20201203062949.5484-1-rppt@kernel.org/T/#t 

 

 

責任編輯:武曉燕 來源: 相遇Linux
相關推薦

2019-03-28 09:42:15

惡意軟件Rootkit攻擊

2021-01-08 05:59:39

Linux應用程序Linux系統

2021-01-04 10:02:54

Facebook憑證攻擊

2022-09-13 11:15:33

加密貨幣區塊鏈

2018-05-18 08:43:27

Linux內存空間

2012-05-03 08:27:20

Linux進程

2018-05-18 09:07:43

Linux內核內存

2010-05-13 09:45:26

Linux地址空間

2024-01-08 08:42:43

2013-07-01 09:58:58

Windows 8.1

2021-03-22 11:43:07

Linux運維Linux系統

2021-11-09 07:31:08

Robinhood黑客美國

2022-08-06 16:36:21

漏洞網絡攻擊

2020-08-16 09:25:21

Windows 10Windows操作系統

2011-10-28 15:50:45

C程序

2020-10-16 12:11:31

網絡攻擊網絡安全黑客

2019-01-29 10:10:09

Linux內存進程堆

2020-05-08 11:56:43

微軟GitHub賬號黑客

2009-06-09 10:00:56

2021-03-28 09:37:35

竊取數據暗網安全
點贊
收藏

51CTO技術棧公眾號

主站蜘蛛池模板: 精品一二区 | 国产精品久久久久久52avav | 国产精品久久久久久久久 | 欧美日韩国产精品 | 欧美二区在线 | 一区二区视频在线 | 国产熟熟| 黄色永久免费 | 丝袜 亚洲 另类 欧美 综合 | 国产精品一区二区精品 | 欧美视频精品 | 日日夜夜精品 | 九九热精品视频 | 国产电影一区二区在线观看 | 国精产品一区二区三区 | 国产一区二区精品 | 国产成人免费在线观看 | 天天躁日日躁狠狠躁2018小说 | 一区二区三区不卡视频 | 国产精品一区二区在线 | 密色视频 | 免费在线观看一区二区三区 | 亚洲欧美综合精品久久成人 | 中文字幕高清av | 99久久精品免费看国产高清 | www.亚洲精品 | 99精品欧美一区二区蜜桃免费 | 美美女高清毛片视频免费观看 | 亚洲精品欧美 | 一区二区av | 密桃av | 午夜视频在线播放 | 日韩一区二区在线视频 | 女同av亚洲女人天堂 | 免费一级毛片 | 精品国产欧美一区二区三区成人 | 色妞av | 亚洲综合色丁香婷婷六月图片 | 天天操综合网站 | 看片一区 | 欧美成人hd|