如何在2000下隐藏进程

tab888 2003-10-19 02:34:42
如何在2000下隐藏进程
...全文
32 5 打赏 收藏 转发到动态 举报
写回复
用AI写文章
5 条回复
切换为时间正序
请发表友善的回复…
发表回复
PiggyXP 2003-11-02
  • 打赏
  • 举报
 回复
就是用远线程啊，不过具体做起来很麻烦的
qdpb 2003-10-21
  • 打赏
  • 举报
 回复
River_H(小河) 说的对
可以加在dll上
River_H 2003-10-20
  • 打赏
  • 举报
 回复
在另一个进程上开一个线程，将你的操作放到其中去执行就可以了。
bigflyingpig 2003-10-20
  • 打赏
  • 举报
 回复
问问micro software呵呵
rainbowinfog 2003-10-19
  • 打赏
  • 举报
 回复
除非你无进程,否则逃不过任务管理器的法眼,呵呵。
6种进程防杀方案和源码.rar
09年初刚到现在这家公司,头让做一个进程防杀的功能,为了保护我们的软件的服务程序,类似360或瑞星这样的安全产品都有进程防杀的功能。研究了一个多月,总结网上的各种防杀方法并参考其代码,特此将各种实现方法归纳为以下6种,并将其对应源码奉上。 源码全部经过自己修改调试,部分为原创,在vs2005下调试通过,在各种windows操作系统下测试过 1. ring3提升线程为系统线程 原理:windows在强制结束进程的时候会先结束掉所有的线程,把程序的线程改成系统线程,就可以达到防杀的目的 优点:ring3实现的进程防杀,无驱动无hook,原理及代码都较为简单,能防止任务管理器杀掉进程 缺点:只能下xp下有效(与xp打的补丁也有关,有的xp系统会失败)防杀能力有限,例如不能防住IceSword等工具 该方法是参考了csdn一位朋友的做法,原文地址为 http://blog.csdn.net/KeSummer/archive/2008/05/18/2455379.aspx 2.hookApi之NtQuerySystemInformation 原理:hook NtQuerySystemInformation 来隐藏进程 优点:ring3实现的进程隐藏,无驱动,能在任务管理器里隐藏进程 缺点:只能在nt2000下隐藏进程,通用性较差 3.detours库实现进程防杀 原理:和2类似,hook OpenProcess 来防杀进程 优点:防杀能力和通用性都较强,在nt2000,xp,2003均可防杀 缺点:hookApi是用detours库来实现的,2008下防杀失败,不能防住某些进程工具 4.hook任务管理器结束进程事件 原理:挂钩任务管理器窗口,利用CBT钩子拦截结束进程消息 优点:通用性较强,任意的windows平台均可防止任务管理器杀进程 缺点:只能针对windows任务管理起到防杀作用 5.双进程保护 原理:主进程和守护进程互相监控,发现对方不在就启动对方。为了避免父子进程关系,主进程启动临时进程,临时进程启动守护进程 优点:通用性较强,保护能力较强,可保护windows服务程序。hook防杀需要主程序和桌面交互的,而服务程序是不和桌面交互的 缺点:非真正的防杀,只是杀了又启,手段有点不入流 6.驱动级进程保护 原理:驱动级的ZwQuerySystemInformation hook,来隐藏或防杀进程 优点:防杀能力较强,在IceSword 1.2.2版本下测试通过 缺点:加载有驱动,程序实现较为复杂,驱动级hook被360等杀毒工具检测为木马 yipihaoma qq:49489047
驱动层SSDT 隐藏进程
闲着没事，便想在熟悉下之前看过的驱动编程相关知识，于是就写了这个简单的驱动曾隐藏进程程序。 要点：  在驱动层隐藏，主要还是使用SSDT挂钩的方法，相关知识，可以到网上查找，在隐藏进程时，为了能够隐藏多个进程，在内核代码中创建一个链表，结构如下： //存放要隐藏进程的名字链表 typedef struct _ProcNameLink { UNICODE_STRING ProcName; s
区块链实战高并发项目
为什么区块链必须是高并发的？ 1. 摩尔定律早已结束目前，提高并发性是解决人类计算能力的主要方向了。但是并发的编程模型一直受到来自上下两方的压力。2000年开始之际，人们已经意识到摩尔定律失效了。你不太可能期待着今年写的C代码在明年的时候能够被更快的处理器运行了。因为处理器性能的提升主要是通过堆积更多的core来完成。所以为了编写更快的代码，你要做的是编写并发式的程序，同时使用更多的核、更多的CPU、更多的机器。对于并发式的编程模型这就是来自于下方的压力。当今的主流商业应用软件都是跑在web端的，7乘24小时百万级以上的并发访问。人们已经无法想象一个运行在桌面的单机程序实现同样的商业价值。对于编程模型来说，这是来自于上方的压力。所以当我们谈论区块链时，我们需要明白支持并发性才能满足市场的需求。2. 线程模型并不理想线程模型是上世纪90年代提出的并发模型，线程模型广泛应用在Java虚拟机、CLR、.net虚拟机中，甚至应用于Erlang这样更高级的系统。线程模型失败的地方在于如果你在读一段Java或C sharp代码，你无法明白有多少个线程在里面。我们可以讨论并行性和并发性，也可以讨论并发式和分步式，前提是我们必须搞清这几个概念。并行性指同步进行的多项活动之间并不共享信息。就像一条八车道的公路，根本没有换道，那就是并行。当你开始允许换道时，不同的活动和线程之间出现交互，那就是并发。分布式就是把每一笔交易想像成一辆车，换道就是切换到不同的处理器上。分布式必然需要面对故障模式，如果允许单独某个任务失败，就带来了本地(local)的概念。线程有不同的概念，包括有操作系统线程和cpu内核的物理线程等等。我谈论的是虚拟机上提供并发性的编程模型。线程模型的问题是本质上在编程语言的语义层面并没有提供并发性的支持。我用语言集成查询作为一个例子，证明语言集成将最终胜出。语言集成查询开始于微软的函数式编程大牛Eric Meyer。数据存储的两个方法是：1，提供一个支持数据存储的库；2，提供一个查询的语言特性。在第一种情况下，并没有类型系统（type system）帮助你对查询进行语义检查。在后一种情况下，类型系统和编译器参与检查确保查询处于良好状态并且不会中断。在过去的十五年中，语言集成查询已经是最热门的话题之一。所以时间将会证明，语言整合的方法会稳步胜出。回到并发的话题，采用库的方法就是线程模式的思路。在语义层面的扩展就是Rholang、 Pict 或者Vim等移动进程演算（mobile process calculi ）的思路。type system保证了你在读一段Rholang程序时，能够看到有多少个进程在进行。同样的，如果你采用 pi calculus 或者 ambient calculus也可以具有同样的优势。3. DAO事件其实是一个并发问题并发性成为一种语法现象。因为它是语法，是可以对代码进行分析并检查各种并发属性的语法。一个非常好的示例是竞争条件（race condition）：两个事件是否有可能以任意顺序发生？DAO事件其实是一个并发问题，是竞争条件。如果有对应的语言表示，就可以通过语法分析（也称为静态分析），捕获这些错误。即使是熟悉并发问题的老程序员，仍然会不时地搞错，例如用餐哲学家(dining philosophers)或其他类型的问题，所在为并发编写算法是非常困难的。当我在八十年代末和九十年代初期在Rosette工作时，我注意到即使使用非常强大的编程语言，并发编程也是非常困难的事情。不幸的是编程理论停止了二三十年，市场好像卡住了。我惊诧于Javascript一直统治着浏览器平台。我计划开发一个基于Rholang的浏览器语言，使用Rholang从头编写浏览器。4.现在的区块链都错了大多数交易是孤立不相关的。大多数人的财务状况都是彼此分开的。当你去喝咖啡时，地球另一面的人在买菜，你们的交易不相关，在区块链世界中，这一点非常重要。如果我们必须对这些交易进行系列化，我们就走进了死胡同。所有的交易都必须经过一个虚拟机。如果那个虚拟机是顺序的（sequential），Transaction将不得不按线性排列，这正是以太坊虚拟机的模式。在这种情况下，无论是DAG还是区块，那都无所谓了。在区块链上使用序列化模型时，不可能有语言层面的并发的显式表示。因此无法使用静态分析来获得并发行为，并发都隐藏在幕后。这就像一个干净和纯粹的函数式语言和Java之间的区别。使用与lambda演算接近的函数式语言，你所看到的就是你所获得的。所有执行实际上都在代码中。而对于Java来说，程序中存在着一堆隐藏的状态：堆栈、线程数以及类似的东西都在代码中。 
检测隐藏进程(一)
许多用户都有过用视窗系统自带的任务管理器查看所有进程的经验，并且非常多人都认为在任务管理器中隐藏进程是不可能的。而实际上，进程隐藏是再简单不过的事情了。有许多可用的方法和参考源码能达到进程隐藏的目的。令我惊奇的是只有非常少一部分的木马使用了这种技术。估计1000个木马中仅有1个是进程隐藏的。我认为木马的作者太懒了，因为隐藏进程需要进行的额外工作仅仅是对原始码的拷贝-粘贴。所
[zt]在2000和xp下，隐藏进程，VC6.0测试通过!!!
在2000和xp下，隐藏进程，VC6.0测试通过    
VC/MFC

16,472

社区成员

421,731

社区内容

发帖
与我相关
我的任务
社区描述
VC/MFC相关问题讨论
社区管理员
  • 基础类社区
  • Web++
  • encoderlee
加入社区
  • 近7日
  • 近30日
  • 至今

加载中

查看更多榜单
社区公告

        VC/MFC社区版块或许是CSDN最“古老”的版块了，记忆之中，与CSDN的年龄几乎差不多。随着时间的推移，MFC技术渐渐的偏离了开发主流，若干年之后的今天，当我们面对着微软的这个经典之笔，内心充满着敬意，那些曾经的记忆，可以说代表着二十年前曾经的辉煌……
        向经典致敬，或许是老一代程序员内心里面难以释怀的感受。互联网大行其道的今天，我们期待着MFC技术能够恢复其曾经的辉煌，或许这个期待会永远成为一种“梦想”，或许一切皆有可能……
        我们希望这个版块可以很好的适配Web时代，期待更好的互联网技术能够使得MFC技术框架得以重现活力，……

试试用AI创作助手写篇文章吧

+ 用AI写文章