防止网站数据库被下载的几种方法.doc

防止ACCESS数据库被下载的9种方法【大 中 小】【打印】【加入收藏】【关闭】 【收藏到新浪ViVi】【收藏到365KEY】 浏览字号:日期：2004-11-02 人气： 3944 出处： 篇首语：原来改mdb为asp就能防下载是鬼话。引子：昨天和animator试验了一下，把data.mdb文件改名为data.asp文件后放在wwwroot目录里。然后在IE中输入data.asp路径后，发现IE显示一片空白，右键-察看源文件，跳出记事本，将内容另存为.mdb文件，用ACCESS打开，发现需要密码，也就是说至少文件头被破坏。然后用Flashget试验下载data.asp文件，并另存为data.mdb文件，发现用ACCESS打开完好无损！看来，好一些编程人员在开发的时候都认为，改了mdb后缀为asp就能防下载的概念，是错的！后台数据库被下载对于一个asp+access的网站来说无疑是一场惨绝人寰的灾难。今天找了各方的文章，归纳一下有以下9种办法防止数据库被下载(欢迎补充)： 1.发挥你的想象力修改数据库文件名不用说，这是最最偷懒的方法，但是若攻击者通过第三方途径获得了数据库的路径)，就玩完了。比如说攻击者本来只能拿到list权，结果意外看到了数据库路径，就可以冠冕堂皇地把数据库下载回去研究了。另外，数据文件通常大小都比较大，起再隐蔽的文件名都瞒不了人。故保密性为最低。2.数据库名后缀改为ASA、ASP等此法须配合一些要进行一些设置，否则就会出现本文开头的那种情况(1)二进制字段添加(此招我还没有炼成-_-+)。(2)在这个文件中加入，IIS就会按ASP语法来解析，然后就会报告500错误，自然不能下载了。可是如果只是简单的在数据库的文本或者备注字段加入%是没用的，因为ACCESS会对其中的内容进行处理，在数据库里他会以%的形式存在，无效！正确的方法是将%存入OLE对象字段里，这样我们的目的就能达到了。 作方法：首先，用notepad新建一个内容为安全-加密/解密数据库，选取数据库（如：employer.mdb），然后接确定，接着会出现数据库加密后另存为的窗口，存为：employer1.mdb。接着employer.mdb就会被编码，然后存为employer1.mdb.要注意的是，以上的动作并不是对数据库设置密码，而只是对数据库文件加以编码，目的是为了防止他人使用别的工具来查看数据库文件的内容。接下来我们为数据库加密，首先以打开经过编码了的employer1.mdb，在打开时，选择独占方式。然后选取功能表的工具-安全-设置数据库密码， 接着输入密码即可。这样即使他人得到了employer1.mdb文件，没有密码他是无法看到employer1.mdb的。加密后要修改数据库连接页，如：conn.opendriver=microsoftaccessdriver (*.mdb);uid=admin;pwd=数据库密码;dbq=数据库路径这样修改后，数据库即使被人下载了，别人也无法打开（前提是你的数据库连接页中的密码没有被泄露）但值得注意的是，由于Access数据库的加密机制比较简单，即使设置了密码，解密也很容易。该数据库系统通过将用户输入的密码与某一固定密钥进行异或来形成一个加密串，并将其存储在*.mdb文件从地址&H42开始的区域内。所以一个好的程序员可以轻松制作一个几十行的小程序就可以轻松地获得任何Access数据库的密码。因此，只要数据库被下载，其信息安全依然是个未知数。5.数据库放在WEB目录外或将数据库连接文件放到其他虚拟目录下如你的WEB目录是e:webroot，可以把数据库放到e:data这个文件夹里，在e:webroot里的数据库连接页中修改数据库连接地址为：./data/数据库名的形式，这样数据库可以正常调用，但是无法下载的，因为它不在WEB目录里！这个方法一般也不适合购买虚拟空间的用户。6.使用ODBC数据源。在ASP等程序设计中，如果有条件，应尽量使用ODBC数据源，不要把数据库名写在程序中，否则，数据库名将随ASP源代码的失密而一同失密，例如：DBPath=Server.MapPath(./123/abc/asfadf.mdb)conn.opendriver=MicrosoftAccessDriver (*.mdb);dbq=&DBPath可见，即使数据库名字起得再怪异，隐藏的目录再深，ASP源代码失密后，也很容易被下载下来。如果使用ODBC数据源，就不会存在这样的问题了：conn.openODBC-DSN名,不过这样是比较烦的，目录移动的话又要重新设置数据源了，更方便的方法请看第7，8法！7.添加数据库名的如MDB的扩展映射这个方法就是通过修改IIS设置来实现，适合有IIS控制权的朋友，不适合购买虚拟主机用户(除非管理员已经设置了）。这个方法我认为是目前最好的。只要修改一处，整个站点的数据库都可以防止被下载。无须修改代码即使暴露目标地址也可以防止下载。 我们在IIS属性-主目录-配置-映射-应用程序扩展那里添加.mdb文件的应用解析。注意这里的选择的DLL（或EXE等）似乎也不是任意的，选择不当，这个MDB文件还是可以被下载的，注意最好不要选择选择asp.dll等。你可以自己多测试下这样修改后下载数据库如：/data/dvbbs6.mdb。就出现（404或500等错误）8：使用.net的优越性动网的木鸟就写过一个防非法下载文件的WBAL防盗链工具。具体可以登陆/WBAL/;不过那个只实现了防止非本地下载的，没有起到真正的防下载数据库的功能。不过这个方法已经跟5法差不多可以通过修改.NET文件，实现本地也不能下载！这几个方法中，只有第7和8个是统一性改的，一次修改配置后，整个站点的数据库都可以防止下载，其他几个就要分别修改数据库名和连接文件，比较麻烦，不过对于虚拟主机的朋友也只能这样了！其实第6个方法应该是第5个方法的扩展，可以实现特殊的功能，但对于不支持.net的主机或者怕设置麻烦的话，还是直接用第5个方法了，而且默认情况下第6个方法，依然可以通过复制连接到同主机的论坛或留言本发表，然后就可以点击下载了（因为这样的引用页是来自同主机的）9.利用NTFS分区的文件权限设置(bypercyboy)我们已经知道，ASP.NET中使用ADO.NET访问数据库，通过OleDb的连接可以访问Access数据库我们非常常用的低端数据库之一。本文讨论了ASP.NET中可能看到的若干错误提示，从中看到 Access2000和AccessXP创建的数据库文件，在访问出现错误时会出现不太相同的错误提示。希望对大家有所帮助。另一个要点是，希望通过此文，使大家对ASP.NET中Access数据库文件的NTFS权限设置有所新的认识。(一)实验过程为了叙述方便，举个具体例子做个实验：应用程序为/test，数据库存放在D:wwwroottestdatadb1.mdb，我们已经知道在ASP.NET中是以一个叫做;ASPNET虚拟用户的身份访问数据库的，我们需要给这个账户以特定的NTFS权限才能使ASP.NET程序正常运行。为了得到最严格的NTFS权限设置，实验开始时我们给程序最低的NTFS权限：a)D:wwwroottestdata文件夹的给用户ASPNET以如下权限：允许拒绝完全控制  修改  读取及运行 列出文件夹目录;读取  写入  b)D:wwwroottestdatadb1.mdb文件本身给用户ASPNET以如下权限：允许将来自父系的可继承权限传播给该对象1.1对于某个只包含有SELECT命令的aspx程序，上述权限设置运行时无障碍，即：上述权限已经满足这类程序的运行了。1.2对于包含有UPDATEINSERTUPDATE等命令的aspx程序，;(a)如果db1.mdb是Access2000创建的数据库，出现如下错误：/test应用程序中的服务器错误。-MicrosoftJet数据库引擎打不开文件D:wwwroottestdata。 它已经被别的用户以独占方式打开，或没有查看数据的权限。说明:执行当前Web请求期间，出现未处理的异常。请检查堆栈跟踪信息，以了解有关该错误以及代码中导致错误的出处的详细信息。异常详细信息:System.Data.OleDb.OleDbException:MicrosoftJet数据库引擎打不开文件D:wwwroottestdata。它已经被别的用户以独占方式打开，或没有查看数据的权限。(b)如果db1.mdb是AccessXP创建的数据库，出现如下错误：/test应用程序中的服务器错误。-操作必须使用一个可更新的查询。说明:执行当前Web请求期间，出现未处理的异常。请检查堆栈跟踪信息，以了解有关该错误以及代码中导致错误的出处的详细信息。异常详细信息:System.Data.OleDb.OleDbException:操作必须使用一个可更新的查询。(c)原因初步分析：因为包含有UPDATEINSERTUPDATE等命令，需要对数据库文件本身进行写入操作，所以上述权限不能满足此需求，我们需要进一步放开权限。我们放开一些权限，a)D:wwwroottestdata文件夹不变： b)D:wwwroottestdatadb1.mdb文件本身给用户ASPNET以如下权限：允许拒绝完全控制  修改  读取及运行 列出文件夹目录;读取  写入  1.3放开权限后继续实验，(a)如果db1.mdb是Access2000创建的数据库，出现如下错误：/test应用程序中的服务器错误。-不能锁定文件。说明:执行当前Web请求期间，出现未处理的异常。请检查堆栈跟踪信息，以了解有关该错误以及代码中导致错误的出处的详细信息。异常详细信息:System.Data.OleDb.OleDbException:不能锁定文件。 (b)如果db1.mdb是AccessXP创建的数据库，没有出现错误。(c)原因初步分析：我们发现在打开Access数据库时，同时会在所在目录生成一个同名的*.ldb文件，这是一个Access的锁定标记。鉴于此，我们猜测，用户ASPNET访问Access数据库时，也需要生成一个锁定标记，而该目录没有允许其写入，因此出错。至于AccessXP创建的数据库为什么没有这个错误，原因还不得而知。我们进一步放开权限，a)D:wwwroottestdata文件夹给用户ASPNET以如下权限：允许拒绝完全控制  修改  读取及运行 列出文件夹目录;读取  写入  b)D:wwwroottestdatadb1.mdb文件本身给用户ASPNET以如下权限：允许将来自父系的可继承权限传播给该对象1.4继续实验，发现错误已解决，那么上面这个权限就是我们需要放开的最低权限。(a)如果db1.mdb是Access2000创建的数据库，我们会发现一个小问题：生成的*.ldb文件不会自己删除，访问后该文件依然存在，但这个问题不会影响ASP.NET的正常运行。(b)如果db1.mdb是AccessXP创建的数据库，没有出现上面类似问题。(c)原因初步分析：我们仅仅是给了ASPNET以写入文件夹的权限，没有给它修改的权限，所以文件一旦写入，便无法修改其内容，*.ldb也就删除不掉了。如果非要解决这个问题，进一步放开权限为：a)D:wwwroottestdata文件夹给用户ASPNET以如下权限：允许拒绝完全控制  修改  读取及运行 列出文件夹目录;读取  写入  b)D:wwwroottestdatadb1.mdb文件本身给用户ASPNET以如下权限：允许将来自父系的可继承权限传播给该对象1.5附带着，实验另一种情形：我们把db1.mdb在Access打开编辑，同时访问ASP.NET。(a)如果db1.mdb是Access2000创建的数据库，我们发现并没有出现什么问题。(b)如果db1.mdb是AccessXP创建的数据库，出现如下错误：/zhao应用程序中的服务器错误。-不能使用；文件已在使用中。说明:执行当前Web请求期间，出现未处理的异常。请检查堆栈跟踪信息，以了解有关该错误以及代码中导致错误的出处的详细信息。异常详细信息:System.Data.OleDb.OleDbException:不能使用 ；文件已在使用中。(c)原因初步分析：Access数据库是单用户单线程的数据库，我们在Access 里面打开编辑数据库文件时其实是以当前Windows用户(比如Administrator)身份打开数据库，而ASP.NET默认使用的是ASPNET虚拟用户（隶属于Users组），级别低于Administrator，无法和Administrator抢夺权限，所以出现冲突错误。至于Access2000忽略这个问题的情形我们也不必做讨论了，可能是Access2000没有考虑那么多因素吧。 1.6再附带一种情形：将db1.mdb的属性改为只读，无论是 Access2000还是AccessXP都将分别出现与 1.2中各自的错误相同的错误提示。(二)实验结论(1)我们首先再次总结一下Access数据库文件的NTFS权限设置的缘起：在ASP.NET中默认是以一个叫做ASPNET 的虚拟用户的身份来访问、操作数据库的，你可以在控制面板-管理工具-计算机管理-本地用户和组-用户中看到这个用户，默认情况下是：全名：ASP.NET计算机帐户 描述为：用于运行ASP.NET 辅助进程(aspnet_wp.exe)的帐户。隶属于：Users组。使用这么一个隶属于Users组的用户来进行文件操作、数据库操作的风险是要比用一个Administrators组的用户的风险要小得多，这也是ASP.NET在安全方面的一个考虑吧。既然是这么一个用户需要访问、操作数据库文件本身，那么我们就需要给它一定的NTFS权限以允许它的访问。显然没有NTFS的权限许可，ASPNET就无法访问、操作数据库，就会出现上面实验中所看到的那些错误了。(2)经过上面的实验，我们已经知道如下的NTFS权限设置是可以满足一般需求的： a)D:wwwroottestdata文件夹给用户ASPNET以如下权限：允许拒绝完全控制  修改  读取及运行&nb