登录  | 立即注册

游客您好!登录后享受更多精彩

查看: 55|回复: 0

WindowsX86内核07.内存权限

[复制链接]

71

主题

2

回帖

147

积分

管理员

积分
147
发表于 2024-12-8 13:32:55 | 显示全部楼层 |阅读模式
内存管理
内存是操作系统很核心的一个功能,软件很多崩溃原因或者安全问题都是内存造成的
内存安全问题
解决方法:
内存权限
  • R 读
  • W 写
  • E 执行
内存隔离
各用各的内存,互不干扰,内存隔离是以任务为单位的
CPU没有进程和线程的概念,只有 任务(Task),进程 和线程是操作系统提出来的,是为了方便管理任务,线程是轻量化进程,创建线程可以理解为创建了一个进程,只不过内存是共享的,除了栈不共享,创建线程会有一个独立的栈空间,CPU是不管内存是否共享的,他只负责操作内存
因此我们在访问一个内存的时候去检测有没有内存权限,内存隔离的机制,这个机制该有谁来做呢
例如: mov [00401000h], 1
00401000h 这块内存是否可以写该由谁来检测呢,如果有操作系统来做,那么效率太低,因此只能由硬件来做,因为代码执行是由cpu来做的,他可以执行的时候顺便检测一下,但是只由硬件来做他无法知道内存权限,不知道是否可读可写,这个只有系统知道,因为进程是系统创建的,知道哪里可以读,哪里可以写,所以系统负责定义访问权限,因此内存管理需要硬件和系统一起负责
所以系统获得作者需要研究CPU手册,来研究明白怎么把定义的访问权限告诉CPU
硬件 检测访问权限 <= 告诉CPU <= 系统 定义访问权限
CPU手册
关于系统相关的在第3卷
1663229884859-4772fb7c-a189-4856-afc9-0563f48b2820.png
为了完成内存管理的概念,提出了地址空间的概念
  • logical address (逻辑地址)
  • linear address (线性地址) 主要为了完成内存隔离问题
  • Physical Address(物理地址) 物理内存条的地址 0x00000000~0xFFFFFFFF
  • virtual address (虚拟地址) 段偏移
直接用物理地址是有问题的,这就代表每个代码的内存地址必须不一样,因为得隔离,而且不同电脑的内存大小是不一样的那么我怎么保证我们的代码在执行的时候不会受到硬件的干扰呢,因此我们需要去抽象出一个地址空间
1663230296958-d56ab5fb-e4f2-460a-91c0-23deebb75464.png
逻辑地址 首先最上面就是逻辑地址。其实逻辑地址就等价于程序里面的地址、但是你说什么时候用的逻辑地址呢?我什么时候用的逻辑地址呢?其实你一直在用逻辑地址。 我们随便右键一个程序, CPU看地址的时候是看逻辑地址的,就是这个CS段偏移。你们平时所说的虚拟地址实际上是段偏移了。 每个进程的cs 都是一样的,这我们后面再谈。 至少对CPU来说是用逻辑地址的,你们代码也好。数据也好。都是逻辑地址。 内存管理图中这个逻辑地址他说通过一个叫分段管理。那么他就就可以把它转成一个线性地址。然后这个线性地址,这里面是一个叫页的管理,叫页映射、页管理,他叫分页管理。就可以得到一个物理地址。 这是CPU内存访问一段内存的处理流程。 分页管理是可以不要的,如果不要的话、那么逻辑地址通过分段管理就直接得到了物理地址。 线性地址有什么用?他这个抽象的概念。为什么有线性地址的概念呢?现在就是主要为了完成这个内存隔离的问题。其实你可以认为我不能因为你开不开分页。它是一个抽象出来的概念。线性地址在32位里面里面固定四个g 。不管你物理内存条有没有四个g 、他固定四个g。即我的线性地址一定是4个g.
逻辑地址(cs:778e1e53) => 分段管理 => 线性地址 => 分页管理(可以不要) => 物理地址
如果不要
逻辑地址(cs:778e1e53) => 分段管理(查表) => 物理地址
分段管理
分段管理就是查表,CPU先拿地址去查表,查出该内存的权限,如果可以就去访问,如果不可以不能访问,所以这个表就称为分段表
分段表
描述内存的权限不能一个字节一个字节的描述,而是一段段描述的
例如:
00401000~00402000 1000~2000 R 即表示 虚拟地址00401000~00402000这 1000字节的内存都是可读的 物理内存地址是 1000~2000
00402000~00403000 2000~3000 W 即表示 虚拟地址00402000~00403000这 1000字节的内存都是可写的 物理内存地址是 2000~3000
分段表创建时间
这个分段表是由 操作系统创建进程时候做的,然后给cpu这个进程有哪些内存,cpu执行指令的时候就会自己去查这个表
这个表由操作系统在开机的时候就做好,简单的来说就是cpu通电就得做这个表,做完交给cpu,才能进入保护模式,没有分段表进不了保护模式,也就是说cpu进入保护模式之前操作系统作者必须把这个表做好,才能进的去,否则对cpu来说,所有内存都是不可访问的
分段表存放地址
cpu需要知道分段表去哪拿,操作系统也要知道
  • 最简单的方法就是固定一个地址 例如存放在 地址 1000 处
但是这种方式不灵活,维护性差
  • cpu用寄存器来存放地址 GDTR LDTR
这样不仅cpu好拿,而且寄存器好给,加的寄存器只有内核权限可以看见,3环权限看不见,这样标存放的地址就比较自由,所以cpu访问任务一个内存地址不管是执行代码还是读写数据他的第一步就是拿到这个地址然后从寄存器里拿表,查表有没有权限,有权限从这个表拿到物理地址去访问,当然相对的访问内存的效率就下降了
分段表访问
对于操作系统作者来说,他第一步得了解这个表的格式,段怎么使用
1663233201271-6dd62da1-d626-4d9f-b393-4e6cc7750cf3.png
没有开分页的话线性地址就等于物理地址
从上图可以看出分页表存放了3个信息
  • Base Address(段基址)
  • Limit(段界限)
  • Access(访问权限)
但是我们可以发现一个问题,那就是没有物理地址 ,其实 段基址就是物理地址 或许你就会问,虚拟地址呢,怎么知道逻辑地址对应表里的哪一项
逻辑地址地址当做表的下标,这样查询速度更快,而且少了四字节,如果直接把逻辑地址当做表的下标那么这个表可能非常大,因此他是
CS段寄存器(16位)当做表下标 ,段偏移当做物理内存偏移
例如 :
ds = 2;mov al,ds:[100]在分页表中下表为2的 数据为  1000     1000      R于是CPU 读取出数据之后 判断权限为  r  是可读的于是就去访问 物理地址  1000 + 100 = 1100  拿出一个字节的值给 al虚拟地址就是 100 (偏移),在CPU的理解里面,虚拟地址就是 一个段的便宜ds为了查出物理地址的段基址100是虚拟地址和物理地址的段偏移物理地址 = 段基址 + 段偏移逻辑地址 = DS + 段偏移对于CPU来说 每个内存地址都是逻辑地址
我们判断一个虚拟内存能否访问其实就是在物理内存中能否找出跟他一样的大的段就可以了,所以可以理解为虚拟的空间和真实的空间我们只需要描述他段的映射就可以了,这就是分段
所以我们只需要知道虚拟地址对应的物理内存条的首地址在哪,因为 虚拟地址偏移量100 就对应了物理地址偏移量的100,因此虚拟地址的偏移量就对应了物理地址的偏移量是一致的,因此我们这个表只需要描述 虚拟地址和物理地址段基址的映射情况就够了
1663235918907-6a19d485-1007-4351-85d2-bd3a6506b7ef.png
每个段寄存器映射的段都是不一样的
1663236054599-bdfb03ef-8c22-4bb3-9f85-cb99c54fba9a.png
如果有2个段寄存器指向的段基址是一样的 那就是内存共享
2个逻辑地址不一样,但映射的物理地址是一样的,是因为下标不一样,但是不同的下标查出来的表的值是一样的,内存共享就是这么做了
寄存器的值给的值一样代表查的表项是同一个,这个内存共享不一样(内存共享查的表项是不一样的),这种我们称为多段合一
分段表格式
1663236848126-145f7c4c-52ab-4783-82dd-40c9e060816b.png
整个表 64位
段基址 对于32位cpu来说最大4个g 所以需要32位 由上图 Base Address 15:00 (16位) Base 31:24(8位) Base 32:16(8位) 3块用位运算拼成,刚好32位,这样设计是因为历史遗留问题,这个表在16位cpu是就开始设计,那时候这个表是4个字节,现在32位cpu,发现表不够用,需要扩展四个字节,但是原来的第四个字节的格式不能修改,否则不兼容16位,因此只能往高位补,因此虽然很影响效率,但是为了兼容只能这样,而且原来界限只有16位,现在不够,因此高位又补了4位
段描述
因为要表达这个表信息需要用位段描述,结构体无法直接描述
  1. struct SegmentDescriptor {
  2.   unsigned limit1 : 16;   //段界限 (低16位)
  3.   unsigned base1 : 16;    //段基址 (低16位)
  4.   unsigned base2 : 8;     //段基址 (第17-24位)
  5.   unsigned type : 4;      //内存权限
  6.   unsigned s : 1;         //描述符类型 (0 = 系统段; 1 = 存储段)
  7.   unsigned dpl: 2;        //描述符特权级 ring0~ring3  
  8.   unsigned p : 1;         //存在位 0 段不在 1存在 (删除标志),可以判断是否有效
  9.   unsigned limit2 : 4;    //段界限 (第17-20位) (分开是为了兼容16位)
  10.   unsigned avl : 1;       //软件可利用位 (保留给系统软件)
  11.   unsigned l : 1;         //64段标志,32位是0
  12.   unsigned db : 1;        //0 =》 16位或者  1 => 32位段 (兼容16位)
  13.   unsigned g : 1;         //粒度位  1=》 4K    0 => byte
  14.   unsigned base3 : 8;     //段基址 (第25-32位)
  15. };  

  16. 内存属性并不是按位描述的     如果内存被人操作过 就会加 accessed 属性,例如分页内存,这个标志可以作为内存有没有用的参考标志

  17. expand-down  地址方向是往上还是往下  例如 段基址 1000,偏移100,真正地址是 900 还是 11000   是为了兼容堆栈段

  18. MmIsAddressValid 函数的实现就是通过  检查  存在位(p) 是否为0实现的

  19. base(32bit)  limit(20bit  为什么20位是为了模4)  4G  0x00000~0xFFFFF
  20. 一个段的大小最大是 2^20 即 1m

  21. 假设 有一个代码段大小位 2G  ,数据段大小为 1G ,这个表该如何做呢
  22. 按之前的方法 , 数据段要 1024项 ,代码段要2048项才能描述,这样效率会比较低
  23. 因此他需要保证任何一个内存大小,一定要一项才能映射,这样才不用遍历,直接下标寻址,因为如果一次查表无法解决,那效率就很低,因为表示在内存里面,因此最完美的方法是   limit 给 32位,这样他的范围就是4G,但是如果 limit 给 32位 ,表项就得扩展,因此现在要考虑的是如何用20位 来表示 4G ,解决办法就是加入单位的概念,用更大的单位来表示 ,例如 1吨 = 1000KG ,粒密度(g) 就是起这个作用的,如果 值为1 ,段界限的值就是 1 = 4Kb ,为0 的话 就是 1 = 1b  
  24. 这样  (2^20-1) * 4KB =>  0xFFFFF000  这样没法办法到4G 少 0xFFF
  25. 因此 CPU 算 limit =  limit * 4K + 0xFFF;   
  26. 但是如果要描述
  27. 0x00000000 ~  0x00000FFF 我们只需要 g = 1 , limit = 0     
  28. 0x00000000 ~  0x00000100 我们只需要 g = 0 , limit = 100
  29. 这样只要我们定义一个超过4K的段,这个段的大小一定是4K的倍数,这是因为我们测试出来从硬盘里面读写数据,一次读写 4KB 是最高效的
复制代码
1663242152717-2b63ac12-5b65-46c4-bf87-1fbfb77a137d.png
寄存器操作
这个表地址是放在寄存器 gdtr 中,那是否就意味着我们拿到这个表的结果就是内存管理是我们说了算,而不是微软说了算,我们可以帮微软做内存管理,即我们只要拿到这个表并且可以读写那么所谓内存安全问题都废了,而且操作系统是无法解决的,因为我们是直接跟cpu打交道,而不是操作系统,这个表的地址在内核当中,因此3环得到这个地址也没办法操作
操作寄存器CPU提供了2条指令
sgdt =>读 strore 存储
lgdt =>写 load 加载
1663248018835-c0880cd1-0023-4061-9726-d30a29b3b7da.png
这个寄存器是 48 (16 + 32) 位,因为是变长,所以这个表给出了首地址和大小
我们运行可以发现有多个表,那是因为有多核CPU ,每一个核就有一个表,因此可以通过这个知道自己代码在哪一个核上跑
我们要拿到系统的所有表,首先我们得知道CPU数几核,并且怎么拿到每一核指定的表,及我们线程在哪一核上跑,就拿到哪一核的表,哪一核的寄存器
解决办法
  • 3环
SetProcessAffinityMask(GetCurrentProcess(),shift); //设定我们的线程在哪一核上跑,通过位来表示
32位系统 最多支持32核 的CPU
获取系统所有分段表
  1. #include <stdio.h>
  2. #include <stdlib.h>
  3. #include <windows.h>

  4. #pragma pack(1)
  5. struct GDTR {
  6.   unsigned short limit;  //结束的偏移  SegmentDescriptor表的数量 = (limit + 1 ) /8
  7.   unsigned int base;     //基址
  8. };


  9. int main()
  10. {
  11.   GDTR gdtr = {0};

  12.   SYSTEM_INFO si = {0};
  13.   GetSystemInfo(&si);  //获取系统的信息
  14.   printf("dwNumberOfProcessors:%d\n", si.dwNumberOfProcessors); //输出处理器的数量

  15.   //掩码Affinity  0000 0000 0000 0100
  16.   int shift = 1;
  17.   for (int i = 1; i <= si.dwNumberOfProcessors; i++) {
  18.     SetProcessAffinityMask(GetCurrentProcess(),shift); //设定我们的线程在哪一核上跑,通过位来表示
  19.     __asm {
  20.       sgdt gdtr;    //获取值 因为大小是48位,因此不能用mov
  21.      // lgdt gdtr;  //修改值 , 只能内核改,3环无法修改
  22.     }
  23.     printf("base:%p limit:%p\n", gdtr.base, gdtr.limit);
  24.     shift <<= 1;
  25.   }

  26.   system("pause");

  27.   return 0;
  28. }
复制代码
64位操作系统中地址是假的,32位是真的
  • 0环 Drv.h
    1. #pragma once

    2. extern "C" {

    3. #include <Ntddk.h>
    4. #include <stddef.h>

    5. #define DEVICE_NAME  L"\\Device\\51asm"
    6. #define SYMBOL_NAME L"\\DosDevices\\51asm"

    7. //定义控制码
    8. #define MY_CODE_BASE 0x800
    9. #define MY_CTL_CODE(code) CTL_CODE(FILE_DEVICE_UNKNOWN, MY_CODE_BASE + code, METHOD_BUFFERED, FILE_ANY_ACCESS)
    10. #define IOCTL_GET_REG1 MY_CTL_CODE(0)
    11. #define IOCTL_GET_REG2 MY_CTL_CODE(1)
    12. #define IOCTL_GET_REG3 MY_CTL_CODE(2)
    13. #define IOCTL_SET_REG1 MY_CTL_CODE(3)
    14. #define IOCTL_SET_REG2 MY_CTL_CODE(4)
    15. #define IOCTL_SET_REG3 MY_CTL_CODE(5)
    16. //......


    17. NTSTATUS DriverEntry(__in struct _DRIVER_OBJECT* DriverObject,
    18.   __in PUNICODE_STRING  RegistryPath);


    19. VOID Unload(__in struct _DRIVER_OBJECT* DriverObject);

    20. NTSTATUS DispatchCreate(
    21.   _In_ struct _DEVICE_OBJECT* DeviceObject,
    22.   _Inout_ struct _IRP* Irp
    23. );

    24. NTSTATUS DispatchClose(
    25.   _In_ struct _DEVICE_OBJECT* DeviceObject,
    26.   _Inout_ struct _IRP* Irp
    27. );


    28. NTSTATUS DispatchControl(
    29.   _In_ struct _DEVICE_OBJECT* DeviceObject,
    30.   _Inout_ struct _IRP* Irp
    31. );


    32. #pragma alloc_text( "INIT", DriverEntry)
    33. #pragma alloc_text( "PAGE", Unload)
    34. #pragma alloc_text( "PAGE", DispatchCreate)
    35. #pragma alloc_text( "PAGE", DispatchClose)
    36. #pragma alloc_text( "PAGE", DispatchControl)

    37. }
    复制代码
    Drv.cpp
    1. #include "Drv.h"
    2. #include <Ntstrsafe.h>


    3. #pragma pack(1)
    4. struct GDTR {
    5.   unsigned short limit;
    6.   unsigned int base;
    7. };



    8. /*驱动卸载函数 clean_up*/
    9. VOID Unload(__in struct _DRIVER_OBJECT* DriverObject)
    10. {
    11.   KdPrint(("[51asm] Unload! DriverObject:%p\n", DriverObject));

    12.   //删除符号链接
    13.   UNICODE_STRING ustrSymbolName;
    14.   RtlInitUnicodeString(&ustrSymbolName, SYMBOL_NAME);
    15.   IoDeleteSymbolicLink(&ustrSymbolName);

    16.   //删除设备
    17.   if (DriverObject->DeviceObject != NULL)
    18.     IoDeleteDevice(DriverObject->DeviceObject);
    19. }


    20. /*1.驱动入口函数*/
    21. NTSTATUS DriverEntry(
    22.   __in struct _DRIVER_OBJECT* DriverObject,
    23.   __in PUNICODE_STRING  RegistryPath)
    24. {
    25.    UNREFERENCED_PARAMETER(RegistryPath);

    26.    
    27.    KAFFINITY  mask = KeQueryActiveProcessors();   //获取cpu核心数
    28.    KdPrint(("mask:%x\n", mask));
    29.    //掩码Affinity  0000 0000 0000 0100
    30.    KAFFINITY   shift = 1;
    31.    GDTR gdtr = {0};
    32.    while(mask) {
    33.      KeSetSystemAffinityThread(shift);   //指定线程运行内核
    34.      __asm {
    35.        sgdt gdtr;
    36.        // lgdt gdtr;
    37.      }
    38.      KdPrint(("base:%p limit:%p\n", (void*)gdtr.base, (void*)gdtr.limit));
    39.      shift <<= 1;
    40.      mask >>= 1;
    41.    }

    42.   KdPrint(("[51asm] DriverEntry DriverObject:%p\n", DriverObject));

    43.   //2.创建设备
    44.   UNICODE_STRING ustrDevName;
    45.   RtlInitUnicodeString(&ustrDevName, DEVICE_NAME);

    46.   PDEVICE_OBJECT pDevObj = NULL;
    47.   NTSTATUS Status = IoCreateDevice(DriverObject,
    48.                                   0,
    49.                                   &ustrDevName,
    50.                                   FILE_DEVICE_UNKNOWN,
    51.                                   FILE_DEVICE_SECURE_OPEN,
    52.                                   FALSE, //独占
    53.                                   &pDevObj);
    54.   if (!NT_SUCCESS(Status)) {
    55.     DbgPrint("[51asm] IoCreateDevice Error Status:%p\n", Status);
    56.     return Status;
    57.   }
    58.   KdPrint(("[51asm] IoCreateDevice OK pDevObj:%p\n", pDevObj));

    59.   //设置设备的缓冲区通讯方式
    60.   pDevObj->Flags |= DO_BUFFERED_IO; //缓冲区通讯方式


    61.   //创建符号链接
    62.   UNICODE_STRING ustrSymbolName;
    63.   RtlInitUnicodeString(&ustrSymbolName, SYMBOL_NAME);
    64.   Status = IoCreateSymbolicLink(&ustrSymbolName, &ustrDevName);
    65.   if (!NT_SUCCESS(Status)) {
    66.     KdPrint(("[51asm] IoCreateSymbolicLink Error Status:%p\n", Status));
    67.     if (pDevObj != NULL)
    68.       IoDeleteDevice(pDevObj);

    69.     return Status;
    70.   }
    71.   KdPrint(("[51asm] IoCreateSymbolicLink %wZ OK\n", &ustrSymbolName));


    72.   //3.注册派遣函数
    73.   DriverObject->MajorFunction[IRP_MJ_CREATE] = &DispatchCreate;
    74.   DriverObject->MajorFunction[IRP_MJ_CLOSE] = &DispatchClose;
    75.   DriverObject->MajorFunction[IRP_MJ_DEVICE_CONTROL] = &DispatchControl;


    76.   //4.注册卸载函数
    77.   DriverObject->DriverUnload = Unload;

    78.   return STATUS_SUCCESS;
    79. }

    80. /*
    81. IRP  I/O Request Packet
    82. */
    83. NTSTATUS DispatchCreate(_DEVICE_OBJECT* DeviceObject, _IRP* Irp)
    84. {
    85.   UNREFERENCED_PARAMETER(DeviceObject);
    86.   UNREFERENCED_PARAMETER(Irp);

    87.   /* __asm {in, out} in al, 60h*/
    88.   KdPrint(("[51asm] %s pid:%d\n", __FUNCTION__, PsGetCurrentProcessId()));

    89.   //完成请求
    90.   Irp->IoStatus.Status = STATUS_SUCCESS;
    91.   Irp->IoStatus.Information = 0; //成功操作的字节数
    92.   IoCompleteRequest(Irp, IO_NO_INCREMENT);

    93.   return STATUS_SUCCESS;
    94. }

    95. NTSTATUS DispatchClose(_DEVICE_OBJECT* DeviceObject, _IRP* Irp)
    96. {
    97.   UNREFERENCED_PARAMETER(DeviceObject);

    98.   KdPrint(("[51asm] %s\n", __FUNCTION__));

    99.   Irp->IoStatus.Status = STATUS_SUCCESS;
    100.   Irp->IoStatus.Information = 0;
    101.   IoCompleteRequest(Irp, IO_NO_INCREMENT);

    102.   return STATUS_SUCCESS;


    103. }

    104. NTSTATUS DispatchControl(_DEVICE_OBJECT* DeviceObject, _IRP* Irp)
    105. {
    106.   UNREFERENCED_PARAMETER(DeviceObject);

    107. //获取当前IRP堆栈
    108.   PIO_STACK_LOCATION pIrpStack = IoGetCurrentIrpStackLocation(Irp);

    109.   //获取用户的缓冲区
    110.   PVOID pBuffer = Irp->AssociatedIrp.SystemBuffer;
    111.   ULONG nLength = pIrpStack->Parameters.DeviceIoControl.OutputBufferLength;
    112.   ULONG nIoControlCode = pIrpStack->Parameters.DeviceIoControl.IoControlCode;

    113.   KdPrint(("[51asm] %s nIoControlCode:%p pInputBuffer:%p nInputLength:%d pOutBuffer:%p nOutLength:%d\n", __FUNCTION__,
    114.     nIoControlCode, pBuffer, nLength));


    115.   ULONG nSize = 0;
    116.   switch(nIoControlCode) {
    117.   case IOCTL_GET_REG1:
    118.     break;
    119.   case IOCTL_GET_REG2:
    120.     break;
    121.   default:
    122.     break;
    123.   }

    124.   Irp->IoStatus.Status = STATUS_SUCCESS;
    125.   Irp->IoStatus.Information = nSize;
    126.   IoCompleteRequest(Irp, IO_NO_INCREMENT);
    127.   return STATUS_SUCCESS;
    128. }
    复制代码


如果把所有这个表给抹了,都不会蓝屏,CPU会崩了直接断电

您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

QQ|手机版|小黑屋|断点社区 |网站地图

GMT+8, 2024-12-24 11:10 , Processed in 0.056897 second(s), 33 queries .

Powered by XiunoBBS

Copyright © 2001-2025, 断点社区.

快速回复 返回顶部 返回列表