数据库安全探索.docx

让操作系统用户zhangsan能够连接sqlserver数据库注销操作系统使用zhangsan用户连.接sqlserver,发现无法连接sql server注销操作系统，使用administrator登录，连接sqlserver ,使用Windows身份验证Administrator能够登录是因为，在登录名中有要求如下：能够让zhangsan用户连接sqlserver的同时，能够默认连接到数据库test先创建一个数据库新建登录名在出现的对话框中单击“搜索”但是在数据库test的安全性里并没有zhangsan用户新建zahngsan用户注销操作系统，使用zhangsan用户登录只对test数据库有权限访问总结过程：连接数据库的账户在Windows上创建账户zhangsan在sql中创建登录名sqlsrv\zhangsan在数据库中创建账号 zhangsanSql账号sql服务器存储用户名和密码使用administrator登录操作系统，连接sqlserver数据库。将sql server 的身份验证模式修改为sql server 和windows身份验证模式（混合身份验证）修改sql server 和windows身份验证模式（混合身份验证）修改完之后必须重新启动数据库Sqlserver中有一个系统管理员sa,sa账户默认是禁用的。右键选择sa账户的属性，启用SA账户这里指的强制密码策略是使用操作系统本地安全策略中的账户安全策略，使用sa连接数据库单击administrator ,新建查询测试SA用户的权限测试SA用户能否管理用户使用user1连接数据库User1用户还没有成为test数据库的用户现在就可以用user1用户登录数据库了，测试是否可以用user1用户创建数据库，测试结果是不能创建数据库但是使用sa用户就可以创建数据库数据库中有个特殊的账号guest(来宾账号)默认是禁用的，启用此账号意味着没有明确授权连接数据库的用户可以使用guest身份来连接数据库。所谓的没用明确授权指的是在在没有启用ceshi1数据库的guest用户之前，user1用户访问ceshi1数据库是不能访问的启用ceshi1数据库的guest账户，Guest账号不能使用图形界面启用，只能使用命令启用测试user1用户能否访问ceshi1数据库禁用ceshi1数据库的guest账号数据库中的架构架构用来分类表，同一类的表放在一个架构中，所以可以有相同名称的表，只要架构不一样就可以。架构可以简化授权createdatabasetest01createtablestudent01(studentIDint,snamnvarchar(10))新建sql登陆名student和teacher，这两个用户默认数据库为test01新建架构架构名称为hr，架构的所有者是teacher用户在创建一个名为person的架构，所有者为student如何在架构下创建表hr.student01使用teacher用户连接数据库，新建查询，teacher 用户是否能够为hr.student表插入记录验证结果是可以插入记录，因为teacer用户是hr架构的所有者。使用teacher用户连接之后就可以看到hr.student01表了新建查询，为student01表插入记录数据库和架构级别的权限服务器级别权限数据库级别的权限架构级别的权限表的权限列的权限服务器级别的权限相当于Windows里的组的概念：将student用户加入到sysadmin组中成为数据库管理员加入之后student就拥有了数据库管理员权限了，为了安全起见，不要将普通用户加入到sysadmin组中。可以测试student用户加入sysadmin前后的区别，例如创建表或数据库的权限，普通的student用户是不能创建表和数据库的。为了测试，将student用户从sysadmin组中移除使用student账户连接数据库目前student用户是无法访问adventureWorks在adventureWorks表中授权student用户可以访问adventureWorks表新建student用户，选择登陆名为student,默认架构选择person，其他默认，然后单击确定在数据库级别上为student用户授予select权限因为为student用户赋予了select权限，所以可以看到所有的表因为student用户的默认架构是person，所以student用户访问person的表时可以直接写表名，不用写架构名但是访问humanResources.department，如果不加架构名humanResources，是无法selectselect*fromHumanResources.Department就可以查询了目前studen