[ 
https://issues.apache.org/jira/browse/SOLR-15073?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17261501#comment-17261501
 ] 

Christine Poerschke commented on SOLR-15073:
--------------------------------------------

Hello [~nyivan]. Is 
[https://github.com/apache/lucene-solr/blob/releases/lucene-solr/8.7.0/solr/core/src/java/org/apache/solr/handler/admin/SystemInfoHandler.java#L344-L348]
 the code area you are referring to? If it is then observationally
{code:java}
- if (auth != null) {
+ if (auth instanceof RuleBasedAuthorizationPluginBase) {
        RuleBasedAuthorizationPluginBase rbap = 
(RuleBasedAuthorizationPluginBase) auth;
        Set<String> roles = rbap.getUserRoles(req.getUserPrincipal());
        info.add("roles", roles);
  }
{code}
might provide a solution. Possibly with an else branch to set {{roles}} to null 
or empty set, if (say) the security info in the Solr Admin UI added in 
SOLR-14237 needs it. What do you think?

> Unsafe cast in SystemInfoHandler
> --------------------------------
>
>                 Key: SOLR-15073
>                 URL: https://issues.apache.org/jira/browse/SOLR-15073
>             Project: Solr
>          Issue Type: Bug
>      Security Level: Public(Default Security Level. Issues are Public) 
>            Reporter: Nikolay Ivanov
>            Priority: Major
>
> I have observed an unsafe cast inĀ 
> SystemInfoHandler::getSecurityInfo
> Is this by design? Currently I have a custom AuthorizationPlugin that 
> directly implements AuthorizationPlugin interface. With the latest solr 
> version it is not permitted anymore. A workaround is to extend the 
> RuleBasedAuthorizationPluginBase, which is not ideal imo. Please share your 
> thoughts



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

---------------------------------------------------------------------
To unsubscribe, e-mail: issues-unsubscr...@lucene.apache.org
For additional commands, e-mail: issues-h...@lucene.apache.org

Reply via email to