Archive for: 11月 18, 2008

2008-11-18

永远的后门

归类于: 黑客教程 - 18 Nov 2008

 永远的后门

IIS是比较流行的www服务器,设置不当漏洞就很多。入侵iis服务器后留下后门,以后就可以随时控制。一般的后门程序都是打开一个非凡的端口来监听,比如有nc,ntlm,rnc等等都是以一种类telnet的方式在服务器端监听远程的连接控制。不过一个比较防范严密的www站点(他们的治理员吃了苦头后)一般通过防火墙对端口进行限制,这样除了治理员开的端口外,其他端口就不能连接了。但是80端口是不可能关闭的。那么我们可以通过在80端口留后门,来开启永远的后门。

当IIS启动CGI应用程序时,缺省用CreateProcessAsUser API来创建该CGI的新Process,该程序的安全上下文就由启动该CGI的用户决定。一般匿名用户都映射到IUSR_computername这个账号,当然可以由治理员改为其他的用户。或者由浏览器提供一个合法的用户。两者的用户的权限都是比较低,可能都属于guest组的成员。其实我们可以修改iis开启CGI的方式,来提高权限。我们来看iis主进程本身是运行在localsystem账号下的,所以我们就可以得到最高localsystem的权限。

入侵web服务器后,一般都可以绑定一个cmd到一个端口来远程控制该服务器。这时可以有GUI的远程控制,比如3389,或者类telnet text方式的控制,比如rnc。nc肯定是可以用的,其实这也足够了。

1. telnet到服务器

2. cscript.exe adsutil.vbs enum w3svc/1/root

KeyType : (STRING) “IIsWebVirtualDir”

AppRoot : (STRING) “/LM/W3SVC/1/ROOT”

AppFriendlyName : (STRING) “默认应用程序”

AppIsolated : (INTEGER) 2

AccessRead : (BOOLEAN) True

AccessWrite …

RFC文档阅读 701-1000

归类于: 网络知识 - 18 Nov 2008

RFC763 角色邮箱

s/RFC775.txt”>RFC775_面向目录的 FTP 命令

RFC779_Telnet发送-位置选项

RFC792_Internet 控制信息协议

RFC797 位图文件格式

RFC821_简单邮件传输协议

RFC826_以太网地址转换协议或转换网络协议地址

RFC827_Exterior 网关 协议 (EGP)

RFC854_Telnet协议说明书

RFC855_Telnet选项说明书

RFC856_Telnet二进制传输

RFC857_Telnet回声选项

RFC858_Telnet抑制前进选项

RFC859_Telnet状态选项

RFC860_Telnet定时标记选项

RFC861_Telnet扩展选项列表选项

RFC862_回声协议

RFC863 废除协议

RFC864 字符产生协议

RFC865 白天协议的引用

RFC866 激活用户

RFC867 白天协议

RFC868_时间协议

RFC872_局域网上的TCP协议

RFC877_IP 数据包通过公共数据网络的传输标准

RFC888_STUB Exterior Gateway Protocol

RFC890_外部网关协议执行表

RFC894_IP 数据包通过以太网网络传输标准

RFC895_IP 数据包通过试验性以太网网络的传输标准

RFC896_在IPTCP internet网络中的拥塞控制

RFC903_反向地址转换协议

RFC911 BERKELEY UNIX 4.2下的EGP网关

RFC917_因特网子网

RFC918 邮局协议

RFC925_多局域网地址解决

RFC930_Telnet终端类型选项

RFC932_子网地址分配方案

RFC937_邮局协议( 版本 2)

RFC948_IP 数据包通过IEEE 802.3 网络传输的两种方法

RFC949_FTP …

SQL注入防御方法-程序员篇

归类于: 漏洞溢出 - 18 Nov 2008

作者:NB联盟-小竹

ps:老东西了,没别的意思。对曾经促进过网络安全事业的54nb的一点怀念吧!

  SQL注入越来越多的被利用来入侵网站,部分WEB程序员也开始关注这方面的知识,但由于对入侵的方法一知半解,导致在过滤的时候漏掉某些字符,造成安全漏洞;或者是草木皆兵,把一些合法的用户请求都拒之门外,试想一下,当用户想输入个I’m a boy的时候,却给你臭骂一顿,他还会愿意再上你的网站吗?

下面,我从程序方面介绍一下SQL注入的防御方法,首先看这三句最简单SQL语句

1.SQL=”select * from Users where UserID=” & Request(”ID”)

2.SQL=”select * from Users where UserID=’” & Request(”ID”) & “‘”

3.SQL=”select * from Users where UserName like ‘%” & Request(”Name”) & “%’”

第一句,参数是数字型,这个很明显。第二句,如果字段UserID是int型,就有些人分不清楚了。其实,区分第数字弄和字符型参数,只要看SQL语句参数两边有没有单引号即可,很明显,第一句没单引号,是数字型;第二第三句有单引号,是字符型。

  对于数字型变量,传入的参数都会直接附加到SQL语句上执行,而因为参数是数字型,所以用isNumeric判断是很安全的,我曾经试过用\0之类试图断开参数,但结果都是失败。

  对于字符型变量,传入的参数都是做为常量,比如你传1 and 1=1进去,SQL语句就是UserID=’1 …

快快丢掉ASP遗留的各大类陈旧习惯

归类于: Windows操作系统 - 18 Nov 2008

在技术更新的进程中, 仍然有一些人死抱着已经过了期的东西不放. 也有一些人虽然进入到新的世界, 但仍摆脱不了陈旧的习惯. 我没有用”陋习”这个词, 因为我对这个词也非常反感.  

  新技术应该有新技术的 做法, 进入ASP.NET的世界, 就应该把以往的习惯改正, 全新的进入新的世界, 把ASP的破烂扔掉.  

  以下列举的都是错误的做法, 请不要误以为是推荐的做法而进行推广:   

  1. 使用server side include给ASPX引入共同的页面构图.

  在ASP.NET的机制下, 应使用ASCX(web user control)来实现. ASCX提供了更多可控制接口. 并且更重要的是, ASCX是一个类. 一个实实在在的类. 可以全面控制它.   

  2.不使用web.config

  web.config提供了非常丰富的配置治理接口. 是一个应用程序最核心的部分. 但是很多人的web.config往往是空的. 或者就从来没有修改过.   

  3.使用Response.Write向前端输出消息

  ASP.NET平台下的Response和ASP的Response有很大的不同. 虽然表示同一含义, 但用法上已经大不相同. Response.Write的内容只会输出到页的最前端. 向前端输出消息的正确方法是使用PlaceHolder.   

  4.使用一系列session治理用户连接状态

  这种方法在ASP里被滥用. 在ASP.NET环境下, 正确的做法应该是设计一个类. 结构化地保存数据. 将对session或者cookie的访问封装起来.   

  5.使用session验证身份

  这几乎是通病. …

oracle数据库安全性策略

归类于: 安全服务文档 - 18 Nov 2008

一、数据库数据的安全
它应能确保当数据库系统DownTime时,当数据库数据存储媒体被破坏时以及当数据库用户误操作时,数据库数据信息不至于丢失。

二、数据库系统不被非法用户侵入
它应尽可能地堵住潜在的各种漏洞,防止非法用户利用它们侵入数据库系统。
对于数据库数据的安全问题,数据库管理员可以参考有关系统双机热备份功能以及数据库的备份和恢复的资料。

以下就数据库系统不被非法用户侵入这个问题作进一步的阐述。

组和安全性:
在操作系统下建立用户组也是保证数据库安全性的一种有效方法。
Oracle程序为了安全性目的一般分为两类:一类所有的用户都可执行,另一类只DBA可执行。在Unix环境下组设置的配置文件是/etc/group,关于这个文件如何配置,请参阅Unix的有关手册,以下是保证安全性的

几种方法:
(1) 在安装Oracle Server前,创建数据库管理员组(DBA)而且分配root和Oracle软件拥有者的用户ID给这个组。DBA能执行的程序只有710权限。在安装过程中SQL*DBA系统权限命令被自动分配给DBA组。

(2) 允许一部分Unix用户有限制地访问Oracle服务器系统,增加 一个由授权用户组的Oracle组,确保给Oracle服务器实用例程Oracle组ID,公用的可执行程序,比如SQL*Plus,SQL*Forms等,应该可被这组执行,然后该这个实用例程的权限为 710,它将允许同组的用户执行,而其他用户不能。

(3) 改那些不会影响数据库安全性的程序的权限为711。
注:在我们的系统中为了安装和调试的方便,Oracle数据库中的两个具有DBA权限的用户Sys和System的缺省密码是manager。

为了您数据库系统的安全,我们强烈建议您该掉这两个用户的密码,具体操作如下:

在SQL*DBA下键入:
alter user sys indentified by password;
alter user system indentified by password;
其中password为您为用户设置的密码。

Oracle服务器实用例程的安全性:

以下是保护Oracle服务器不被非法用户使用的几条建议:

(1) 确保$ORACLE_HOME/bin目录下的所有程序的拥有权归Oracle 软件拥有者所有;
(2) …

如何在命令行下远程安装终端服务

归类于: 黑客教程 - 18 Nov 2008

在目前windows2000的远程溢出不断被发现的今天,入侵win2000已经不是什么太困难的事情了,但是如何更好的利用和控制呢?介绍一个好方法:终端服务。但是很多机器没有安装终端服务,那么我就给它装一个。其实这是一个很简单的事情。你需要做的仅仅是打三行命令而已。这里有一个前提就是,你已经通过其他手段获得了该机器的治理员或系统权限。那么接下来我们要做的就是给他开个终端服务!

先讲一下思路,思路很简单,就是windows2000有无人职守安装的工具,sysocmgr.exe。下面看看MSDN里面关于这个工具的介绍:

How to Add or Remove Windows 2000 Components with Sysocmgr.exe

——————————————————————————–

The information in this article applies to:

Microsoft Windows 2000 Advanced Server

Microsoft Windows 2000 Datacenter Server

Microsoft Windows 2000 Professional

Microsoft Windows 2000 Server

——————————————————————————–

SUMMARY …

两个未公开的ACCESS方法的使用技巧

归类于: Windows操作系统 - 18 Nov 2008

应黄海之邀(http://www.accessqq.com),忽然要写点自己的东西,一下子仿佛不知道写些什么了,研究ACCESS这么多年,感觉都是在做企业应用,并没有什么高深的技巧,也没有属于自己的技巧,只好绞尽脑汁,榨点东西出来,希望能对得起黄海和大家:)

  在ACCESS中APPLICATION对象有两个未公开的方法,其中一个是SaveAsText, 另一个是LoadFromText。我记得是刚学ACCESS不久,当时在研究FMS一个分析工具时,跟踪发现它总会产生一些临时文件,对这些临时文件分析,发现它与VB里的窗体文件差不多的格式,所以估计微软可以将ACCESS的窗体转换为文本格式,并提供一种逆相转换的方法。所以发现了深厚的爱好,后来就找到这两个方法。

  虽然微软还有其它一些比较好用的未公开的属性,但我在这两个方法上花的时间还是最多的,因为它的确有使用价值,所以说说自己多年来的使专心得。

  这两个方法在以后的ACCESS版本中并不一定支持,所以我并不建议大家使用,但因为有些功能假如使用它来实现,可以节省比较多的时间,所以,在某些情况下,我还是会使用它,至少现有的ACCESS版本都支持这个方法。假如同样的功能你可以通过ACCESS正常的方法来实现,我则建议你使用微软公开的方法。切记!

  用途1:

  使用application.saveastext acForm,”我的窗体”,”c:\test.txt” 将整个窗体导出到一个文本文件,将其打包发送给朋友,让朋友再使用application.loadfromtext acForm,”我的窗体”,”c:\test.txt” 再导回去。你可以压缩打包传送。

  用途2:

  可以将窗体保存到文本文件,然后把文本文件存储到OLE字段里,这样整个窗体的界面与代码都可保存到ACCESS数据表里,这个方法对编写 代码库治理器 非常有用。在使用时,还可即时将文本文件还原到一个窗体,让使用者即时预览到这个技巧产生的效果

  用途3:

  将窗体保存到一个文件文件,使用正则表达式对代码进行分析,可以分析语法,代码结构、语法错误、字数统计等等,你可参考一下FMS的一个ACCESS分析工具,它有的功能,你花个半年,做出来应该也没有大问题啦。记得让我试用一下源码哦:)

  用途4:

  真正的全局替换,一般我们需要全局替换窗体里一个属性的名称或内容,需要逐个逐个修改,而无法实现像代码中的全局替换,现在将窗体导出到文本文件,在文本文件里进行全局替换,完成后再导回窗体。

  用途5:

  繁简转换,中英转换,一般对控件标题、提示文字、默认值等进行文字上繁简转换后并不能真正实现繁简转换,在转换后相应的环境中打开还会出现ACTIVEX控件找不到或者OLE错误,将窗体或其它对象转换为文本文件后再进行繁简转换,然后再转换相应的字符集、字体名称、节的繁简对应名称、CRC校验码等之后,再导回ACCESS相应对象,就可完成整个ACCESS程序的转换,相应的程序效果可参见我做的繁简转换通用程序,记住简体一般是134 繁体是136

  英文你打开就知了。我奉劝,假如你想做同样的功能,那你最好就别做了,用我的就得了,免得断我财路,我提成20%给你就得了,等两年后积到100元我再一次汇给你:)

  用途6:

  中英转换,虽然还需要进行少量手工转换,但已经节省了不少时间,但如何使用正式表达式来正确区别哪些是标题、提示文字、消息框还需要一些技巧。

  用途7:改变控件的默认属性

  除了我们在设计状态修改控件的默认属性之外,使用修改文本文件的内容也可达到修改控件默认属性的效果,当窗体或报表导出到文本文件之后,所有的窗体、控件属件以及默认控件属性都在文本文件中体现出来,通过修改这个文本文件里有关默认属性的设置即可达到目的。

  什么是默认属性?举个例子,你从国外下载一个程序,为什么往窗体里面添加控件,控件字体总是Serif,而在简体中文环境下新建的窗体控件,字体都是”宋体”,在繁体中文环境下新建的窗体控件,字体都是”新细明体”,就是因为这个控件的默认属性导致的

  用途8:

  实现自动创建窗体模板的效果,将做好的具备基本功能的窗体导出到文本文件保存起来,到需要使用的时间,直接导入回来马上就可能产生一个已具备常用功能的窗体,不需要从头来过,再做得自动化一点,做一个丰富的窗体功能代码库,可让用户选择各种不同的功能,然后从这些代码库里选择想要的代码按照窗体文本文件的格式创建一个文本文件,再由这个文本文件自动组合出一个完善的窗体,不需要用户去编程,他只要选择字段,选择窗体功能、选择样式、选择模板就可实现各种录入窗体、查询窗体、分析窗体、报表统计等等,写程序就变成了组装程序。到时大家没事干了,就开发各个专用组件吧。注重,在文本文件中复制功能和代码,在自动编程化方面,相对窗体里复制控件和代码,具有更大的弹性和可塑性。

  用途9:

  假如窗体或报表里有图片或OLE对象,在导出的文本文件里会包含它们的二进制文件,使用正则表达式或其它方法提取这部分内容再将其还原到相应的图片文件中,即可实现将窗体和报表的图像保存取文件(ACCESS不支持直接将图像控件的图片保存到文件)

  用途10: …

Web服务器日志统计分析完全解决方案

归类于: 系统知识 - 18 Nov 2008

摘要
对于所有的ICP来说,除了保证网站稳定正常运行以外,一个重要的问题就是网站访问量的统计和分析报表,这对于了解和监控网站的运行状态,对提高各个网站的服务能力和服务水平是必不可少的。通过对Web服务器的日志文件进行分析和统计,能够有效掌握系统运行情况以及网站内容的受访问情况、加强对整个网站及其内容的维护与管理。本文对Web服务器日志分析的原理和技术进行讨论。(2003-04-03 13:26:53)

——————————————————————————–
By ideal
http://www.linuxaid.com.cn

请注意本文已刊载在《开放系统世界》2003年第二期,该文章版权属于该杂志所有,请勿随意转载,转载请保留该声明

关键字:web服务器 日志 统计分析 crontab cronolog apache

摘要:对于所有的ICP来说,除了保证网站稳定正常运行以外,一个重要的问题就是网站访问量的统计和分析报表,这对于了解和监控网站的运行状态,对提高各个网站的服务能力和服务水平是必不可少的。通过对Web服务器的日志文件进行分析和统计,能够有效掌握系统运行情况以及网站内容的受访问情况、加强对整个网站及其内容的维护与管理。本文对Web服务器日志分析的原理和技术进行讨论。

文章相关软件:

webalizer http://www.mrunix.net/webalizer/
cronolog http://www.cronolog.org/
Apache http://www.apache.org/

一、 前言
随着Internet上Web服务的发展,几乎各个政府部门、公司、大专院校、科研院所等都在构建或正在建设自己的网站。而与此同时,在构建网站建设中各个单位都会遇到各种各样的问题,那么对web服务器的运行和访问情况进行详细和周全的分析对于了解网站运行情况,发现网站存在的不足,促进网站的更好发展重要性是不言而喻的。

管理Web网站不只是监视Web的速度和Web的内容传送,它要求不仅仅关注服务器每天的吞吐量,还要了解对这些Web网站的外来访问,了解网站各页面的访问情况,根据各页面的点击频率来改善网页的内容和质量、提高内容的可读性,跟踪包含有商业交易的步骤以及管理Web网站“幕后”的数据等。
为了更好地提供WWW服务,监控WEB服务器的运行情况、了解网站内容的详细访问状况就越来越显得重要和迫切了。而这些要求都可以通过对web服务器的日志文件的统计和分析来做到。

二、WEB日志分析的原理
网站服务器日志记录了web服务器接收处理请求以及运行时错误等各种原始信息。通过对日志进行统计、分析、综合,就能有效地掌握服务器的运行状况,发现和排除错误原因、了解客户访问分布等,更好的加强系统的维护和管理。

在WWW服务模型是非常简单的(见图1):

1) 客户端(浏览器)和web服务器建立tcp连接,连接建立以后,向web 服务器发出访问请求(如:get),根据HTTP协议该请求中包含了客户端的IP地址、浏览器的类型、请求的URL等一系列信息。

图1 web访问机制

2) web服务器收到请求后,将客户端要求的页面内容返回到客户端。如果出现错误,那么返回错误代码。

 

3) 服务器端将访问信息和错误信息纪录到日志文件里。下面是客户端发送给web服务器请求的数据报的内容:

GET /engineer/ideal/list.htm HTTP/1.1
Accept: image/gif, image/x-xbitmap, image/jpeg, image/pjpeg, application/vnd.ms-powerpoint, application/vnd.ms-excel, application/msword, */*
Referer: http://www.linuxaid.com.cn/engineer/ideal/
Accept-Language: zh-cn
Accept-Encoding: gzip, deflate
User-Agent: Mozilla/4.0 (compatible; MSIE 6.0; Windows …

计算机安全策略

归类于: 安全服务文档 - 18 Nov 2008

在讨论计算机安全的过程中,策略这一术语具有多种含义。策略是高级管理层对建立计算机安全项目的指导,确立期目标并设定相关责任。策略这一术语也被用于表示特定系统的特定安全规则。另外,策略还可以表示完全不同的事物,如对于设定机构电子邮件隐私策略或传真安全策略的特定管理决策。

这里,计算机安全策略这一术语被定义为包含上述所有类型策略的“计算机安全决策的文档”。在制定决策时,管理人面临艰难抉择,这些抉择与资源分配、竞争的目标以及机构策略有关,涉及到技术和信息资源、指导员工行为的机构策略。所有级别的管理人作出的决策都可以成为策略,策略的适用范围因管理人的权限范围不同而各不相同。这里,我们在比较宽泛的含义上使用策略这一术语,它包括上面描述的所有策略类型,包括所有级别的管理人作出的特定策略。

计算机安全方面的管理决策有各种各样。为了区别不同类型的策略,本章将其分为三个基本类:

项目策略建立机构的计算机安全项目。
专题策略涉及到机构所关心的特定问题。
特定系统策略关注于管理层为了保护特定系统所作出的决定。
规程、标准和指导方针被用于描述在机构中执行这些策略的方法。

熟悉各种策略类型和部件可以帮助管理人处理对机构重要的计算机安全问题。有效的策略是制定和实施良好的计算机安全项目保护系统和信息的基础。

对这些类型的描述有利于读者的理解。将机构具体的策略归于三种类别的哪一种并不重要,重要的是要透彻理解其功能。

1. 项目策略

管理官员,通常是机构的领导或高级管理人员发布确立机构计算机安全项目及其基本架构的项目策略。这种高级策略定义了项目的目的及其在机构中的范围;设定了直接进行系统实施的责任(对于计算机安全机构)以及其它相关部门的责任(如信息资源管理[IRM]);并涉及到策略的执行问题。项目策略确立机构对安全的战略导向并为其实施分派资源。

项目策略的内容应该涉及到:

目的 项目策略通常包括描述为什么要建立项目的内容。这可能会包括定义项目的目标。安全相关的需要如完整性、可用性和机密性等构成了机构中所建立的策略目标的基础。例如,在负责维护大型的任务关键数据库的机构中,减少错误、减少数据丢失和毁坏以及执行恢复可能是特别重要的事情。但是,在负责维护个人机密数据的机构中,目标可能就更强调对加强防止非受权泄漏的保护。

范围 项目策略应该清晰地表明计算机安全项目涵盖的资源,包括设施、硬件和软件、信息以及人员。在许多情况下,项目包括所有的系统以及机构人员,但是也不总是这样。在有些情况下,可适当限制机构计算机安全项目的范围。

责任 一旦建立了计算机安全项目,其管理责任将会被设定给新的或已存在的人员 。

需要涉及到整个机构中所有员工和管理人员的责任问题,包括生产线管理人、应用程序拥有者、用户以及数据处理或IRM机构。策略内容的这个部分应该与计算机服务提供商以及使用所提供服务的应用管理人的责任区别开来。策略还应该确立主要系统的运行安全人员,特别是风险较高和对机构运作非常关键的系统。这也可以作为确立员工职责的基础。

在项目级别上,应该特别为实施计算机安全策略和确保其连续性的机构部门和官员设定责任 。

执行 项目策略主要涉及到两个执行方面的问题:

通常的执行确保满足建立项目和为机构各种人员设定责任的需求。通常设定一名监督官员(如监察长)负责监督执行情况,包括机构执行项目管理优先顺序的情况。
使用具体的惩罚和训诫措施。由于安全策略是级别较高的文件,对于各种违反策略行为的具体惩罚措施一般不会详细记录在这里,策略可能会授权建立执行架构,这一架构包括违反策略的行为及相应的具体惩戒措施 。
制定执行策略的时侯应该考虑到部分违反策略的人是无意的。例如,他们没有遵守策略是因为缺乏了解或培训。

2. 专题策略

项目策略涉及到整个机构范围的计算机安全项目,而专题策略是针对目前机构关心(有时候还是有争议的)的某个领域制定的。例如,机构可能发现需要发布关于制定应急计划(集中式或非集中式)或使用特定技术对系统进行风险管理的策略。例如,还可以发布关于在机构中如何正确使用新兴技术的策略。当产生新问题的时侯,也可以发布相关策略,比方说有新的保护特定信息的法律开始施行的时侯。项目策略一般比较广泛,不需要时常修改,而专题策略在技术或相关因素发生变化时可能需要修改,所以其修改频率比较高。

通常,专题和针对系统的策略的发布者是高级管理人员,策略的范围越广泛、内容越具争议性或其实施越消耗资源,那么其发布者的级别就越高。

有关专题策略的领域有很多。下面介绍两个例子:

互联网接入 许多机构将互联网视为延伸其研究机会和进行通信的方法。毫无疑问,连接互联网有很多好处但是也有一些缺点。所发布的互联网接入策略涉及到谁将使用接入、何种类型的系统连接在网络上、何种类型的信息在网络中传输、连接互联网的系统的用户认证需求以及防火墙和安全网关的使用。

电子邮件策略 电子邮件系统的用户依赖于此服务与同事或其他人进行信息通信。但是,由于系统通常由雇佣机构所有,有时管理者可能会出于各种原因(如确定其仅用于工作目的或其是否被用于传播病毒、发送攻击性邮件或泄漏机构的秘密)希望监控员工的电子邮件。另一方面,用户可能会有需要尊重其隐私的要求,就像对美国邮政的要求那样。这个领域的策略所涉及到的隐私级别根据电子邮件及其环境的不同有所不同,有些可以查阅有些则不行。

与项目策略类似,专题策略也可以分为几个基本部分:

专题描述 制定某一专题的策略,管理人必须定义专题所包含的相关含义、特性和条件。通常还需要设定策略的目标或理由,这也有利于策略的执行。例如,一个机构要制定一个关于“非官方”软件使用的专题策略,这种软件是指未经机构批准、审查或者不是机构购买、管理和拥有的软件。另外,相关的特性和环境也需要包含其中,例如员工个人拥有但是得到批准可用于工作的软件,以及其它业务单位拥有和使用并得到机构合同确认的软件。

机构立场的描述 一旦叙述完专题及其相关的含义和条件,就要在本节清晰地描述机构对此问题的立场(如管理层的决策)。继续前面的例子,这就意味着要描述在所有的或某些情况下禁止使用所定义的非官方软件,要描述是否有批准和使用方面的详细指导、或者是否可以批准例外情况以及谁来批准基于什么规则。

适用性 专题策略还需要包括适用性的描述。就是说要清晰的表述特定策略应该在何处、何时、由谁、对谁、怎样施行。比如,前面提到的关于非官方软件的假想策略可以适用于机构本身站点中的资源和员工,但不包括其它办公场所的人员。另外,还需要澄清对于来往于不同站点和/或家中需要在多个站点传送和使用磁盘的员工的适用性。

角色和责任 专题策略通常也包括对角色和责任的设定。例如,如果允许员工私人拥有的非官方软件经过适当的批准在工作中使用,那么就应该描述这样的批准权限的授权情况(策略应该通过使用职位规定谁拥有此授权)。同样的,应该明确规定谁负责确保只有得到批准的软件才能够在机构的计算机资源中使用,或许还要监控用户使用非官方软件的情况。

执行 对于某些类型的策略,可能需要详细描述哪些违反行为是不能允许的,以及这种行为的后果是什么。惩罚措施可能要明确描述并且应该与机构的人事策略和措施相一致。实施的时侯,应该与相关官员和工作人员进行协调,这可能还包括工会。最好能够设定一个特定人员来监督整个机构的实施情况。

联系点和补充信息 对于任何专题策略,应该指明机构适当的人员做为联络点以便获取进一步的信息、指导和执行。由于职位本身的变动比担任职位的人员的变动要少,所以设定职位做为联系点更加合适。例如,对于某些专题来说,联系点可能是生产线管理人;对于另一些专题可能就是设施管理人、技术支持人员、系统管理员或安全项目代表。再一次引用上面的例子,员工需要指导提出问题和了解规程信息的联系点是否是其直接上级,还是系统管理员或计算机安全人员。

策略通常还有指导方针和规程的协助。例如,关于非官方软件的专题策略可能包括对员工带入的在其它地点使用过的磁盘进行检查的规程指导方针。

3. 针对系统的策略

项目策略和专题策略都涉及到比较宽泛的内容,通常涵盖整个机构。但是,它们所提供的信息或指导不够充分,如在建立访问控制列表或培训用户应采取何种行动时。针对系统的策略填补了这个空白。由于只涉及到一种系统,所以其内容更加集中。

许多安全策略的决策只涉及到系统级别,并且在同样的机构中不同的系统有不同的安全策略。虽然这些决策对于策略来说太过详细,但是它们却非常重要,对系统的使用和安全有着重大的影响。这些类型的决策可能由行政管理人员作出,而不能由系统的技术管理员作出(但是这些决策的影响经常由系统的技术管理员进行分析)。

为了制定具有凝聚力和内容广泛的安全策略,可能需要使用管理手段将安全目标转化为安全规则。参考系统安全的两级模型可能对此有所帮助:安全目标和安全运行规则,它们组成了针对系统的策略。它们紧密相连通常难以区分,是策略的技术实施。

安全目标
管理手段的第一步是定义特定系统的安全目标。这一步骤开始于对完整性、可用性和机密性的分析,但是并不到此为止。安全目标需要更加具体;它应该被具体和正确地定义。还应该对其进行明确描述以便目标能够实现。这一手段也可应用于其它所需的机构策略。

安全目标包括一系列描述对具体资源所采取切实措施的陈述。这些目标应该基于系统的功能或使命的需要,还应该描述支持这些需要的安全行动。

制定针对系统的策略需要管理层进行取舍平衡,因为并不是所有所需的安全目标都能够被满足。管理层面临着费用、操作、技术和其它约束。

安全运行规则
在管理层完成对安全目标的设定之后,应该开始确定运行系统的规则,如定义受权和未受权的更改。谁(通过工作类别、在机构中的位置或名字确定)可以在怎样的条件下针对哪些数据类别或记录做什么(如修改、删除)。

具体所需的安全运行规则有多种多样。规则越详细,在一定程度上,当有人违反时就越容易被发现。在一定程度上,也就越容易自动执行策略。但是,过分详细的规则可能会使命令计算机实施规则的工作变得困难或计算起来很复杂。

另外,确定详细程度的时侯,管理者还应该考虑制定针对系统策略文档的正式程度。仍然是文档越正式,执行和遵循策略就越容易。另一方面,过分详细和正式的系统级策略也会增加管理负担。通常,在系统访问特权方面,建议最好使用比较正式和详细的说明。这样的访问控制策略使以后的遵循和执行更加容易。通常需要详细和正式说明的另一个领域是安全责任的设定。还有一个应该涉及到的领域是系统使用和违反策略的后果方面的规则。

其它计算机安全领域的策略决策,如本章所描述的那些内容通常记录在风险分析、审批意见或规程手册中。但是,任何有争议的、非典型的或不一般的策略还需要正式的说明。非典型的策略包括任何与机构策略或机构通常做法不一致的系统策略,无论其更严厉或更宽松。通常策略的文档会说明本策略与机构标准策略不同的原因。

针对系统的策略实施
技术在执行针对系统的策略中扮演了重要的角色,但它并不是唯一的角色。当使用技术来执行策略时,重要的是不要忽略非技术的手段。例如,基于技术系统的控制可以被用于限制对特定打印机打印机密报告。但是,相应的物理控制手段也应该被用于限制对打印机输出的访问,否则预定的安全目标将无法达成。

技术手段经常被用于执行如逻辑访问控制之类的系统安全策略。但是,还有其它一些自动化手段来执行或支持补充逻辑访问控制的安全策略。例如,可以使用技术手段防止电话用户呼叫特定的号码。入侵探测软件可以警告系统管理员发生了可疑活动或采取措施制止这一活动。个人计算机可以被设置为禁止从软盘启动。

系统安全策略基于技术的执行既有优点也有缺点。虽然没有计算机可以强迫用户遵循所有的规程,但是正确设计、编程、安装、设置和管理的计算机系统可以在计算机系统中始终如一地执行策略。管理控制也扮演重要的角色不应被忽略。另外,有时候违反策略的行为是需要也是可行的,这种违反对于一些技术性控制来说可能难以实施。如果安全策略过于严格这种情况就会经常发生(当系统分析员无法预期紧急情况并做好相关的应急准备时就会发生)。

4. 执行策略的工具:规程、标准和指导方针

由于策略是在比较宽泛层面上制定的,所以机构还制定了标准、指导方针和规程,这些内容为用户、管理人和其他人员提供了执行策略和满足机构目标的清晰的方法。标准和指导方针为保护系统设定了技术和方法。规程是完成特定安全相关任务所要遵行的详细步骤。标准、指导方针和规程可以通过手册、规章或指南的方式在机构范围内传播。

机构的标准(不要同美国国家标准、FIPS、美国联邦标准或其它国家或国际标准相混淆)设定在统一使用对机构有益的情况下统一使用特定技术、参数或规程的。机构范围内使用标准的识别证件就是一个典型的例子,这使员工可以更方便、更灵活、更自动化地出入系统。通常,标准在机构中被强制执行。

指导方针协助用户、系统人员和其他人有效地保护系统。由于系统的多样性,所以有时强制执行统一的标准可能办不到、不适宜或不经济,这时候就需要指导方针了。例如,机构的指导方针可以被用来帮助制定针对系统的标准规程。通常可以使用指导方针协助确保特定的安全措施不会被忽略,正确地执行该措施可以有多种方式。

规程通常对于遵循安全策略、标准和指导方针进行协助。它们是用户、系统操作人员或其他人员完成特定任务(如准备新的用户帐户和设定适当的特权)所需遵循的详细步骤。

有些机构发布整体的计算机安全指南、规章、手册或类似的文件。由于策略、指导方针、标准和规程是相互关联的,所以这些文件可能同时包含这几个内容。指南和规章做为重要的工具通常与策略及其实施有明显的不同,应该加以区分。这样可以为达到策略目标提供多种方法以提高其灵活性和成本效益。

Windows 2003优化系列之系统服务的开关

归类于: 漏洞溢出 - 18 Nov 2008

升级是永恒的主题,升级不仅仅指硬件的升级,还包括软件的升级,现在最新的操作系统是Win Server 2003。尽管它是对应服务器的,仍然有不少朋友蠢蠢欲动,升之而后快。可是,安装之后你就会发现麻烦多多,这样功能没有,那样功能打不开,甚至连听歌,玩游戏也成问题了。其实,Server 2003在XP的基础强化了安全性和稳定性,不得不关闭了一些工作站系统。我们是把Win 2003当工作站用,当然要重新打开这些服务,让它重获新生啦。那些用不着的服务器功能,也一并减肥去掉吧。

  1、关闭服务器向导

  装完win 2003,你会发现“管理您的服务器”出现,把左下角的“登录时不要显示该页”勾上。如果你在开机时找不到,可以进入控制面板-管理工具-管理你的服务器中找到

  2、用户帐号登录

  2003使用服务器的ctrl alt del登录方式,没有Win XP的登录欢迎,还是建立一个帐号登录有个性化。在开始-运行-输入“lusrmgr.msc”-本地用户和组。在用户中右键点击建立“新用户”,输入账号信息并建立账号。

  接着把新建的账号添加到管理员组,右键点击你新建的用户,选择属性-隶属于-添加Add..-高级-现在查找,双击管理员,得到Administrator相近的权限。

  3、关闭事件跟踪程序

  服务器必不可少的功能之一,开始-运行-输入“gpedit.msc”,打开组策略编辑器,在右边的计算机配置-管理模板-系统,双击“显示关闭事件跟踪程序”,设置为己禁用,以后关机画面就和Win2000相同了

  4、程序的动态分配

  右键点击“我的电脑”图标,进入属性-高级-性能-设置-高级,选择分配处理器和内存资源都选择为“程序”使用。

  5、关闭错误报告

  右键点击“我的电脑”图标,进入属性-高级-错误报告,选择“禁用错误报告”,并且去掉“但在发生严重错误时通知我”的勾。

  6、隐藏文件

  Win2003默认是显示所有文件夹的,可以设法来隐藏:在资源管理器或我的电脑上,选择工具-文件夹选项-查看,不显示隐藏文件和文件夹。

  7、关闭Internet Explorer的增强安全配置

  这个新组件会把IE安全设置到最高,跟本没法进行正常的浏览行为,在它弹出的时间,先选中“以后不要显示这个信息”,当然,最省事的方法是在控制面板–添加程序–添加或删除Windows组件中卸载增强安全配置。

  然后,找开IE,在工具-internet选项-安全,点击默认级别,设置为中级即可。

  8、安装Java虚拟机

  自从Win XP开始,Java已经没有内置在系统中,微软这招够晒毒啊,为此,我们只好另外安装,而且需要去掉高级安全才能安装。
Tags: 优化 , 服务[/code]
[/code]

下一页 »