Windows上电到登录：生物识别

最新推荐文章于 2024-08-30 16:34:01 发布

kingking44

最新推荐文章于 2024-08-30 16:34:01 发布

阅读量562

点赞数 19

分类专栏： SOC 文章标签：单片机 windows stm32

本文链接：https://blog.csdn.net/kingking44/article/details/141679012

版权

SOC 专栏收录该内容

1 篇文章 0 订阅

订阅专栏

在这里插入图片描述

Windows的启动过程是一个复杂的系统级任务，涉及从硬件到软件的多层次交互。以下是Windows从上电到进入用户登录界面的启动流程，以及相关的技术栈、关键点、模块和组件。

1. 上电和硬件初始化

上电 (Power-On)

技术栈: 电源管理电路。
关键点: 当用户按下电源按钮时，主板电路会启动，提供电力给CPU、内存、硬盘等组件。

BIOS/UEFI 初始化

模块/组件: BIOS（Basic Input/Output System）或 UEFI（Unified Extensible Firmware Interface）。
技术栈: 固件（Firmware），嵌入式系统。
关键点:
- BIOS/UEFI是计算机上电后首先运行的固件，它负责初始化和测试系统的硬件组件（如CPU、内存、硬盘、显卡等），并配置硬件参数。
- 通过Power-On Self Test (POST)来检查硬件状态。
- 确定启动设备的顺序（如从硬盘、CD-ROM或USB设备启动）。

启动引导加载器

模块/组件: MBR（Master Boot Record）或 GPT（GUID Partition Table）。
技术栈: 存储介质布局，分区表。
关键点:
- 通过BIOS/UEFI找到启动设备后，系统会定位到硬盘的主引导记录（MBR）或GPT的EFI分区。
- 引导加载器（如Windows Boot Manager）会被加载到内存中，这个引导加载器是一个小型程序，负责加载操作系统的核心部分。

2. Windows启动管理器（Windows Boot Manager）

模块/组件: bootmgr (Windows Boot Manager)。
技术栈: 操作系统引导。
关键点:
- bootmgr是Windows的启动管理器，它通过读取BCD（Boot Configuration Data）文件来获取操作系统的启动配置数据。
- 如果系统安装了多个操作系统，bootmgr会提供一个菜单，让用户选择要启动的操作系统。

3. Windows内核加载阶段

加载Windows内核和硬件抽象层（HAL）

模块/组件: ntoskrnl.exe（Windows NT内核），hal.dll（Hardware Abstraction Layer）。
技术栈: 操作系统内核，硬件抽象层。
关键点:
- bootmgr接着会加载Windows内核（ntoskrnl.exe）和硬件抽象层（HAL）到内存中。
- HAL是一个动态链接库（DLL），用于抽象不同硬件平台的差异，使得Windows可以在各种硬件架构上运行。

内核初始化

模块/组件: 核心模块、内核驱动程序、内核子系统。
技术栈: 进程管理、内存管理、中断管理、设备管理。
关键点:
- 内核初始化包括初始化进程和线程管理、内存管理、文件系统管理等关键子系统。
- 内核会创建第一个系统进程：System进程，它是所有内核进程的父进程。
- 内核还会加载并初始化必要的内核模式驱动程序，这些驱动程序是与硬件设备交互的基础。

4. Session管理器（Session Manager Subsystem, SMSS）

模块/组件: smss.exe（Session Manager Subsystem）。
技术栈: 会话管理、用户环境初始化。
关键点:
- smss.exe是用户模式进程，负责启动用户会话环境。
- 它会加载和初始化内核模式的Win32子系统（csrss.exe）和Winlogon进程（winlogon.exe）。
- smss.exe会设置系统变量，加载注册表配置，并启动所需的服务和驱动程序。

5. Winlogon 和 LSASS初始化

Winlogon进程

模块/组件: winlogon.exe（Windows Logon Application）。
技术栈: 用户登录管理。
关键点:
- winlogon.exe是Windows登录进程，负责管理用户登录界面、用户身份验证以及桌面会话的启动。
- 它还负责启动图形用户界面（GUI）和用户Shell（通常是Explorer.exe）。

本地安全授权子系统服务（Local Security Authority Subsystem Service, LSASS）

模块/组件: lsass.exe（Local Security Authority Subsystem Service）。
技术栈: 安全管理、用户认证。
关键点:
- lsass.exe负责本地系统的安全策略，用户身份验证，以及安全令牌管理。
- 它与Active Directory或本地安全数据库进行交互来验证用户的登录信息。

6. 进入用户界面（GUI）

Explorer进程

模块/组件: explorer.exe（Windows Explorer）。
技术栈: 用户界面，图形管理。
关键点:
- 一旦用户通过身份验证，winlogon.exe将启动用户的Shell（通常是explorer.exe），它提供了用户桌面、任务栏、文件管理等功能。
- 该阶段涉及到用户配置文件的加载，包括用户的桌面设置、任务栏、开始菜单等个性化设置。

小结

Windows从上电到进入登录界面的整个启动过程涉及多个阶段，从硬件初始化到操作系统内核加载，再到用户会话的启动和图形界面的呈现。每个阶段都有不同的技术栈和关键点，涵盖了从固件、操作系统内核、系统进程、用户模式进程到安全服务和图形用户界面管理的多层次技术。每一步都需要协调多个硬件和软件组件，确保系统能够顺利地启动并提供一个稳定的操作环境。

windows hello 在哪个节点

在系统启动过程中，BIOS（传统BIOS或现代UEFI）通常不会具体检测用于Windows Hello的生物识别设备（如摄像头和红外感测仪器）。这是因为这些设备的检测和初始化主要是操作系统（Windows）启动后由操作系统自身和相关的驱动程序来完成的。

1. BIOS/UEFI的功能和设备检测范围

BIOS/UEFI的职责: BIOS（Basic Input/Output System）或UEFI（Unified Extensible Firmware Interface）的主要职责是在计算机启动时初始化和测试硬件设备，执行Power-On Self Test（POST），并为操作系统的引导提供一个简化的硬件接口。BIOS/UEFI的主要功能集中在检测和初始化以下关键硬件：
- CPU
- 内存（RAM）
- 硬盘和SSD
- 光驱和USB存储设备
- 显卡和显示设备
- 键盘和鼠标
检测设备的种类: BIOS/UEFI在启动过程中会初始化基本的输入输出设备和主要硬件，但它通常不会对高级外设或专用设备（如生物识别设备）进行详细检测和配置。因为这些设备通常需要更复杂的驱动程序和软件支持，这些通常是在操作系统环境下才能加载和使用的。

2. Windows Hello和生物识别设备

Windows Hello: 是Windows 10及更高版本中引入的一个生物识别认证功能，支持面部识别、指纹识别和虹膜识别等多种身份验证方式。Windows Hello的功能依赖于操作系统中的特定驱动程序和服务来检测、初始化和使用相关的生物识别设备。
生物识别设备的检测:
- 摄像头和红外感测器: 用于面部识别的摄像头和红外感测器通常被视为高级外设。它们需要特定的驱动程序（通常由设备制造商提供）来支持Windows Hello的功能。
- 指纹传感器: 指纹传感器也是类似情况，它的工作同样依赖于操作系统内的驱动程序和安全模块。

3. 操作系统启动后的设备检测

操作系统层的设备检测和初始化: 当Windows操作系统开始启动时，它会加载必要的驱动程序和服务来初始化并检测系统中所有已连接的硬件设备。这包括摄像头、红外传感器、指纹传感器等生物识别设备。
Windows Biometric Framework (WBF): Windows使用Windows Biometric Framework来管理和与各种生物识别设备进行通信。这个框架在操作系统加载时初始化，并负责管理设备的驱动程序以及处理身份验证请求。

4. 小结

因此，BIOS/UEFI不会直接检测Windows Hello用的生物识别设备。这些设备的检测、初始化和管理主要由Windows操作系统在启动后通过设备驱动程序和Windows Biometric Framework来完成。BIOS/UEFI的任务是确保计算机的基本硬件能够正常运行，并为操作系统的引导提供必要的支持。生物识别设备属于操作系统级别的外设管理范围，通常不在BIOS/UEFI的直接控制范围内。

生物识别与用户态模式

在Windows的启动过程中，Windows Hello和生物识别设备的检测和初始化属于操作系统启动后的用户模式阶段，并不是在上电或BIOS/UEFI初始化过程中完成的。这些设备的初始化和对接主要发生在以下阶段：

1. 启动节点完成的过程

操作系统加载阶段

节点: 当Windows操作系统的核心（Kernel）加载并完成初始化后，操作系统会启动用户模式的服务和进程。
进程: 关键进程如Session Manager Subsystem (smss.exe)、Windows Logon Application (winlogon.exe)和Local Security Authority Subsystem Service (lsass.exe)等会被加载。
Windows Hello设备检测:
- 在加载完必要的系统驱动和服务后，Windows会通过其内置的**Windows Biometric Framework (WBF)**来检测和初始化连接到系统的生物识别设备（如摄像头、指纹传感器等）。
- 这些设备的驱动程序在操作系统加载过程中被加载，并通过Windows Plug and Play (PnP)机制被识别和初始化。

2. 生物识别设备的要求和对接

要使生物识别设备（如用于Windows Hello的摄像头、红外感测器、指纹传感器等）能够与Windows进行对接和使用，设备必须满足以下要求：

----->>>>>>>>>>>重点来了…

设备需求

符合Windows Hello兼容性标准:
- 必须符合Microsoft的Windows Hello兼容性标准，这些标准确保设备具有足够的安全性、精确度和性能。
- 例如，用于面部识别的设备通常需要支持红外线摄像头和3D结构光技术，以提供更高的安全性和防欺骗能力。
提供兼容的驱动程序:
- 设备制造商必须提供兼容的Windows驱动程序，这些驱动程序通常使用Windows Driver Model (WDM)或User-Mode Driver Framework (UMDF)来实现。
- 驱动程序会与Windows Biometric Framework进行集成，以便操作系统能够识别、初始化和与设备通信。

设备接口

USB接口:
- 多数生物识别设备，如外接的摄像头、指纹识别器等，通过USB接口连接到计算机。这些设备使用USB协议来传输数据和接受命令。
- USB设备可以通过Plug and Play (PnP)机制被Windows操作系统检测到，然后相应的驱动程序被加载和初始化。
I2C和SPI接口:
- 内置的生物识别设备（如笔记本电脑内置的摄像头或指纹传感器）可能使用I2C或SPI总线连接到主板。这些接口用于更低功耗的设备。
- 内置设备在计算机的ACPI（Advanced Configuration and Power Interface）表中被定义，操作系统根据这些ACPI表中的信息识别和初始化设备。
PCIe接口:
- 有些高性能的生物识别设备，如某些高端安全摄像头或多功能设备，可能使用**PCI Express (PCIe)**接口。PCIe接口提供更高的带宽和更低的延迟，适用于需要快速数据传输的设备。

通信协议

Windows Biometric Framework (WBF):
- 设备驱动程序必须与Windows Biometric Framework (WBF)兼容，WBF是Windows中的一个API层，负责管理和与生物识别设备的通信。
- WBF支持多种生物识别技术，如指纹、面部识别、虹膜扫描等。设备驱动程序需要与WBF API兼容，以便操作系统能够识别设备并通过统一的接口与其进行交互。

3. 硬件接口与通信的总结

综上所述，Windows Hello和生物识别设备的初始化和对接过程主要依赖于操作系统加载后的设备驱动程序和系统服务。这些设备通过各种硬件接口（如USB、I2C、SPI、PCIe）与计算机连接，并通过与Windows Biometric Framework兼容的驱动程序与操作系统进行通信。生物识别设备需要提供兼容的硬件接口、支持的通信协议和合规的驱动程序，才能顺利地被Windows检测、初始化并用于身份验证功能。

hello 协议与驱动程序

实现一个完整的驱动程序来支持 Windows Hello 的协议是一项复杂的任务，涉及多个组件和操作系统接口。具体来说，这样的驱动程序需要处理摄像头和红外传感器的初始化、数据采集、数据传输和设备控制。以下是一个简化的框架示例，展示了如何开始实现这样一个驱动程序。

关键模块和步骤

驱动程序初始化与卸载
设备添加与删除
IRP 请求处理
摄像头和红外传感器的控制与数据处理
与 Windows Hello 服务交互

1. 驱动程序初始化与卸载

#include <ntddk.h>

NTSTATUS DriverEntry(PDRIVER_OBJECT DriverObject, PUNICODE_STRING RegistryPath);
void DriverUnload(PDRIVER_OBJECT DriverObject);

NTSTATUS DriverEntry(PDRIVER_OBJECT DriverObject, PUNICODE_STRING RegistryPath)
{
    UNREFERENCED_PARAMETER(RegistryPath);

    KdPrint(("HelloDriver: DriverEntry\n"));

    DriverObject->DriverUnload = DriverUnload;
    DriverObject->MajorFunction[IRP_MJ_CREATE] = HelloCreateClose;
    DriverObject->MajorFunction[IRP_MJ_CLOSE] = HelloCreateClose;
    DriverObject->MajorFunction[IRP_MJ_DEVICE_CONTROL] = HelloDeviceControl;
    DriverObject->MajorFunction[IRP_MJ_PNP] = HelloPnp;

    // 初始化其他设备驱动程序结构

    return STATUS_SUCCESS;
}

void DriverUnload(PDRIVER_OBJECT DriverObject)
{
    KdPrint(("HelloDriver: DriverUnload\n"));
    // 执行必要的清理操作
}

2. 设备添加与删除

NTSTATUS HelloAddDevice(PDRIVER_OBJECT DriverObject, PDEVICE_OBJECT PhysicalDeviceObject)
{
    PDEVICE_OBJECT DeviceObject;
    NTSTATUS status;

    KdPrint(("HelloDriver: AddDevice\n"));

    status = IoCreateDevice(
        DriverObject,
        sizeof(DEVICE_EXTENSION),
        NULL,
        FILE_DEVICE_UNKNOWN,
        0,
        FALSE,
        &DeviceObject);

    if (!NT_SUCCESS(status))
    {
        KdPrint(("HelloDriver: Failed to create device object\n"));
        return status;
    }

    // 初始化设备扩展和其他必要的数据结构

    DeviceObject->Flags |= DO_BUFFERED_IO;
    DeviceObject->Flags &= ~DO_DEVICE_INITIALIZING;

    return STATUS_SUCCESS;
}

void HelloRemoveDevice(PDEVICE_OBJECT DeviceObject)
{
    KdPrint(("HelloDriver: RemoveDevice\n"));

    // 执行必要的清理操作

    IoDeleteDevice(DeviceObject);
}

3. IRP 请求处理

NTSTATUS HelloCreateClose(PDEVICE_OBJECT DeviceObject, PIRP Irp)
{
    KdPrint(("HelloDriver: Create or Close\n"));

    Irp->IoStatus.Status = STATUS_SUCCESS;
    Irp->IoStatus.Information = 0;
    IoCompleteRequest(Irp, IO_NO_INCREMENT);
    return STATUS_SUCCESS;
}

NTSTATUS HelloDeviceControl(PDEVICE_OBJECT DeviceObject, PIRP Irp)
{
    PIO_STACK_LOCATION stack = IoGetCurrentIrpStackLocation(Irp);
    ULONG controlCode = stack->Parameters.DeviceIoControl.IoControlCode;

    KdPrint(("HelloDriver: DeviceControl - IoControlCode = %08x\n", controlCode));

    // 根据 controlCode 处理不同的控制请求

    Irp->IoStatus.Status = STATUS_SUCCESS;
    IoCompleteRequest(Irp, IO_NO_INCREMENT);
    return STATUS_SUCCESS;
}

NTSTATUS HelloPnp(PDEVICE_OBJECT DeviceObject, PIRP Irp)
{
    PIO_STACK_LOCATION stack = IoGetCurrentIrpStackLocation(Irp);
    NTSTATUS status = STATUS_SUCCESS;

    switch (stack->MinorFunction)
    {
    case IRP_MN_START_DEVICE:
        KdPrint(("HelloDriver: PNP Start Device\n"));
        // 处理设备启动
        break;

    case IRP_MN_REMOVE_DEVICE:
        KdPrint(("HelloDriver: PNP Remove Device\n"));
        HelloRemoveDevice(DeviceObject);
        break;

    default:
        status = STATUS_NOT_SUPPORTED;
        break;
    }

    Irp->IoStatus.Status = status;
    IoCompleteRequest(Irp, IO_NO_INCREMENT);
    return status;
}

4. 摄像头和红外传感器的控制与数据处理

实际的摄像头和红外传感器处理将涉及与硬件特定的驱动程序接口（如 AVStream 或其他内核模式下的多媒体 API）。在这个简化的示例中，我们只展示基本的驱动程序结构，实际的硬件控制需要深入了解设备的硬件接口。

5. 与 Windows Hello 服务交互

与 Windows Hello 服务的交互主要通过处理来自服务的 I/O 请求。服务可能会发送设备控制请求，要求启动摄像头捕捉图像数据，然后将数据传回服务进行处理。

NTSTATUS HelloStartCapture(PDEVICE_OBJECT DeviceObject)
{
    KdPrint(("HelloDriver: Start Capture\n"));

    // 初始化摄像头和红外传感器
    // 开始捕获图像数据并发送回 Windows Hello 服务

    return STATUS_SUCCESS;
}

结语

这只是一个框架性的示例，实际的实现会复杂得多，尤其是在处理具体硬件设备、同步数据流、错误处理和安全性等方面。开发实际的 Windows Hello 兼容驱动程序需要深入的 Windows 内核开发经验，并与硬件制造商提供的 SDK 和文档配合使用。

kingking44

关注

19
点赞
踩
4

收藏

觉得还不错? 一键收藏
0
评论
Windows上电到登录：生物识别

这只是一个框架性的示例，实际的实现会复杂得多，尤其是在处理具体硬件设备、同步数据流、错误处理和安全性等方面。开发实际的 Windows Hello 兼容驱动程序需要深入的 Windows 内核开发经验，并与硬件制造商提供的 SDK 和文档配合使用。
复制链接

扫一扫