Winapi &引用；锁定内核对象"；在windows上会使整个系统无响应吗？

有一个WIN32进程，有人说：

servide将内核锁定 对象，并且不会释放。过了一会儿 当机器变得不负责任时 必须重新启动。仅重复 该服务无法解决此问题

据我所知，应用程序不应该能够在windows中使整个系统崩溃。有人知道这种不雅的行为（锁定内核对象而不释放它）是否真的会导致操作系统崩溃吗？如果是这样，为什么我们不在恶意软件中看到更多

一些澄清： 这不是一个设备驱动程序。

---

回复中留下的任何不明确之处对我来说都是模棱两可的。请详细说明您能想到的案例。

这取决于应用程序的类型。一些应用程序安装并使用内核驱动程序作为其使用的一部分。内核驱动程序具有系统中可能的最低级别访问权限，并且能够使系统崩溃或挂起。如果进程使用内核驱动程序，并且描述中提到了这一点，那么是的，它会使系统崩溃/挂起

---

我相信Windows Vista开始限制内核驱动程序可能意外造成的损害（尤其是图形驱动程序）。但是，故意的，你仍然可以引起很多问题

这取决于它是什么类型的应用程序。一些应用程序安装并使用内核驱动程序作为其使用的一部分。内核驱动程序具有系统中可能的最低级别访问权限，并且能够使系统崩溃或挂起。如果进程使用内核驱动程序，并且描述中提到了这一点，那么是的，它会使系统崩溃/挂起

---

我相信Windows Vista开始限制内核驱动程序可能意外造成的损害（尤其是图形驱动程序）。但是，故意的，你仍然可以引起很多问题

这并不意味着什么。NT中没有“内核对象”，如果重新启动服务，您可能获得的任何锁都将被释放。

这并不意味着什么。NT中没有“内核对象”，如果服务重新启动，您可能获得的任何锁都将被释放。

这取决于它们所指的确切内核对象和服务，这很可能是真的。例如，请参见Raymond Chen-on，一种应用程序可以垄断的内核锁。重新启动服务将成为一个问题，因为卸载该服务也需要加载程序锁。

这取决于它们所指的确切内核对象和服务，这很可能是正确的。例如，请参见Raymond Chen-on，一种应用程序可以垄断的内核锁。重新启动服务将成为一个问题，因为卸载该服务也需要加载程序锁。

需要更多的数据才能提供一个合理的答案-什么服务，什么内核对象，什么是不负责任？如果进程可以操纵内核对象，那么它可以做任何事情，包括系统崩溃或挂起。需要更多的数据来提供一个合理的答案-什么服务，什么内核对象，你说的不负责任是什么意思？如果一个进程可以操作内核对象，那么它可以做任何事情，包括系统崩溃或挂起。这不是一个设备驱动程序。只是你的普通服务。这不是一个设备驱动程序。只要你的平均服务。如果这是正确的，这就是我要寻找的答案，一个在声明中揭示BS的答案（或者证明它是可行的，无论在什么情况下）…不同意。该片段已脱离上下文。也没有所谓的“服务”。但是，如果上下文清楚地说明了我们谈论的是哪个服务和哪个内核对象，那么这句话就非常有意义。如果这是正确的，那么这就是我要寻找的答案，一个在语句中揭示BS的答案（或者证明它是可行的，无论在什么情况下）…不同意。该片段已脱离上下文。也没有所谓的“服务”。但是，如果上下文清楚地说明了我们谈论的是哪个服务和哪个内核对象，那么这句话就非常有意义了。加载程序锁是每个进程的，不在内核模式下，它是由ntdll创建和维护的。加载程序锁是每个进程的，不在内核模式下，它是由ntdll创建和维护的。