记录一次网站数据库被入侵,数据被篡改的解决方法

数据库安全问题很多人都知道,但也有一些网站没有对数据库做基本安全防护的工作,导致数据库被删除、甚至数据被篡改,更严重的是用户信息被黑客进行贩卖,这样的后果不堪设想,那关于数据库安全该如何设置,怎样才能防止数据库被攻击的时候做好防护?

寻找问题

分析原因

解决问题


寻找问题

由于作者水平有限,此次分享的办法只适用于简单的小型网站,大佬勿喷。最近接到朋友的电话说,公司网站被挂马,网站主页被修改,而且后台无法登陆,让我看看什么问题。

显然是垃圾网站被修改了数据库, 黑客想趁机弄一笔钱。那么就开始给解决吧。

分析原因

网站为什么会被挂马?首先分析一下数据库常见的五种攻击方式:

1、数据库弱口令,2、sql注入,3、数据库管理员权限,4、数据库的3306端口,5、数据库版本漏洞等;

然后根据朋友说的他们后台密码竟然是admin。吐血ing。这显然是弱口令了,简直是会电脑的人都能修改了他的数据库呀。

解决问题

1、既然知道原因了,那就解决问题吧。先登录上云主机查看数据库源码。数据库是MDB后缀的,是很古老的ACCESS的数据库。哈哈哈,我先笑一会。

2、然后,打开数据库,为了使用access我还专门下载安装了OFFICE。找到了,发现加密方式是32位MD5加密。确实是密码已经被修改,而且新建了一个用户。

3、既然发现了问题就赶紧解决问题修补一下吧。先删除了被黑客创建的新的用户。

4、然后 ,使用一个复杂的密码明文加密一下密码,例如设置一个复杂的密码,加密成32位MD5密码。复制到数据库。把数据库放回云主机原始位置。

这样简单的修改就成功了。 

网站以及平时我们使用的密码很重要一定要重视,切记不要使用弱口令当密码,要经常修改密码。做好这些,保证你的网站密码安全。

 

 

  • 0
    点赞
  • 4
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 1
    评论
公交线路查询系统的数据库设计 公交线路查询系统的数据库设计   随着城市规划建设的持续展开,公交线路发展速度越来越快,城市公交系统规模日 益复杂。由于城市公交数量的增多,进而带来了道路拥堵、环境污染和交通事故频发的 问题。由此,公共交通工具在为城市人们提供便捷交通的同时,也出现了很多严重困扰 城市发展的问题。   摘要】随着城市规划建设的发展,城市人口数量的持续激增,城市公交由于其价格 低廉、安全稳定、乘坐方便、线路数量多、环境污染小等特征,成为了城市人们出行的 首选交通方式。本文针对公交线路查询系统,提出了系统数据库的设计方案,方便城市 人们出行之前准确查询公交线路。   关键词】公交线路,线路查询,数据库设计   1引言   城市公交线路变换频发、信息量丰富,如果人们只能利用传统的公交线路图查阅方 式来获取公交线路信息,难以确保公交线路信息的准确性,无法掌握最优的乘车路线。 因此,本文基于公交线路查询系统,提出了数据库的设计方案,从根本上解决了公交线 路查询的弊端问题,便于人们在出现之前获取到最优的路线信息,节约了人们的出行时 间,又降低了城市公交的运输压力,有利于城市环境污染的治理。   2公交线路查询系统数据库E-R图设计   本文在基于公交线路查询系统的基础上,给出了系统数据库的设计方案,选择SQLS erver作为系统后台数据库开发工具,SQLServer功能完善,操作简单,安全性好,能够 防止非法分子恶意入侵数据库,适合用于查询系统数据库的开发。在公交线路查询系统 数据库设计过程中,要针对数据字典中的数据信息存储形式进行分析,得到系统数据的 关系模式。因此,本文选用E-R图来实现数据库结构分析,公交线路查询系统数据库E- R图如图1、图2、图3所示:   图1线路属性实体   图2公交线路实体   图3管理员实体   3公交线路查询系统数据库表设计   3.1公交站台表   公交站台表负责记录公交站台的相关属性,根据系统开发需求,每个公交站台最多 可以容纳8条公交线路同时通过,为了确保后期系统的良好扩展,本表设计为可以容纳2 0条公交线路。公交站台线路的数据库格式是:线路1ID、线路2ID,#表示线路结束。   3.2公交线路表   为了保证系统后期扩展应用,公交线路站台设计为50个站点,实际公交线路的站点 数量为28个,公交所经站台的数据库格式为:站台1ID、站台2ID,#表示站台结束。如果 分段标记为0,代表公交按照统一价格收费;如果分段标记设置为1,代表公交采用分段 计价方式。   3.3操作人员表   操作人员数据库表对操作人员的权限进行了规定,0代表操作人员没有权限,1代表 操作人员具有权限。其中,位数与操作人员的权限关系为:1、公交线路查询;2、公交 线路增加;3、公交线路修改;4、公交线路删除;5、增加公交站台;6、修改公交站台 ;7、删除公交站台;8、发布公交线路通知;9、发布公交站台通知,同时保留剩余的7 位数。   3.4操作日志表   操作日志数据库表中记录了操作人员的全部操作记录和操作时间,用于查询历史操 作记录,分清每名操作人员的工作责任。   4数据库的完整性和安全性设计   4.1数据库完整性设计   数据库完整性指的是要保证系统数据库中的数据正确和相容。DBMS数据库管理系统 采用相应机制来检测数据库中存储的数据信息是否能够满足完整性的规定条件,其规定 的条件是语义的体现。公交线路查询系统的数据库设计中,定义了数据库表之间的联系 方式,有助于实现数据库的完整性,能够在正常使用中控制数据库的完整性。   4.2数据库安全性设计   数据库安全性指的是能够确保数据库不被非法入侵者恶意破坏,造成数据库数据信 息的丢失、篡改和泄露。公交线路查询系统中存储了海量数据信息,可以为不同用户提 供统一的资源共享,因此,数据库安全性设计更加重要,本文采用了用户授权、身份认 证和数据加密的方式,确保数据库中的重要信息不被非法人员恶意窃取。   5数据库设计相关说明   由于每条公交线路都拥有多个公交站台,每个公交站台又同属于多条公交线路,因 此,数据库设计中不能采用外键机制来确保公交线路(ALLLINES)和公交站台(ALLSTA TIONS)的正确性。本文选用了添加确认功能模块的方式,由系统后台程序负责实现外键 机制。   (1)当增加、修改和删除公交线路数据库表中的公交站台(ALLSTAIONS)字段时, 需要调用confirmStation模块;对公交站台数据库表进行查询时,遇到,则继续查询, 遇到#表示查询结束,一旦发现存在不合法的公交站台DI,要立刻拒绝操作并给出提示, 公交站台修改流程如图4所示:   (2)同理,如果需要对公交线路数据库表(ALLLINES)进行修改时,操作流程如下 :
公交线路查询系统的数据库设计 【摘 要】随着城市规划建设的发展,城市人口数量的持续激增,城市公交由于其价格低廉、 安全稳定、乘坐方便、线路数量多、环境污染小等特征,成为了城市人们出行的首选交 通方式。本文针对公交线路查询系统,提出了系统数据库的设计方案,方便城市人们出 行之前准确查询公交线路。 【关键词】公交线路;线路查询;数据库设计 1 引言 随着城市规划建设的持续展开,公交线路发展速度越来越快,城市公交系统规模日益 复杂。由于城市公交数量的增多,进而带来了道路拥堵、环境污染和交通事故频发的问 题。由此,公共交通工具在为城市人们提供便捷交通的同时,也出现了很多严重困扰城 市发展的问题。城市公交线路变换频发、信息量丰富,如果人们只能利用传统的公交线 路图查阅方式来获取公交线路信息,难以确保公交线路信息的准确性,无法掌握最优的 乘车路线。因此,本文基于公交线路查询系统,提出了数据库的设计方案,从根本上解 决了公交线路查询的弊端问题,便于人们在出现之前获取到最优的路线信息,节约了人 们的出行时间,又降低了城市公交的运输压力,有利于城市环境污染的治理。 2 公交线路查询系统数据库E-R图设计 本文在基于公交线路查询系统的基础上,给出了系统数据库的设计方案,选择SQL Server作为系统后台数据库开发工具,SQL Server功能完善,操作简单,安全性好,能够防止非法分子恶意入侵数据库,适合用于 查询系统数据库的开发。在公交线路查询系统数据库设计过程中,要针对数据字典中的 数据信息存储形式进行分析,得到系统数据的关系模式。因此,本文选用E- R图来实现数据库结构分析,公交线路查询系统数据库E-R图如图1、图2、图3所示: 图1 线路属性实体 图2 公交线路实体 图3 管理员实体 3 公交线路查询系统数据库表设计 3.1 公交站台表 公交站台表负责记录公交站台的相关属性,根据系统开发需求,每个公交站台最多可 以容纳8条公交线路同时通过,为了确保后期系统的良好扩展,本表设计为可以容纳20条 公交线路。公交站台线路的数据库格式是:线路1ID、线路2ID……,#表示线路结束。 3.2 公交线路表 为了保证系统后期扩展应用,公交线路站台设计为50个站点,实际公交线路的站点数 量为28个,公交所经站台的数据库格式为:站台1ID、站台2ID……,#表示站台结束。如果 分段标记为0,代表公交按照统一价格收费;如果分段标记设置为1,代表公交采用分段 计价方式。 3.3 操作人员表 操作人员数据库表对操作人员的权限进行了规定,0代表操作人员没有权限,1代表操 作人员具有权限。其中,位数与操作人员的权限关系为:1、公交线路查询;2、公交线 路增加;3、公交线路修改;4、公交线路删除;5、增加公交站台;6、修改公交站台; 7、删除公交站台;8、发布公交线路通知;9、发布公交站台通知,同时保留剩余的7位 数。 3.4 操作日志表 操作日志数据库表中记录了操作人员的全部操作记录和操作时间,用于查询历史操作 记录,分清每名操作人员的工作责任。 4 数据库的完整性和安全性设计 4.1 数据库完整性设计 数据库完整性指的是要保证系统数据库中的数据正确和相容。DBMS数据库管理系统采 用相应机制来检测数据库中存储的数据信息是否能够满足完整性的规定条件,其规定的 条件是语义的体现。公交线路查询系统的数据库设计中,定义了数据库表之间的联系方 式,有助于实现数据库的完整性,能够在正常使用中控制数据库的完整性。 4.2 数据库安全性设计 数据库安全性指的是能够确保数据库不被非法入侵者恶意破坏,造成数据库数据信息 的丢失、篡改和泄露。公交线路查询系统中存储了海量数据信息,可以为不同用户提供 统一的资源共享,因此,数据库安全性设计更加重要,本文采用了用户授权、身份认证 和数据加密的方式,确保数据库中的重要信息不被非法人员恶意窃取。 5 数据库设计相关说明 由于每条公交线路都拥有多个公交站台,每个公交站台又同属于多条公交线路,因此 ,数据库设计中不能采用外键机制来确保公交线路(ALL LINES)和公交站台(ALL STATIONS)的正确性。本文选用了添加确认功能模块的方式,由系统后台程序负责实现 外键机制。 (1)当增加、修改和删除公交线路数据库表中的公交站台(ALL STAIONS)字段时,需要调用confirm Station模块;对公交站台数据库表进行查询时,遇到","则继续查询,遇到"#"表示查 询结束,一旦发现存在不合法的公交站台DI,要立刻拒绝操作并给出提示,公交站台修 改流程如图4所示: (2)同理,如果需要对公交线路数据库表(ALL LINES)进行修改时,操作流程如下: 图4 公交站台修改流程图 6 结论 综上所述,本文基于公交线路查询系统提出了系统数据库的设
数据库系统安全配置管理办法 [日期:2010-12-18] 作者: 浏览:334 第一章 总则 第一条 为规范海南电网公司信息系统的数据库系统的安全配置方法和日常数据库系统管理,保障信息网络的安全、稳定运行,特制订本办法。 第二条 本办法适用于海南电网公司(以下简称公司)本部、分公司,以及直属各单位的信息系统的数据库系统的管理和运行。其他联网单位可参照执行。 第二章 数据库系统配置管理责任 第三条 数据库系统配置管理的主要责任人员是数据库系统管理员,根据《系统运行安全管理制度》要求,负责对所管辖的数据库系统进行安全配置。 第四条 数据库系统管理员应定期对所管辖的数据库系统的配置进行安全检查。 第五条 数据库系统管理员负责定期对所管辖的数据库系统安全配置方法进行修订和完善。 第三章 数据库环境安全 第六条 物理环境安全 数据库服务器应当置于单独的服务器区域,任何对这些数据库服务器的物理访问均应受到控制; 数据库服务器所在的服务器区域边界应部署防火墙或其它逻辑隔离设施。 第七条 宿主操作系统安全 数据库系统的宿主操作系统除提供数据库服务外,不得提供其它网络服务,如:WWW、FTP、DNS等; 应在宿主操作系统中设置本地数据库专用帐户,并赋予该账户除运行各种数据库服务外的最低权限; 对数据库系统安装目录及相应文件访问权限进行控制,如:禁止除专用账户外的其它账户修改、删除、创建子目录或文件。 第四章 数据库系统安装、启动与更新 第八条 系统安装,应注意生产数据库系统应与开发数据库系统物理分离;确保没有安装未使用的数据库系统组件或模块。 第九条 系统启动,应注意确保没有开启未使用的数据库系统服务。 第十条 系统更新,应将数据库产品提供商不再支持的版本升级到最新的(或支持的)版本;应为数据库系统安装最新修补程序。 第十一条 系统完整性,要求数据库系统管理员应定期或不定期检查数据库系统完整性。 第五章 帐户安全和口令策略 第十二条 账户设置 严禁不同的数据库系统使用相同的账户与口令; 重新命名数据库管理员帐户,并删除不需要的默认账户; 数据库用户账户与数据库管理员帐户分离。 第十三条 数据库系统至少应设置下述分离的几类用户: 系统管理员:能够管理数据库系统中的所有组件及数据库; 应用数据库管理员:能够管理本数据库中的账户、对象及数据数据库用户:只能以特定的权限访问特定的数据库对象,不具有数据库管理权限。 第十四条 针对每个数据库账户按最小权限原则设置其在相应数据库中的权限。包括如下几种权限: 系统管理权限:包括账户管理、服务管理、数据库管理等; 数据库管理权限:包括创建、删除、修改数据库等; 数据库访问权限:包括插入、删除、修改数据库特定表记录等。 第十五条 数据库账户口令应为无意义的字符组,长度至少八位,并且至少包括数字、英文字母两类字符。 第十六条 应定期或不定期修改数据库管理员口令,在下述几种情况下应修改数据库管理员口令: 数据库系统或相关的应用系统遭到入侵数据库管理员轮换; 数据库管理员口令泄露; 其它修改口令要求。 第六章 访问控制 第十七条 鉴别方式/方法,使用数据库系统分配账户的方式鉴别数据库用户,不可使用宿主操作系统的账户鉴别代替数据库账户鉴别。 第十八条 服务及端口限制 在外围防火墙或其它隔离设施上控制从互联网到数据库系统的直接访问; 修改数据库系统默认监听端口。 第十九条 数据库连接 应用程序的数据库连接字符串中不能出现数据库账户口令明文; 禁止未授权的数据库系统远程管理访问,对于已经批准的远程管理访问,应采取安全措施增强远程管理访问安全。 第七章 数据库对象安全 第二十条 数据文件安全,对数据文件访问权限进行控制,如:禁止除专用账户外的其它账户访问、修改、删除数据文件。 第二十一条 删除不需要的示例数据库,在允许存在的示例数据库中严格控制数据库账户的权限。 第二十二条 存储过程,应注意删除或禁用不需要的数据库存储过程。 第二十三条 敏感数据安全,对于数据库中的敏感字段,如:口令等,要加密保存。 第八章 备份与恢复 第二十四条 系统及数据备份 在数据库系统每次成功升级后,数据库管理员都应备份相应的数据库系统软件; 数据库管理员应制定数据备份计划,并按照计划定期备份数据库系统中的数据,妥善安全保存这些备份数据,防止备份数据的丢失、泄露与被篡改。 第二十五条 系统及数据恢复,要求数据库管理员应制定数据库系统及数据恢复流程,并至少对恢复流程作三次演练。 第九章 日志及监控审计 第二十六条 审计事件,应配置数据库系统记录所用用户的登录事件。 第二十七条 若数据库系统提供相应的功能,下列事件需要通过配置数据库系统记录在日志中,若数据库系统不提供相应的功能,这些事件应该由数据库管理员手工填写日志并存档: 数据库系统管理,包括

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

Jum朱

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值