The CreatorCon Call for Content is officially open! Get started here.

Question on field level vs tabel level ACLs

zerofidelis1
Tera Contributor

Hello All,

 

I have a fairly simple process I am trying to figure out pertaining to ACLs, but for the life of me I can't get it working and lean on your combined expertise for help.  

 

I am working in the alm_asset table and the requested functionality is lock the table fields down to admin only with the exception of one field "State" (install_status).  We would want, for the moment, our itil uses to be able to edit this field so they can move items from In stock to In use and such during the configuration and reclamation processes.

 

My understanding of ACL's is that they flow from Field level -> Wildcard level -> Table level.  so my configuration is as such:

 

alm_asset.None - Granted to Admin and Itil

alm_asset.* - Granted to Admin only

alm_asset.install_status - Granted to Admin and Itil

 

As far as I can tell, this should allow permissions to the itil role to write to that field before denying access at the wild card to the entire table.  However, I am still seeing users with Itil permission able to edit the entire alm_asset table. 

 

When I run the Access Analyzer on the user for the field it is passing alm_asset and alm_asset.install_status, but not even registering the alm_asset.*.

 

So my overall question is, is my approach wrong?  Or am I missing something simple with the configuration here?

 

Thanks!

1 ACCEPTED SOLUTION

Sandeep Rajput
Tera Patron
Tera Patron

@zerofidelis1 The approach seems okay to me and in ideal scenario it should work. Please check if there are more than one wildcard field ACLs defined on the alm_asset table one of which could be granting the access to the ITIL user,

View solution in original post

4 REPLIES 4

Sandeep Rajput
Tera Patron
Tera Patron

@zerofidelis1 The approach seems okay to me and in ideal scenario it should work. Please check if there are more than one wildcard field ACLs defined on the alm_asset table one of which could be granting the access to the ITIL user,

Thanks for validating.  So far I do not see any other alm_asset.* write permissions anywhere in the ACL table.  I checked for alm_hardware as well as technically that is where these records are housed.

 

The thing that keeps getting me is the fact that the analyzer doesn't show it hitting the alm_asset.* at all, is there any reason this would be the case?  We are working out of Vancouver if that helps.

zerofidelis1
Tera Contributor

Appreciate the help all, I just realized my "kick yourself" solution.  That ACL structure was actually working as expected, I was so hung up on that single field I didn't stop to realize that I had a number of other field ACL's that someone else had configured that were messing with all of these, so while it looked like the ACL wasn't applying, it actually was, I just need to deal with all these extra field ACL's.

 

Thanks!