> 运维安全，你不得不堤防 ### 安全是什么 作为DBA来说，安全重点是数据安全，再个是自身安全。运维人员，要保证所负责系统正常稳定的运行，以保证业务的连续性。 DBA除了要保证业务的连续性，还要保护数据安全。 信息安全主要分为: - 保密性 - 可用性 - 完整性 客户越来越重视数据安全，作为数据库从业者，要深知“君子不立危墙之下”， 那么如何去辨别**危墙**？ 数据安全可以从以下几个方面讨论： - 软件安全 - 备份安全 - 访问安全 - 防护安全 - 管理安全 - 行为安全 ### 软件安全 近几年，在Oracle相关软件中，Oracle11.2.0.4的Linux版本被人修改过，Pl/SQL软件被人修改过，客户中招的比比皆是。为啥会出现呢，一是基本上没有版本意识，再个对软件来源的大意，专业知识不够。 以Oracle为例，除了基础版本，其他版本都需要官方账号下载，所谓官方账号是通过购买Oracle公司License获取的，收费昂贵。也因为此，很多人就是网络上搜索，可惜，免费的午餐可能需要付出更多代价。 再个，Oracle会定期发布补丁程序，尤其季度性的，来不断为Oracle相关软件修补和加强。 软件安全跟DBA什么关系？ Oracle软件依托于操作系统，需要网络（后续讨论），那么操作系统的安全会影响到数据库的安全，因此操作系统、服务器甚至机房环境的安全也会影响的数据库的安全。 除软件本身之前，其身处环境也有很大影响。 > 除数据库软件外，对于硬件环境、操作系统等，尤其在实施前，一定要确认。 ### 备份安全 以Oracle为例，数据库的备份主要是逻辑和物理，也就是expdp和RMAN，那么如何保证数据下来的数据是安全的和可用的，安全是不被他人获取用于其他目的，可用是当数据库出现问题是，备份数据是否可真正能用于恢复。 备份的目的是用于恢复，换句话，要以可恢复为目的进行备份，进行备份数据的安全保护。 > 备份除了防止生产业务库数据丢失之外，还要防止备份的数据丢失，这个更严重。 我们的身份等信息也许就这样散播的 ### 访问安全 网络安全越来越被重视，除机房环境提供的防火墙等相关技术之外，数据库本身可以提供什么？ 审计、白名单、权限分离、密码复杂度及相关策略。 访问安全的另一个重点是什么，==误操作==。 尤其很多业务系统生成库测试库使用相同的库名，如何避免，生产测试严格区别，对于生产库所涉及的所有用户密码，严格控制管理。 > DBA的权限有多大，超乎你的想象 ### 防护安全 上边的白名单应该放到这个里面，保护我们自身环境的安全，如果保护不了呢？ 我们都知道9·11，除了恐怖袭击，技术层面来讲，它还带来了什么？ goldengate公司的起死回生，大家开始重视异地灾备了，后来Oracle收购了该公司。 “道高一尺魔高一丈”，没有完全不透风的墙，那怎么办，坐以待毙？ 演练、不断加强防护措施。 > 大名鼎鼎的黑客 不是闹着玩的 ### 管理安全 管理安全主要说的是操作规范，公司制度、客户制度、DBA操作规范。 ==任何一个操作都有可能引起风险， 记住，是任何一个操作！== 例如制度方面： - 个人U盘，是否能插入客户的电脑、服务器？ - 个人电脑电源、或者给手机充电，在机房中，是否可以直接接入？ - 是否可以下载客户资料（巡检内容也算客户的资料）？ - 客户数据库、操作系统相关账户、密码是否可以留存？ - 数据库每个版本不一样，每个产品不一样，操作要注意（尤其涉及第三方软件，备份、HVR等） - 我们是Oracle DBA，非Oracle有权不处理，如果需要协助，识别难易程度，或向上反映 > 账户负责人、机房、监控、制度等 ### 行为安全 行为安全在管理安全中也有提及，工程师操作规范也有相关守则。 这里重点提出，更多是无意识中的行为安全，例如因终端反应慢等问题，造成操作命令生效或者操作命令不完整情况下回车；生产环境概念不清晰，任意更改生产环境一些权限等。 一些相关说明： - 严谨使用rm -rf * 命令，==任何时候都严谨== - 备份，不管是升级、问题处理、甚至部署，能备份的都备份，如客户强烈说明可以不备份，书面说明 - 每一条命令都要知道后果，==每一条==，包括增删改查等 - 我不要你以为，更要不我以为， 要用事实说话 - 夜里操作，尤其注意，可以申请其他同事一起 - 操作，先落到记事本（别用word），在复制到终端 - 确认所连接数据库库名 - 先写方案、测试、完善方案、生产 - 平时多流汗，战时不流血 > 天作孽，犹可恕；自作孽，不可活。 无心而为，如情况严重，但也要承担响应代价。