CN112052098A - 一种进程的保护方法及装置 - Google Patents
一种进程的保护方法及装置 Download PDFInfo
- Publication number
- CN112052098A CN112052098A CN202010912676.3A CN202010912676A CN112052098A CN 112052098 A CN112052098 A CN 112052098A CN 202010912676 A CN202010912676 A CN 202010912676A CN 112052098 A CN112052098 A CN 112052098A
- Authority
- CN
- China
- Prior art keywords
- target process
- target
- request
- mutual exclusion
- event
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/52—Program synchronisation; Mutual exclusion, e.g. by means of semaphores
- G06F9/526—Mutual exclusion algorithms
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/48—Program initiating; Program switching, e.g. by interrupt
- G06F9/4806—Task transfer initiation or dispatching
- G06F9/4843—Task transfer initiation or dispatching by program, e.g. task dispatcher, supervisor, operating system
Landscapes
- Engineering & Computer Science (AREA)
- Software Systems (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Debugging And Monitoring (AREA)
Abstract
本申请公开了一种进程的保护方法及装置。所述方法包括:一种进程的保护方法,包括:接收目标进程启动的事件;通过所述目标进程对应的互斥锁得到所述目标进程对互斥锁的占有情况;当判断所述目标进程退出时,对所述目标进程执行启动操作。采用本申请所提供的方案,能够在目标进程退出时,再次启动该目标进程,实现了对特定的进程进行保护的目的,避免由于用户误关闭特定进程、第三方程序恶意关闭特定进程等原因而导致***服务或特定程序无法正常使用,提升了用户的使用体验。
Description
技术领域
本申请涉及计算机领域,特别涉及一种进程的保护方法及装置。
背景技术
通常情况下,计算机程序可以分为三大类,运行于内核的***驱动程序、运行于后台一般不显示界面UI的***服务程序、以普通进程形式执行的前端有UI界面或无UI界面的普通程序。
对于***服务和普通程序而言,都可以通过***任务管理器来结束其对应的进程,从而中断程序执行,例如,如果网站后台服务进程被结束了,那么整个网站就不可访问了,因此,如何提供一种进程的保护方法,以实现对特定的进程进行保护,以避免由于用户误关闭特定进程、第三方程序恶意关闭特定进程等原因而导致***服务或特定程序无法正常使用,提升用户的使用体验。
发明内容
本申请实施例的目的在于提供一种进程的保护方法及装置。
为了解决上述技术问题,本申请的实施例采用了如下技术方案:一种进程的保护方法,包括:
接收目标进程启动的事件;
通过所述目标进程对应的互斥锁得到所述目标进程对互斥锁的占有情况;
当判断所述目标进程退出时,对所述目标进程执行启动操作。
本实施例的有益效果在于:接收目标进程启动的事件;通过所述目标进程对应的互斥锁得到所述目标进程对互斥锁的占有情况;当判断所述目标进程退出时,对所述目标进程执行启动操作,从而在目标进程退出时,再次启动该目标进程,实现了对特定的进程进行保护的目的,避免由于用户误关闭特定进程、第三方程序恶意关闭特定进程等原因而导致***服务或特定程序无法正常使用,提升了用户的使用体验。
在一个实施例中,通过所述目标进程对应的互斥锁得到所述目标进程对互斥锁的占有情况,包括:
向所述目标进程对应的互斥锁发起拥有请求,以请求成为所述目标进程对应的互斥锁的拥有者,其中,所述互斥锁在同一时刻只能被一个进程拥有;
所述方法还包括:
当所述请求被响应时,确定所述目标进程退出。
在一个实施例中,当所述目标进程为多个时,向所述目标进程对应的互斥锁发起请求,以请求成为所述目标进程对应的互斥锁的拥有者,包括:
根据目标进程的数目创建多个请求线程,所述线程数目与所述目标进程数目一致;
根据所述请求线程分别向所述多个目标进程对应的互斥锁发起拥有请求。
在一个实施例中,所述方法还包括:
当预置的等待事件被触发时,将当前状态切换为唤醒状态;
确定触发所述等待事件的进程;
当触发所述等待事件的进程为目标进程时,生成目标进程启动的事件。
在一个实施例中,所述等待事件通过如下方式触发:
所述目标进程启动后,创建互斥锁,其中,在创建互斥锁之后,所述目标进程为所述互斥锁的拥有者;
在所述目标进程拥有所述互斥锁之后,将所述等待事件设置为有信号状态,以实现对所述等待事件的触发。
在一个实施例中,通过如下方式确定触发所述等待事件的进程是否为目标进程:
根据以下至少一种条件来判断触发所述等待事件的进程是否为目标进程:
所述进程的映像名称是否为预存储的映像名称,以及所述进程对应的描述信息中是否包含预存储的应用程序名称。
本申请还提供一种进程的保护装置,包括:
接收模块,用于接收目标进程启动的事件;
第一判断模块,用于根据所述目标进程对与其对应的互斥锁的占有情况,判断所述目标进程是否退出;
启动模块,用于当所述进程退出时,对所述目标进程执行启动操作。
在一个实施例中,所述第一判断模块,包括:
请求子模块,用于向所述目标进程对应的互斥锁发起拥有请求,以请求成为所述目标进程对应的互斥锁的拥有者;
确定子模块,用于当所述请求被响应时,确定所述目标进程退出。
在一个实施例中,所述请求子模块,用于:
当所述目标进程为多个时,根据目标进程的数目创建多个请求线程,所述线程数目与所述目标进程数目一致;
根据所述请求线程分别向所述多个目标进程对应的互斥锁发起拥有请求。
在一个实施例中,所述装置还包括:
切换模块,用于当预置的等待事件被触发时,将当前状态切换为唤醒状态;
第二判断模块,用于判断触发所述等待事件的进程;
生成模块,用于当触发所述等待事件的进程为目标进程时,生成目标进程启动的事件。
附图说明
图1为本申请一实施例中一种进程的保护方法的流程图;
图2为本申请又一实施例中一种进程的保护方法的流程图;
图3为本申请一实施例中一种进程的保护装置的框图;
图4为本申请又一实施例中一种进程的保护装置的框图。
具体实施方式
此处参考附图描述本申请的各种方案以及特征。
应理解的是,可以对此处申请的实施例做出各种修改。因此,上述说明书不应该视为限制,而仅是作为实施例的范例。本领域的技术人员将想到在本申请的范围和精神内的其他修改。
包含在说明书中并构成说明书的一部分的附图示出了本申请的实施例,并且与上面给出的对本申请的大致描述以及下面给出的对实施例的详细描述一起用于解释本申请的原理。
通过下面参照附图对给定为非限制性实例的实施例的优选形式的描述,本申请的这些和其它特性将会变得显而易见。
还应当理解,尽管已经参照一些具体实例对本申请进行了描述,但本领域技术人员能够确定地实现本申请的很多其它等效形式,它们具有如权利要求所述的特征并因此都位于借此所限定的保护范围内。
当结合附图时,鉴于以下详细说明,本申请的上述和其他方面、特征和优势将变得更为显而易见。
此后参照附图描述本申请的具体实施例;然而,应当理解,所申请的实施例仅仅是本申请的实例,其可采用多种方式实施。熟知和/或重复的功能和结构并未详细描述以避免不必要或多余的细节使得本申请模糊不清。因此,本文所申请的具体的结构性和功能性细节并非意在限定,而是仅仅作为权利要求的基础和代表性基础用于教导本领域技术人员以实质上任意合适的详细结构多样地使用本申请。
本说明书可使用词组“在一种实施例中”、“在另一个实施例中”、“在又一实施例中”或“在其他实施例中”,其均可指代根据本申请的相同或不同实施例中的一个或多个。
图1为本申请实施例的一种进程的保护方法的流程图,该方法包括以下步骤S11-S13:
在步骤S11中,接收目标进程启动的事件;
在步骤S12中,通过目标进程对应的互斥锁得到目标进程对互斥锁的占有情况;
在步骤S13中,当判断目标进程退出时,对目标进程执行启动操作。
本实施例可用于计算机,具体来说,可通过计算机创建一守护进程,通过该守护进程执行本实施例的方案,具体如下:
该守护进程可以预置一等待事件,当预置的等待事件被触发时,将当前状态切换为唤醒状态;确定触发等待事件的进程;当触发等待事件的进程为目标进程时,生成目标进程启动的事件。
以计算机的操作***为windows***为例,在***加电启动阶段,守护进程自动运行,然后使用windows***自带的API函数CreateEvent()API创建一等待通知事件,然后使用windows***自带的API函数WaitForSingleObject(Event)API等待该事件被通知、被触发。当目标进程启动后,先使用windows***自带的API函数CreateMutex()API创建一个唯一名字的Mutex(互斥锁),该Mutex能唯一标识本被保护进程处于运行状态。然后,使用windows***自带的API函数OpenEvent()API打开由守护进程创建的事件,然后使用windows***自带的API函数SetEvent(Event)API设置该事件为有信号状态。当将事件设置为有信号状态后,守护进程会被唤醒,此时,确定触发等待时间的进程。如果该触发等待事件的进程为目标进程时,生成目标进程启动的事件。
对于判断触发等待事件的进程是否为目标进程,可以通过进程的映像名称是否为预存储的映像名称,以及进程对应的描述信息中是否包含预存储的应用程序名称来判断进程是否为目标进程。
当然,也可以通过其他方式判断触发等待事件的进程是否为目标进程,例如,在创建等待事件时,对事件进行加密,而目标进程预先知道密码,因此,可以通过设置等待事件的有信号状态来实现对该等待事件的触发。又例如,可以预先对等待事件进行设置,只有具备特定标识的进程才能通过设置等待事件的有信号状态来实现对该等待事件的触发。上述情况下,只要预置的等待事件被触发,触发该事件的进程必然为目标进程。
在触发等待事件的进程为目标进程时,生成目标进程启动的事件。
当该等待事件被触发时,从当前状态切换为唤醒状态,确定触发等待事件的进程;当触发等待事件的进程为目标进程时,生成目标进程启动的事件。
生成目标进程启动的事件也可以视为计算机接收到目标进程启动的事件,在接收目标进程启动的事件之后,通过目标进程对应的互斥锁得到目标进程对互斥锁的占有情况;
具体的,向目标进程对应的互斥锁发起拥有请求,以请求成为目标进程对应的互斥锁的拥有者,其中,互斥锁在同一时刻只能被一个进程拥有;
此时,如果目标进程处于运行状态,则该互斥锁的拥有者就是目标进程,那么,守护进程的请求无法被满足,此时,请求会处于挂起状态,只有在互斥锁的拥有者(即目标进程)退出时,互斥锁才会被下一个请求拥有该互斥锁的进程所拥有,也就是说,如果目前只有守护进程一个进程请求拥有该互斥锁,那么,当目标进程退出后,守护进程向目标进程对应的互斥锁发起的拥有请求会被响应,当护进程向目标进程对应的互斥锁发起的拥有请求被响应时,守护进程即可确定目标进程退出。此时,守护进程即刻执行对目标进程的启动操作。
需要说明的是,该互斥锁可以是基于守护进程与目标进程二者预先约定的生成规则生成的字符串,因此,排除计算机被恶意攻击的情况下,通常只会有守护进程这一个进程请求拥有该互斥锁。
下面,以计算机的操作***为windows***,本申请的执行主体为守护进程为例,对技术方案进行整体性描述,具体如下:
在***加电启动阶段,守护进程自动运行,然后使用windows***自带的API函数CreateEvent()API创建一等待通知事件,然后使用windows***自带的API函数WaitForSingleObject(Event)API等待该事件被通知、被触发。
当目标进程启动后,先使用windows***自带的API函数CreateMutex()API创建一个唯一名字的Mutex(互斥锁),该Mutex能唯一标识本被保护进程处于运行状态。然后,使用windows***自带的API函数OpenEvent()API打开由守护进程创建的事件,然后使用windows***自带的API函数SetEvent(Event)API设置该事件为有信号状态。当将事件设置为有信号状态后,守护进程会被唤醒,该守护进程就可以确定目标进程已经被启动,此时,守护进程会使用windows***自带的API函数OpenMutex()API打开由目标进程创建的Mutex,然后守护进程会使用windows***自带的API函数WaitForSingleObject(Mutex)API等待拥有Mutex,如果目标进程一直运行,那么守护进程就一直无法获得该Mutex,而一旦目标进程退出(即结束运行)了,那么守护进程会立即得到该Mutex互斥,进而就会判断出目标进程退出了,此时,守护进程会立即启动该目标进程,从而使得目标进程的业务逻辑得以继续执行。
本实施例的有益效果在于:接收目标进程启动的事件;通过目标进程对应的互斥锁得到目标进程对互斥锁的占有情况;当判断目标进程退出时,对目标进程执行启动操作,从而在目标进程退出时,再次启动该目标进程,实现了对特定的进程进行保护的目的,避免由于用户误关闭特定进程、第三方程序恶意关闭特定进程等原因而导致***服务或特定程序无法正常使用,提升了用户的使用体验。
在一个实施例中,上述步骤S12可被实施为如下步骤A1:
在步骤A1中,向目标进程对应的互斥锁发起拥有请求,以请求成为目标进程对应的互斥锁的拥有者,其中,互斥锁在同一时刻只能被一个进程拥有;
方法还可被实施为如下步骤A2:
在步骤A2中,当请求被响应时,确定目标进程退出。
本实施例中,向目标进程对应的互斥锁发起拥有请求,以请求成为目标进程对应的互斥锁的拥有者,其中,互斥锁在同一时刻只能被一个进程拥有;
此时,如果目标进程处于运行状态,则该互斥锁的拥有者就是目标进程,那么,守护进程的请求无法被满足,此时,请求会处于挂起状态,只有在互斥锁的拥有者(即目标进程)退出时,互斥锁才会被下一个请求拥有该互斥锁的进程所拥有,也就是说,如果目前只有守护进程一个进程请求拥有该互斥锁,那么,当目标进程退出后,守护进程向目标进程对应的互斥锁发起的拥有请求会被响应,当护进程向目标进程对应的互斥锁发起的拥有请求被响应时,守护进程即可确定目标进程退出。
在一个实施例中,当目标进程为多个时,上述步骤A1可被实施为如下步骤B1-B2:
在步骤B1中,根据目标进程的数目创建多个请求线程,线程数目与目标进程数目一致;
在步骤B2中,根据请求线程分别向多个目标进程对应的互斥锁发起拥有请求。
本实施例中,如果目标进程为多个时,则每一个进程都会对应一个互斥锁,此时,守护进程可以根据目标进程的数目创建多个请求线程,使得线程数目与目标进程数目一致,然后通过这多个请求线程分别向多个目标进程对应的互斥锁发起拥有请求。从而实现对所有目标进程运行状况的监控。
在一个实施例中,如图2所示,方法还可被实施为如下步骤S21-S23:
在步骤S21中,当预置的等待事件被触发时,将当前状态切换为唤醒状态;
在步骤S22中,确定触发等待事件的进程;
在步骤S23中,当触发等待事件的进程为目标进程时,生成目标进程启动的事件。
该守护进程可以预置一等待事件,当目标进程启动时,可以通过设置该等待事件的信号状态来实现对该等待事件的触发,在该等待事件被触发时,守护进程将当前状态切换为唤醒状态,确定触发等待事件的进程;当触发等待事件的进程为目标进程时,生成目标进程启动的事件。
在一个实施例中,等待事件通过如下方式触发:
目标进程启动后,创建互斥锁,其中,在创建互斥锁之后,目标进程为互斥锁的拥有者;
在目标进程拥有互斥锁之后,将等待事件设置为有信号状态,以实现对等待事件的触发。
举例而言,当目标进程启动后,先使用windows***自带的API函数CreateMutex()API创建一个唯一名字的Mutex(互斥锁),在创建互斥锁之后,目标进程为互斥锁的拥有者,该Mutex能唯一标识本被保护进程处于运行状态。在目标进程拥有互斥锁之后,使用windows***自带的API函数OpenEvent()API打开由守护进程创建的事件,然后使用windows***自带的API函数SetEvent(Event)API设置该事件为有信号状态。从而实现对等待事件的触发。
在一个实施例中,通过如下方式确定触发等待事件的进程是否为目标进程:
根据以下至少一种条件来判断触发等待事件的进程是否为目标进程:
进程的映像名称是否为预存储的映像名称,以及进程对应的描述信息中是否包含预存储的应用程序名称。
图3为本申请实施例的一种进程的保护装置的框图,该装置包括以下模块:
接收模块31,用于接收目标进程启动的事件;
第一判断模块32,用于根据目标进程对与其对应的互斥锁的占有情况,判断目标进程是否退出;
启动模块33,用于当进程退出时,对目标进程执行启动操作。
在一个实施例中,第一判断模块32,包括:
请求子模块41,用于向目标进程对应的互斥锁发起拥有请求,以请求成为目标进程对应的互斥锁的拥有者;
确定子模块42,用于当请求被响应时,确定目标进程退出。
在一个实施例中,请求子模块,用于:
当目标进程为多个时,根据目标进程的数目创建多个请求线程,线程数目与目标进程数目一致;
根据请求线程分别向多个目标进程对应的互斥锁发起拥有请求。
在一个实施例中,装置还包括:
切换模块,用于当预置的等待事件被触发时,将当前状态切换为唤醒状态;
第二判断模块,用于判断触发等待事件的进程;
生成模块,用于当触发等待事件的进程为目标进程时,生成目标进程启动的事件。
以上实施例仅为本申请的示例性实施例,不用于限制本申请,本申请的保护范围由权利要求书限定。本领域技术人员可以在本申请的实质和保护范围内,对本申请做出各种修改或等同替换,这种修改或等同替换也应视为落在本申请的保护范围内。
Claims (10)
1.一种进程的保护方法,其特征在于,包括:
接收目标进程启动的事件;
通过所述目标进程对应的互斥锁得到所述目标进程对互斥锁的占有情况;
当判断所述目标进程退出时,对所述目标进程执行启动操作。
2.如权利要求1所述的方法,其特征在于,通过所述目标进程对应的互斥锁得到所述目标进程对互斥锁的占有情况,包括:
向所述目标进程对应的互斥锁发起拥有请求,以请求成为所述目标进程对应的互斥锁的拥有者,其中,所述互斥锁在同一时刻只能被一个进程拥有;
所述方法还包括:
当所述请求被响应时,确定所述目标进程退出。
3.如权利要求2所述的方法,其特征在于,当所述目标进程为多个时,向所述目标进程对应的互斥锁发起请求,以请求成为所述目标进程对应的互斥锁的拥有者,包括:
根据目标进程的数目创建多个请求线程,所述线程数目与所述目标进程数目一致;
根据所述请求线程分别向所述多个目标进程对应的互斥锁发起拥有请求。
4.如权利要求1所述的方法,其特征在于,所述方法还包括:
当预置的等待事件被触发时,将当前状态切换为唤醒状态;
确定触发所述等待事件的进程;
当触发所述等待事件的进程为目标进程时,生成目标进程启动的事件。
5.如权利要求4所述的方法,其特征在于,所述等待事件通过如下方式触发:
所述目标进程启动后,创建互斥锁,其中,在创建互斥锁之后,所述目标进程为所述互斥锁的拥有者;
在所述目标进程拥有所述互斥锁之后,将所述等待事件设置为有信号状态,以实现对所述等待事件的触发。
6.如权利要求4所述的方法,其特征在于,通过如下方式确定触发所述等待事件的进程是否为目标进程:
根据以下至少一种条件来判断触发所述等待事件的进程是否为目标进程:
所述进程的映像名称是否为预存储的映像名称,以及所述进程对应的描述信息中是否包含预存储的应用程序名称。
7.一种进程的保护装置,其特征在于,包括:
接收模块,用于接收目标进程启动的事件;
第一判断模块,用于根据所述目标进程对与其对应的互斥锁的占有情况,判断所述目标进程是否退出;
启动模块,用于当所述进程退出时,对所述目标进程执行启动操作。
8.如权利要求7所述的装置,其特征在于,所述第一判断模块,包括:
请求子模块,用于向所述目标进程对应的互斥锁发起拥有请求,以请求成为所述目标进程对应的互斥锁的拥有者;
确定子模块,用于当所述请求被响应时,确定所述目标进程退出。
9.如权利要求8所述的装置,其特征在于,所述请求子模块,用于:
当所述目标进程为多个时,根据目标进程的数目创建多个请求线程,所述线程数目与所述目标进程数目一致;
根据所述请求线程分别向所述多个目标进程对应的互斥锁发起拥有请求。
10.如权利要求7所述的装置,其特征在于,所述装置还包括:
切换模块,用于当预置的等待事件被触发时,将当前状态切换为唤醒状态;
第二判断模块,用于判断触发所述等待事件的进程;
生成模块,用于当触发所述等待事件的进程为目标进程时,生成目标进程启动的事件。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010912676.3A CN112052098A (zh) | 2020-09-02 | 2020-09-02 | 一种进程的保护方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010912676.3A CN112052098A (zh) | 2020-09-02 | 2020-09-02 | 一种进程的保护方法及装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN112052098A true CN112052098A (zh) | 2020-12-08 |
Family
ID=73607787
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202010912676.3A Pending CN112052098A (zh) | 2020-09-02 | 2020-09-02 | 一种进程的保护方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN112052098A (zh) |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7472288B1 (en) * | 2004-05-14 | 2008-12-30 | Trend Micro Incorporated | Protection of processes running in a computer system |
CN105095746A (zh) * | 2015-07-02 | 2015-11-25 | 北京奇虎科技有限公司 | 应用程序启动鉴权方法及装置 |
CN105573777A (zh) * | 2014-11-11 | 2016-05-11 | 阿里巴巴集团控股有限公司 | 应用中服务的控制方法及装置 |
CN109426591A (zh) * | 2017-09-04 | 2019-03-05 | 武汉斗鱼网络科技有限公司 | 守护windows单一程序的多个进程的方法及设备 |
CN109446034A (zh) * | 2018-10-11 | 2019-03-08 | 广州酷狗计算机科技有限公司 | 上报崩溃事件的方法、装置、计算机设备及存储介质 |
-
2020
- 2020-09-02 CN CN202010912676.3A patent/CN112052098A/zh active Pending
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7472288B1 (en) * | 2004-05-14 | 2008-12-30 | Trend Micro Incorporated | Protection of processes running in a computer system |
CN105573777A (zh) * | 2014-11-11 | 2016-05-11 | 阿里巴巴集团控股有限公司 | 应用中服务的控制方法及装置 |
CN105095746A (zh) * | 2015-07-02 | 2015-11-25 | 北京奇虎科技有限公司 | 应用程序启动鉴权方法及装置 |
CN109426591A (zh) * | 2017-09-04 | 2019-03-05 | 武汉斗鱼网络科技有限公司 | 守护windows单一程序的多个进程的方法及设备 |
CN109446034A (zh) * | 2018-10-11 | 2019-03-08 | 广州酷狗计算机科技有限公司 | 上报崩溃事件的方法、装置、计算机设备及存储介质 |
Non-Patent Citations (1)
Title |
---|
马金鑫 等: "基于Windows环境下的进程保护技术的研究与实现", 《计算机应用与软件》 * |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US20220368707A1 (en) | System and Method for Cyber Security Threat Detection | |
US9021597B2 (en) | Security arrangements for extended USB protocol stack of a USB host system | |
US8161544B2 (en) | Trusted communications with child processes | |
CN108810831B (zh) | 短信验证码的推送方法、电子装置及可读存储介质 | |
US7743418B2 (en) | Identifying malware that employs stealth techniques | |
US20030217287A1 (en) | Secure desktop environment for unsophisticated computer users | |
CN106951335B (zh) | 一种进程守护方法和移动终端 | |
EP1851908A1 (en) | Network security enhancement methods, apparatuses, systems, media, signals and computer programs | |
EP3753221B1 (en) | System and method for monitoring effective control of a machine | |
WO2014143029A1 (en) | Generic privilege escalation prevention | |
US20060212940A1 (en) | System and method for removing multiple related running processes | |
US7472288B1 (en) | Protection of processes running in a computer system | |
EP3079057B1 (en) | Method and device for realizing virtual machine introspection | |
CN110505246B (zh) | 客户端网络通讯检测方法、装置及存储介质 | |
US8601102B1 (en) | Dynamic access management for network security | |
US8763085B1 (en) | Protection of remotely managed virtual machines | |
US20060206855A1 (en) | System and method for conflict identification and resolution | |
WO2017101336A1 (zh) | 快捷开关的控制方法及装置 | |
CN106778173B (zh) | 一种基于智能操作***的应用锁设置的方法及装置 | |
CN112052098A (zh) | 一种进程的保护方法及装置 | |
WO2016180234A1 (zh) | 一种安全环境构建方法和装置 | |
US8938786B2 (en) | System and method for using a declarative approach to enforce instance based security in a distributed environment | |
CN110928630A (zh) | 应用程序窗口的激活控制方法、装置、设备及存储介质 | |
US20220182409A1 (en) | Concealed monitor communications from a task in a trusted execution environment | |
US8973145B2 (en) | Antivirus computing system |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20201208 |
|
RJ01 | Rejection of invention patent application after publication |