您可以查看P & P指导/代码(或你可以使用他们的块)。 http://msdn.microsoft.com/en-us/library/ff953196(v=pandp.50).aspx
我在SQLServer中实现了自己的后端存储。它并不那么难,像User,UserRole,SecurityItem,SecurityItemUser,SecurityItemRole这样的表。我根据AD对用户的Windows登录进行身份验证,但只将其登录名存储在数据库中(例如用户表的密钥)。
通过接口/提供者模型将事物抽象出来是一个好主意。这样,如果你的应用程序在未来发生变化,它不会需要太多的重构。
我构建了一个增长很多的2层应用程序(WPF - > SQLServer),并且管理层决定他们现在需要一个3层应用程序(WCF中间层)。我现在正在处理这个问题,而且这是一个真正的痛苦,因为我将授权代码与客户端应用程序密切配合。现在很明显授权应该发生在服务层,但需要很多工作。
关于如何识别特定的'安全',我想出了一个很好的窍门,节省了大量的工作。具有讽刺意味的是,虽然这是问题的一部分,但我现在试图对其进行3层重新设计。诀窍是作为唯一的标识符使用完全合格的名称类的一个可靠的,那么你可以使用一些简单的代码每次检查:
_secUtil.PromptSecurityCheck(_secUtil.GetFullyQualifiedObjectName(this, "Save"))
下面是一些其他的代码给你一个想法如何我做到了(使用P & P框架)。
public class SecurityUtil : ISecurityUtil
{
public string DatabaseUserName { get { return LocalUserManager.GetUserName(); } }
public bool PromptSecurityCheck(string securityContext)
{
bool ret = IsAuthorized(securityContext);
if (!ret)
{
MessageBox.Show(string.Format("You are not authorised to perform the action '{0}'.", securityContext), Settings.Default.AppTitle,
MessageBoxButton.OK, MessageBoxImage.Error);
}
return ret;
}
public bool IsAuthorized(string securityContext)
{
IAuthorizationProvider ruleProvider = AuthorizationFactory.GetAuthorizationProvider("MyAuthorizationProvider");
//bool ret = ruleProvider.Authorize(LocalUserManager.GetThreadPrinciple(), securityContext);
bool ret = ruleProvider.Authorize(LocalUserManager.GetCurrentPrinciple(), securityContext);
return ret;
}
public string GetFullyQualifiedName(object element)
{
return element.GetType().FullName;
}
public string GetFullyQualifiedObjectName(object hostControl, string objectName)
{
return GetFullyQualifiedName(hostControl) + "." + objectName;
}
}
[ConfigurationElementType(typeof(CustomAuthorizationProviderData))]
public class MyAuthorizationProvider : AuthorizationProvider
{
public SitesAuthorizationProvider(NameValueCollection configurationItems)
{
}
public override bool Authorize(IPrincipal principal, string context)
{
bool ret = false;
if (principal.Identity.IsAuthenticated)
{
// check the security item key, otherwise check the screen uri
ret = LocalCacheManager.GetUserSecurityItemsCache(LocalUserManager.UserId, false).Exists(
si => si.SecurityItemKey.Equals(context, StringComparison.InvariantCultureIgnoreCase));
if (!ret)
{
// check if this item matches a screen uri
ret = LocalCacheManager.GetUserSecurityItemsCache(LocalUserManager.UserId, false).Exists(
si => si.Uri.Equals(context, StringComparison.InvariantCultureIgnoreCase));
}
}
return ret;
}
}
对于AD LDS,如果您有适当的权限,则可以将数据托管到AD存储中。希望这会为你简化问题? – code4life 2012-03-05 16:12:33
@ code4life在此网站上的任何示例? – noonand 2012-03-05 20:54:39
我会从这里开始:http://msdn.microsoft.com/en-us/library/aa772138.aspx。作为参考,AD LDS不一定比数据库简单,只是不同而已。 – code4life 2012-03-05 21:16:23