当前位置：Linux教程 - Linux - Linux系统安全(三)

Linux系统安全(三)



         8.安全检查


    像find和secure这样的程序称为检查程序,它们搜索文件系统,寻找出SUID/

    SGID文件,设备文件,任何人可写的系统文件,设有口令的登录用户,具有相同UID

    /GID的用户等等.



    (1)记帐

    UNIX记帐软件包可用作安全检查工具,除最后登录时间的记录外,记帐系

    统还能保存全天运行的所有进程的完整记录,对于一个进程所存贮的信息包括

    UID,命令名,进程开始执行与结束的时间,CPU时间和实际消耗的时间,该进程

    是否是root进程,这将有助于系统管理员了解系统中的用户在干什么.acctcom

    命令可以列出一天的帐目表.有明,系统中有多个记帐数据文件,记帐信息保存

    在文件/usr/adm/pacct*中,/usr/adm/pacct是当前记录文件,/usr/adm/pacctn

    是以前的记帐文件(n为整型数).若有若干个记帐文件要查看,可在acctcom命

    令中指定文件名: acctcom /usr/adm/pacct? /usr/adm/pacct

    要检查的问题的其中之一是:在acctcom的输出中查找一个用户过多的登

    录过程,若有,则说明可能有人一遍遍地尝试登录,猜测口令,企图非法进入系

    统.此外,还应查看root进程,除了系统管理员用su命令从终端进入root,系统

    启动,系统停止时间,以及由init(通常init只启动getty,login,登录shell),

    cron启动的进程和具有root SUID许可的命令外,不应当有任何root进程.

    由记帐系统也可获得有关每个用户的CPU利用率,运行的进程数等统计数

    据.



    (2)其它检查命令

    *du:报告在层次目录结构(当前工作目录或指定目录起)中各目录占用的

    磁盘块数.可用于检查用户对文件系统的使用情况.

    *df:报告整个文件系统当前的空间使用情况.可用于合理调整磁盘空间的

    使用和管理.

    *ps:检查当前系统中正在运行的所有进程.对于用了大量CPU时间的进程,

    同时运行了许多进程的用户,运行了很长时间但用了很少CPU时间的

    用户进程应当深入检查.还可以查出运行了一个无限制循环的后台进

    程的用户,未注销户头就关终端的用户(一般发生在直接连线的终端).

    *who:可以告诉系统管理员系统中工作的进展情况等等许多信息,检查用

    户的登录时间,登录终端.

    *su:每当用户试图使用su命令进入系统用户时,命令将在/usr/adm/sulog

    文件中写一条信息,若该文件记录了大量试图用su进入root的无效操

    作信息,则表明了可能有人企图破译root口令.

    *login:在一些系统中,login程序记录了无效的登录企图(若本系统的

    login程序不做这项工作而系统中有login源程序,则应修改login).

    每天总有少量的无效登录,若无效登录的次数突然增加了两倍,则表

    明可能有人企图通过猜测登录名和口令,非法进入系统.

    这里最重要的一点是:系统管理没越熟悉自己的用户和用户的工作习惯,

    就越能快速发现系统中任何不寻常的事件,而不寻常的事件意味着系统已被人

    窃密.



    (3)安全检查程序的问题

    关于以上的检查方法的一个警告,若有诱骗,则这些方法中没有几个能防

    诱骗.如find命令,如果碰到路径名长于256个字符的文件或含有多于200个文

    件的目录,将放弃处理该文件或目录,用户就有可能利用建立多层目录结构或

    大目录隐藏SUID程序,使其逃避检查(但find命令会给出一个错误信息,系统管

    理员应手工检查这些目录和文件).也可用ncheck命令搜索文件系统,但它没有

    find命令指定搜索哪种文件的功能.

    如果定期存取.profile文件,则检查久未登录用户的方法就不奏效了.而

    用户用su命令时,除非用参数-,否则su不读用户的.profile.

    有三种方法可寻找久未登录的帐户:

    . UNIX记帐系统在文件/usr/adm/acct/sum/login中为每个用户保留了最

    后一次登录日期.用这个文件的好处是,该文件由系统维护,所以可完全

    肯定登录日期是准确的.缺点是必须在系统上运行记帐程序以更新

    loginlog文件,如果在清晨(午夜后)运行记帐程序,一天的登录日期可

    能就被清除了.

    . /etc/passwd文件中的口令时效域将能告诉系统管理员,用户的口令是

    否过期了,若过期,则意味着自过期以来,户头再未被用过.这一方法的

    好处在于系统记录了久未用的户头,检查过程简单,且不需要记帐系统

    所需要的磁盘资源,缺点是也许系统管理员不想在系统上设置口令时效,

    而且这一方法仅在口令的最大有效期(只有几周)才是准确的.

    . 系统管理员可以写一个程序,每天(和重新引导系统时)扫描/etc/wtmp,

    自己保留下用户最后登录时间记录,这一方法的好处是不需要记帐程序,

    并且时间准确,缺点是要自己写程序.

    以上任何方法都可和/usr/adm/sulog文件结合起来,查出由login或su登

    录户头的最后登录时间.

    如果有人存心破坏系统安全,第一件要做的事就是寻找检查程序.破坏者

    将修改检查程序,使其不能报告任何异常事件,也可能停止系统记帐,删除记帐

    文件,使系统管理员不能发现破坏者干了些什么.



    (4)系统泄密后怎么办?

    发现有人已经破坏了系统安全的时候,这时系统管理员首先应做的是面对

    肇事用户.如果该用户所做的事不是蓄意的,而且公司没有关于\"破坏安全\"的

    规章,也未造成损坏,则系统管理员只需清理系统,并留心该用户一段时间.如

    果该用户造成了某些损坏,则应当报告有关人士,并且应尽可能地将系统恢复

    到原来的状态.

    如果肇事者是非授权用户,那就得做最坏的假设了:肇事者已设法成为root

    且本系统的文件和程序已经泄密了.系统管理员应当想法查出谁是肇事者,他

    造成了什么损坏?还应当对整个文件做一次全面的检查,并不只是检查SUID和

    SGID,设备文件.如果系统安全被一个敌对的用户破坏了,应当采用下面的步骤:

    . 关系统,然后重新引导,不要进入多用户方式,进入单用户方式.

    . 安装含有本系统原始UNIX版本的带和软盘.

    . 将/bin,/usr/bin,/etc,/usr/lib中的文件拷贝到一个暂存目录中.

    . 将暂存目录中所有文件的校验和(用原始版本的sum程序拷贝做校验和,

    不要用/bin中的suM程序做)与系统中所有对就的文件的校验和进行比

    较,如果有任何差别,要查清差别产生的原因.如果两个校验和不同,是

    由于安装了新版本的程序,确认一相是否的确是安装了新版本程序.如

    果不能找出校验和不同的原因,用暂存目录中的命令替换系统中的原有

    命令.

    . 在确认系统中的命令还未被窜改之前,不要用系统中原命令.用暂存目

    录中的shell,并将PATH设置为仅在暂存目录中搜索命令.

    . 根据暂存目录中所有系统命令的存取许可,检查系统中所有命令的存取

    许可.

    . 检查所有系统目录的存取许可,如果用了perms,检查permlist文件是否

    被窜改过.

    . 如果系统UNIX(/unix)的校验和不同于原版的校验和,并且系统管理员

    从未修改过核心,则应当认为,一个非法者\"很能干\",从暂存缓冲区重新

    装入系统.系统管理员可以从逐步增加的文件系统备份中恢复用户的文

    件,但是在检查备份中的\"有趣\"文件之前,不能做文件恢复.

    . 改变系统中的所有口令,通知用户他们的口令已改变,应找系统管理员

    得到新口令.

    . 当用户来要新口令时,告诉用户发生了一次安全事故,他们应查看自己

    的文件和目录是否潜伏着危害(如SUID文件,特洛依木马,任何人可写的

    目录),并报告系统管理员任何异乎寻常的情况.

    . 设法查清安全破坏是如何发生的?如果没有肇事者说明,这也许是不可

    能弄清的.如果能发现肇事者如何进入系统,设法堵住这个安全漏洞.

    第一次安装UNIX系统时,可以将shell,sum命令,所有文件的校验和存放在

    安全的介质上(带,软盘,硬盘和任何可以卸下并锁焉起来的介质).于是不必再

    从原版系统带上重新装入文件,可以安装备份介质,装入shell和sum,将存在带

    上的校验和与系统中文件的校验和进行比较.系统管理员也许想自己写一个计

    算校验和的程序,破坏者将不能知道该程序的算法,如果将该程序及校验和保

    存在带上,这一方法的保密问题就减小到一个物理的安全问题,即只需将带锁

    起来.



    9.加限制的环境


    (1)加限制的shell(rsh)

    该shell几乎与普通的shell相同,但是该shell的设计能限制一个用户的

    能力,不允许用户有某些标准shell所允许的行为:

    . 不能改变工作目录(cd).

    . 不能改变PATH或SHELL shell变量.

    . 不能使用含有\"/\"的命令名.

    . 不能重定向输出(〉和〉〉).

    . 不能用exec执行程序.

    用户在登录时,招待.profile文件后系统就强加上了这些限制,如果用户

    在.profile文件正被解释时按了BREAK键或DELETE键,该用户将被注销.

    这些简单的限制,使用写受限制用户的.profile文件的系统管理员可以对

    用户能使用什么命令,进行完全的控制.

    应当注意:系统V加限制的shell实际上不是很安全,在敌对的用户时不要

    用.系统V版本2以后的版本中加限制的shell更安全些.但若允许受限制的用户

    使用某些命令(如env,cp,ln),用户将能逃避加限制的shell,进入非限制的

    shell.


    (2)用chroot()限制用户

    如果的确想限制一个用户,可用chroot()子程序为用户建立一个完全隔离

    的环境,改变了进程对根目录的概念,因此可用于将一个用户封在整个文件系

    统的某一层目录结构中,使用户无法用cd命令转出该层目录结构,不能存取文

    件系统中其余部分的任何文件.这种限制方式比加限制的shell好得多.用户使

    用的命令应由系统管理员在新的root目录中建立一个bin目录,并建立用户可

    用命令的链到系统的/bin目录中相应命令文件上(若在不同的文件系统则应拷

    贝命令文件).

    还应建立新的passwd文件,保留系统登录户头(为了使ls -l正确地报告与

    受限制的子文件系统中的文件相关的正确登录名)和用户帐户,但系统帐户的

    口令改为NOLOGIN以使受限制的用户不能取得系统登录的真实口令,使\"破密\"

    程序的任何企图成为泡影.

    utmp文件是who所需要的,该文件含有系统中已登录用户的列表.

    新的/etc/profile文件也不是建链文件,以便受限制的用户可以执行不同

    的启动命令.

    /dev目录中的终端设备文件被链接到新的/dev目录下,因为命令who产生

    输出时要查看这些文件.

    在系统V及以后的UNIX版本中,login命令有chroot()的功能.如果口令文

    件中用户入口项的登录shell域(最后一个域)是*,login将调用chroot()把用

    户的根目录设置成为口令文件中用户入口项登录目录域指定的目录.然后再调

    用exec()执行login,新的login将在新子系统文件中执行该用户的登录.

    chroot()并不是把root封锁在一个子文件系统中,所以给受限制用户用的

    命令时应加以考虑,具有root的SUID许可的程序可能会给予用户root的能力.

    应当将这种可能减低到最小程度,交给用户使用的命令应当取自清除了SUID陷

    井的系统命令.链接文件可减少磁盘占用区,但要记住,当与敌对用户打交道时

    链接到chroot目录结构(尤其是命令)的系统文件是很危险的.

    如果建立一个像这样的限制环境,应确保对安装到新的/bin的每条命令都

    做过测试,有些程序可能有系统管理员未曾想到的出乎意料的执行结果.为了

    使这些命令能运行,还得在加限制的子文件系统中加服务目录或文件如:/tmp,

    /etc/termcap,/usr/lib/terminfo,/dev/mem,/dev/kmem,/dev/swap,用户所

    登录的/dev中的tty文件以及/unix.

    有些程序在子文件系统中运行时不会很好,如果将假脱机程序和网络命令

    拷贝到加限制的子文件系统中,并放在为两条命令专建的目录层结构下,它们

    可能也运行不了.


    10.小系统安全


    任何足够小,运行于办公室的UNIX系统就是小系统.这类小系统也包括所有

    台式UNIX机器.根据安全观点,使小系统很特别而值得特别的有以下几点:

    . 小系统的用户比大系统的用户少,通常是很小一组用户,使系统管理员能

    熟悉每个人,安全问题可以直接地面对面处理.

    . 由于小UNIX系统管理更简单,可能只需要一个系统管理员,因而维护系统

    安全的责任只有一个人担负.

    . 如果既是用户又是系统管理员,将不能花大量时间考虑系统安全.

    . 如果自己拥有系统并且是系统管理员,就可能有权直接将违反规的用户从

    系统中删除,而没有几个大系统的管理员能有这种权利.

    . 如果自己是系统的唯一用户,则将既是用户又是管理员,维护系统安全的

    任务就很简单了,只须确保系统中所有登录户头的口令是好的.

    . 如果不能将系统锁起来,就把敏感的数据存放在软盘上,把软盘锁起来.

    . 即使系统中有若干个用户,但如果系统的终端之产是有线连接,并且用户

    们保持门上锁,则系统也将是安全的,至少在本组用户内是安全的.

    . 小系统通常有可移动的介质(软盘),可用mount命令将其安装到系统上,提

    供一种安全的方法让用户自己在系统上安装软盘,否则系统管理员要一天

    到晚地干这些琐碎的安装盘事务.允许用户安装软盘的通常做法是给用户

    一个SUID程序,该程序基本完成与系统管理员安装用户软盘同样的操作,

    首先检查软盘上有无SUID/SGID/设备文件,若发现任何奇怪的文件,则拒

    绝安装该软盘.

    . 当小系统开电源后,系统一般在从硬盘引导以前,先试图从软盘引导.这就

    意味着计算机将首先试图从软盘装入程序,若软盘不在驱动器中,系统将

    从硬盘装入UNIX内核.软盘几乎可以含有任何程序,包括在控制台启动

    root shell的UNIX系统版本.如果破坏者有一把螺丝起子和有关系统内部

    的一些知识,则即便系统有被认为防止安全事故发生的特殊\"微码\"口令,

    也可能被诱骗去从软盘引导.

    . 即使小系统晚上不锁,凡从不将个人的或秘密的信息存放在大系统上的人

    他们不可能认识所有系统上的用户),也不会想把这样的信息存放在小系

    统上.

    . 小系统的系统管理员在使用UNIX系统方面常不如大系统管理员有经验,而

    安全地管理系统需要一定的使用系统的知识.


    11.物理安全


    对于运行任何操作系统的小型或大型计算机,物理安全都是一个要考虑的重

    要问题,物理安全包括:锁上放置计算机的屋子,报警系统,警卫,所有安置在不能

    上锁的地方的通讯设施,包括有线通讯线,电话线,局域网,远程网,应答MODEM,钥

    匙或信用卡识别设备,给用户的口令和钥匙分配,任何前置通讯设施的加密装置,

    文件保护,备份或恢复方案(称为安全保险方案,用作应付偶然的或蓄意的数据或

    计算设备被破坏的情况),上锁的输出仃,上锁的废物箱和碎纸机.

    物理安全中所饮食的总考虑应是:在安全方案上所付出的代价不应当多于值

    得保护的(硬件或软件的)价值.

    下面着重讨论保护用户的各种通讯线.对于任何可在不上锁的地方存取的系

    统,通讯是特别严重的安全薄弱环节.当允许用户通过挂到地方电话公司的拨号

    MODEM存取系统时,系统的安全程度就将大大地削弱,有电话和MODEM的任何人就

    可能非法进入该系统.应当避免这一情况,要确保MODEM的电话号码不被列于电话

    薄上,并且最好将电话号码放在不同于本公司普通电话号码所在的交换机上.总

    之,不要假设没人知道自己的拨入号码!大多数家庭计算机都能编程用一个MODEM

    整天地依次调用拨号码,记录下连接上其它MODEM的号码.如果可能,安装一个局

    域PBX,使得对外界的拨号产生一秒钟的拨号蜂音,并且必须输入一个与MODEM相

    关联的扩展号码.


    12.用户意识


    UNIX系统管理员的职责之一是保证用户安全.这其中一部分工作是由用户的

    管理部门来完成,但是作为系统管理员,有责任发现和报告系统的安全问题,因为

    系统管理员负责系统的运行.

    避免系统安全事故的方法是预防性的,当用户登录时,其shell在给出提示前

    先执行/etc/profile文件,要确保该文件中的PATH指定最后搜索当前工作目录,

    这样将减少用户能运行特洛依木马的机会.

    将文件建立屏蔽值的设置放在该文件中也是很合适的,可将其值设置成至少

    将防止用户无意中建立任何人都能写的文件(022/026).要小心选择此值,如果限

    制太严,则用户会在自己的.profile中重新调用umask以抵制系统管理员的意愿,

    如果用户大量使用小组权限共享文件,系统管理员就一要设置限制小组存取权限

    的屏蔽值.系统管理员必须建立系统安全和用户的\"痛苦量\"间的平衡(痛苦量是

    安全限制引起的愤怒的函数).定期地用grep命令查看用户.profile文件中的

    umask,可了解系统安全限制是否超过了用户痛苦极限.

    系统管理员可每星期随机抽选一个用户,将该用户的安全检查结果(用户的

    登录情况简报,SUID/SGID文件列表等)发送给他的管理部门和他本人.主要有四

    个目的:

    . 大多数用户会收到至少有一个文件检查情况的邮件,这将引起用户考虑安

    全问题(虽然并不意味着用户们会采取加强安全的行动).

    . 有大量可写文件的用户,将一星期得到一次邮件,直到他们取消可写文件

    的写许可为止.冗长的烦人的邮件信息也许足以促使这些用户采取措施,

    删除文件的写许可.

    . 邮件将列出用户的SUID程序,引起用户注意自己有SUID程序,使用户知道

    是否有不是自己建立的SUID程序.

    . 送安全检查表可供用户管理自己的文件,并使用户知道对文件的管理关系

    到数据安全.如果系统管理员打算这样做,应事先让用户知道,以便他们了

    解安全检查邮件的目的.

    发送邮件是让用户具有安全意识,不要抱怨发送邮件.



    管理意识是提高安全性的另一个重要因素.如果用户的管理部门对安全要求

    不强烈,系统管理员可能也忘记强化安全规则.最好让管理部门建立一套每个人

    都必须遵守的安全标准,如果系统管理员在此基础上再建立自己的安全规则,就

    强化了安全.管理有助于加强用户意识,让用户明确,信息是有价值的资产.



    系统管理员应当使安全保护方法对用户尽可能地简单,提供一些提高安全的

    工具,如:公布锁终端的lock程序,让用户自己运行secure程序,将pwexp(检查用

    户口令信息的程序)放入/etc/profile中,使用户知道自己的口令时间.多教给用

    户一些关于系统安全的知识,确保用户知道自己的许可权限和umask命令的设置

    值.如果注意到用户在做蠢事,就给他们一些应当怎样做才对的提示.用户知道的

    关于安全的知识越多,系统管理员在保护用户利益方面做的事就越少.


    13.系统管理员意识


    (1)保持系统管理员个人的登录安全

    若系统管理员的登录口令泄密了,则窃密者离窃取root只有一步之遥了,

    因为系统管理员经常作为root运行,窃密者非法进入到系统管理员的户头后,

    将用特洛依木马替换系统管理员的某些程序,系统管理员将作为root运行这些

    已被替换的程序.正是因为这个原因,在UNIX系统中,管理员的户头最常受到攻

    击.即使su命令通常要在任何都不可读的文件中记录所有想成为root的企图,

    还可用记帐数据或ps命令识别运行su命令的用户.也是如此,系统管理员作为

    root运行程序时应当特别小心,因为最微小的疏忽也可能\"沉船\".下列一些指

    导规则可使系统管理员驾驶一艘\"坚固的船\":

    . 不要作为root或以自己的登录户头运行其他用户的程序,首先用su命令进

    入用户的户头.

    . 决不要把当前工作目录排在PATH路径表的前边,那样实际是招引特洛依木

    马.当系统管理员用su命令进入root时,他的PATH将会改变,就让PATH保持

    这样,以避免特洛依木马的侵入.

    . 敲入/bin/su执行su命令.若有su源码,将其改成必须用全路径名运行(即

    su要确认argv[0]的头一个字符是\"/\"才运行).随着时间的推移,用户和管

    理员将养成敲/bin/su的习惯.

    . 不要未注销户头就离开终端,特别是作为root用户时更不能这样.当系统

    管理员作为root用户时,命令提示符是\"#\",这个提示符对某些人来说可能

    是个红灯标志.

    . 不允许root在除控制台外的任何终端登录(这是login的编译时的选项),

    如果没有login源码,就将登录名root改成别的名,使破坏者不能在root登

    录名下猜测各种可能的口令,从而非法进入root的户头.

    . 经常改变root的口令.

    . 确认su命令记下的想运行su企图的记录/usr/adm/sulog,该记录文件的许

    可方式是600,并属root所有.这是非法者喜欢选择来替换成特洛依木马的

    文件.

    . 不要让某人作为root运行,即使是几分钟,即使是系统管理员在一旁注视

    着也不行!


    (2)保持系统安全

    . 考虑系统中一些关键的薄弱环节:

    a. 系统是否有MODEM?电话号码是否公布?

    b. 系统是否连接到?还有什么系统也连接到该网络?

    c. 系统管理员是否使用未知来处或来处不可靠的程序?

    d. 系统管理员是否将重要信息放在系统中?

    e. 系统的用户是熟悉系统的使用还是新手?

    f. 用户是否很重视关心安全?

    g. 用户的管理部门是否重视安全?

    . 保持系统文件安全的完整性.检查所有系统文件的存取许可,任何具有

    SUID许可的程序都是非法者想偷换的选择对象.

    . 要特别注意设备文件的存取许可.

    . 要审查用户目录中具有系统ID/系统小组的SUID/SGID许可的文件.

    . 在未检查用户的文件系统的SUID/SGID程序和设备文件之前,不要安装用

    户的文件系统.

    . 将磁盘的备份存放在安全的地方.

    . 设置口令时效,如果能存取UNIX的源码,将加密口令和信息移到仅对root


    可读的文件中,并修改系统的口令处理子程序.这样可增加口令的安全.修

    改passwd,使passwd能删去口令打头和末尾的数字,然后根据spell词典和

    /etc/passwd中用户的个人信息,检查用户的新口令,也检查用户新口令中

    子串等于登录名的情况.如果新口令是spell词典中的单词,或/etc/passwd

    中的入口项的某项值,或是登录名的子串,passwd将不允许用户改变口令.

    . 记录本系统的用户及其授权使用的系统.

    . 查出久未使用的登录户头,并取消该户头.

    . 确保没有无口令的登录户头.

    . 启动记帐系统.

    . 查出不寻常的系统使用情况,如大量的占用磁盘,大量的使用CPU时间,大

    量的进程,大量的使用su的企图,大量无效的登录,大量的到某一系统的网

    络传输,奇怪的uucp请求.

    . 修改shell,使其等待了一定时间而无任务时终止运行.

    . 修改login,使其打印出用户登录的最后时间,三次无效登录后,将通讯线

    挂起,以便系统管理员能检查出是否有人试图非法进入系统.确保login不

    让root在除控制台外的任何地方登录.

    . 修改su,使得只有root能以过期口令通过su进入某一户头.

    . 当安装来源不可靠的软件时,要检查源码和makefile文件,查看特殊的子

    程序调用或命令.

    . 即使是安装来源可靠的软件,也要检查是否有SUID(SGID)程序,确认这些

    许可的确是必要的.如果可能,不要让这些程序具有系统ID(或组)的SUID

    (SGID)许可,而应该建立一个新用户(或给)供该软件运行.

    . 如果系统在办公室中,门应上锁,将重要数据保存在软盘上或带上,并锁起

    来.

    . 将secure,perms和任何其它做安全检查的shell程序存取许可置为仅执行,

    更好的是将这些shell程序存于可拆卸的介质上.

    . 记住,只要系统有任何人都可调用的拨号线,系统就不可能真正的安全.系

    统管理员可以很好地防止系统受到偶然的破坏.但是那些有耐心,有计划,

    知道自己在干什么的破坏者,对系统直接的有预谋的攻击却常常能成功.

    . 如果系统管理员认为系统已经泄密,则应当设法查出肇事者.若肇事者是

    本系统的用户,与用户的管理部门联系,并检查该用户的文件,查找任何可

    疑的文件,然后对该用户的登录小心地监督几个星期.如果肇事者不是本

    系统的用户,可让本公司采取合法的措施,并要求所有的用户改变口令,让

    用户知道出了安全事故,用户们应当检查自己的文件是否有被窜改的迹象.

    如果系统管理员认为系统软件已被更改了,就应当从原版系统带(或;软盘

    )上重装入所有系统软件,保持系统安全比道歉更好.

    发布人:netbull 来自:Linux技术支持站点 

站点导航
赞助商链接