principalpermission

PrincipalPermission.Demand() failing once WCF Service was moved to SSL

◇◆丶佛笑我妖孽 提交于 2019-12-19 11:41:15
问题 My Silverlight/WCF application uses PrincipalPermission in each service method to ensure the user is Authenticated. This works just fine when I have everything configured to HTTP, but once I configured my service endpoints/bindings to support HTTPS (SSL), I get an exception thrown when I call the Demand() method of my PrincipalPermission object. EDIT: I should mention I am using IIS 7.5 Express to host and debug this project. Here is the method that checks to make sure the user is

fine-grained permissions; PrincipalPermission - roles seperate from permissions;

佐手、 提交于 2019-12-08 02:41:25
问题 I've been using PrincipalPermission for a while in wcf services. [PrincipalPermission(SecurityAction.Demand, Role = SecurityRoles.CanManageUsers)] Our roles are prefixed with: Can* and is how we achieve fine grained actions control with the built in asp.net membership system. This makes it hard to know as a business unit what fine grained roles we can give to a user. Here is my new approach and wanted to see if anyone can provide feedback, code review before i implement my suggestion. 1)

Unhandled exception not caught by either Global.asax error handler or custom IHttpModule error handler

本小妞迷上赌 提交于 2019-12-07 02:04:17
问题 I have one method of a class (DPCal_EventMove) that I want to limit access to using Roles. I have both a Global.asax.cs error handler and a custom IHttpModule error handler intended to catch unhandled exceptions and Server.Transfer them to GlobalExceptionHandler.aspx, which checks to see if the errors are SecurityExceptions that originated from failed PrincipalPermission checks. For some reason, the unhandled exception caused by the PricipalPermission-decorated method is not routed through

fine-grained permissions; PrincipalPermission - roles seperate from permissions;

我只是一个虾纸丫 提交于 2019-12-06 05:48:26
I've been using PrincipalPermission for a while in wcf services. [PrincipalPermission(SecurityAction.Demand, Role = SecurityRoles.CanManageUsers)] Our roles are prefixed with: Can* and is how we achieve fine grained actions control with the built in asp.net membership system. This makes it hard to know as a business unit what fine grained roles we can give to a user. Here is my new approach and wanted to see if anyone can provide feedback, code review before i implement my suggestion. 1) aspnet_roles - business unit role 2) Extend the asp.net membership system by creating a permission table

Unhandled exception not caught by either Global.asax error handler or custom IHttpModule error handler

Deadly 提交于 2019-12-05 05:37:18
I have one method of a class (DPCal_EventMove) that I want to limit access to using Roles. I have both a Global.asax.cs error handler and a custom IHttpModule error handler intended to catch unhandled exceptions and Server.Transfer them to GlobalExceptionHandler.aspx, which checks to see if the errors are SecurityExceptions that originated from failed PrincipalPermission checks. For some reason, the unhandled exception caused by the PricipalPermission-decorated method is not routed through either of my error handlers. My question is: Where is this exception being routed to and how do I catch

Active Directory and PrincipalPermission

天大地大妈咪最大 提交于 2019-12-02 04:42:51
问题 This is more of a curiosity than a request for help, but I noticed that when using PrincipalPermission and verifying a user is part of a specific group in Active Directory it will not use the true group name but instead validates against the pre-Windows 2000 group name instead. Ordinarily this wouldn't make a difference - unless someone happens to make these values different. Can anyone think of why the .Net API would use that group name instead of the "true" name? This caused me hours of

PrincipalPermission.Demand() failing once WCF Service was moved to SSL

限于喜欢 提交于 2019-12-01 13:20:49
My Silverlight/WCF application uses PrincipalPermission in each service method to ensure the user is Authenticated. This works just fine when I have everything configured to HTTP, but once I configured my service endpoints/bindings to support HTTPS (SSL), I get an exception thrown when I call the Demand() method of my PrincipalPermission object. EDIT: I should mention I am using IIS 7.5 Express to host and debug this project. Here is the method that checks to make sure the user is authendicated. It's called from each of my service methods: protected void SecurityCheck(string roleName, bool