Добавление ограничений в ACL дает пустые результаты для запросов в Jackrabbit Oak

Используя Jackrabbit Oak, я пытался настроить безопасность через SecurityProvider и SecurityConfigurations. В частности, я использовал ограничения, которые обычно работают так, как ожидалось. Однако при работе с JCR-SQL2 запросами отфильтровывается больше, чем ожидалось.

Подробнее

Его можно воспроизвести с репозиторием ниже.

/
  node          [nt:unstructured]
    subnode     [nt:unstructured]

В node я добавляю запись управления доступом с привилегией JCR_ALL для user вместе с ограничением для rep:glob -> "", так что user не имеет доступа к дочерним элементам node.

Он работает, как и ожидалось, при использовании session.getNode:

  • session.getNode("/node") возвращает узел
  • session.getNode("/node/subnode") выдает PathNotFoundException как и ожидалось из-за ограничения.

Однако, когда я выполняю следующий запрос JCR-SQL2:

SELECT * FROM [nt:unstructured]

Я получаю нет результатов. Здесь я ожидал получить /node, так как в противном случае он доступен при использовании session.getNode.

Код

public static void main(String[] args) throws Exception {
    Repository repository = new Jcr().with(new MySecurityProvider()).createRepository();
    Session session = repository.login(new UserIdCredentials(""));    // principal is "SystemPrincipal.INSTANCE"

    // Create nodes
    Node node = session.getRootNode().addNode("node", "nt:unstructured");
    node.addNode("subnode", "nt:unstructured");

    // Add access control entry + restriction
    AccessControlManager acm = session.getAccessControlManager();
    JackrabbitAccessControlList acl = (JackrabbitAccessControlList) acm
        .getApplicablePolicies("/node").nextAccessControlPolicy();
    Privilege[] privileges = new Privilege[]{acm.privilegeFromName(Privilege.JCR_ALL)};
    Map<String, Value> restrictions = new HashMap<String, Value>() {{put("rep:glob", new StringValue(""));}};
    acl.addEntry(new PrincipalImpl("user"), privileges, true, restrictions);
    acm.setPolicy("/node", acl);
    session.save();

    // executes query
    RowIterator rows = repository.login(new UserIdCredentials("user")).getWorkspace().getQueryManager()
        .createQuery("SELECT * FROM [nt:unstructured]", Query.JCR_SQL2).execute().getRows();
        System.out.println("Number of rows: " + rows.getSize());  //Prints 0
}

Если бы кто-то удалил restrictions из приведенного выше кода, и node, и subnode появились в результатах запроса, как и ожидалось.

MySecurityProvider использует ConfigurationParameters.EMPTY и реализации по умолчанию всех SecurityConfiguration, кроме AuthenticationConfiguration, которую я реализовал сам:

class MyAuthenticationConfiguration extends AuthenticationConfigurationImpl {
    public MyAuthenticationConfiguration(SecurityProvider securityProvider) {
        super(securityProvider);
    }

    @NotNull
    @Override
    public LoginContextProvider getLoginContextProvider(ContentRepository contentRepository) {
        return new LoginContextProvider() {
            @NotNull
            public LoginContext getLoginContext(Credentials credentials, String workspaceName) {
                String userId = ((UserIdCredentials) credentials).getUserId();
                Set<Principal> principalSets = new HashSet<>();
                if (userId.isEmpty()) {
                    principalSets.add(SystemPrincipal.INSTANCE);
                } else {
                    principalSets.add(new PrincipalImpl(userId));
                }
                Map<String, ? extends Principal> publicPrivileges = new HashMap<>();
                AuthInfoImpl authInfoImpl = new AuthInfoImpl(userId, publicPrivileges, principalSets);
                Subject subject = new Subject(true, principalSets, Collections.singleton(authInfoImpl), new HashSet<Principal>());
                return new PreAuthContext(subject);
            }
        };
    }
}

Я использую Jackrabbit Oak версии 1.10.0.


person Søren    schedule 20.01.2019    source источник


Ответы (1)


Это оказалось ошибкой в ​​Jackrabbit Oak — Ссылка на проблему.

Это было решено в версии 1.12.0.

person Søren    schedule 03.02.2019