mirror of
https://github.com/eclipse-sailing-analytics/sailing-analytics.git
synced 2026-11-10 21:02:40 +00:00
265 lines
12 KiB
Java
Executable File
265 lines
12 KiB
Java
Executable File
/*
|
|
* Licensed to the Apache Software Foundation (ASF) under one
|
|
* or more contributor license agreements. See the NOTICE file
|
|
* distributed with this work for additional information
|
|
* regarding copyright ownership. The ASF licenses this file
|
|
* to you under the Apache License, Version 2.0 (the
|
|
* "License"); you may not use this file except in compliance
|
|
* with the License. You may obtain a copy of the License at
|
|
*
|
|
* http://www.apache.org/licenses/LICENSE-2.0
|
|
*
|
|
* Unless required by applicable law or agreed to in writing,
|
|
* software distributed under the License is distributed on an
|
|
* "AS IS" BASIS, WITHOUT WARRANTIES OR CONDITIONS OF ANY
|
|
* KIND, either express or implied. See the License for the
|
|
* specific language governing permissions and limitations
|
|
* under the License.
|
|
*/
|
|
package com.sap.sse.security.shared;
|
|
|
|
import java.io.Serializable;
|
|
import java.util.ArrayList;
|
|
import java.util.Arrays;
|
|
import java.util.HashSet;
|
|
import java.util.LinkedHashSet;
|
|
import java.util.List;
|
|
import java.util.Set;
|
|
|
|
/**
|
|
* A <code>WildcardPermission</code> is a very flexible permission construct supporting multiple levels of
|
|
* permission matching. However, most people will probably follow some standard conventions as explained below.
|
|
* <p/>
|
|
* <h3>Simple Usage</h3>
|
|
* <p/>
|
|
* In the simplest form, <code>WildcardPermission</code> can be used as a simple permission string. You could grant a
|
|
* user an "editNewsletter" permission and then check to see if the user has the editNewsletter
|
|
* permission by calling
|
|
* <p/>
|
|
* <code>subject.isPermitted("editNewsletter")</code>
|
|
* <p/>
|
|
* This is (mostly) equivalent to
|
|
* <p/>
|
|
* <code>subject.isPermitted( new WildcardPermission("editNewsletter") )</code>
|
|
* <p/>
|
|
* but more on that later.
|
|
* <p/>
|
|
* The simple permission string may work for simple applications, but it requires you to have permissions like
|
|
* <code>"viewNewsletter"</code>, <code>"deleteNewsletter"</code>,
|
|
* <code>"createNewsletter"</code>, etc. You can also grant a user <code>"*"</code> permissions
|
|
* using the wildcard character (giving this class its name), which means they have <em>all</em> permissions. But
|
|
* using this approach there's no way to just say a user has "all newsletter permissions".
|
|
* <p/>
|
|
* For this reason, <code>WildcardPermission</code> supports multiple <em>levels</em> of permissioning.
|
|
* <p/>
|
|
* <h3>Multiple Levels</h3>
|
|
* <p/>
|
|
* WildcardPermission</code> also supports the concept of multiple <em>levels</em>. For example, you could
|
|
* restructure the previous simple example by granting a user the permission <code>"newsletter:edit"</code>.
|
|
* The colon in this example is a special character used by the <code>WildcardPermission</code> that delimits the
|
|
* next token in the permission.
|
|
* <p/>
|
|
* In this example, the first token is the <em>domain</em> that is being operated on
|
|
* and the second token is the <em>action</em> being performed. Each level can contain multiple values. So you
|
|
* could simply grant a user the permission <code>"newsletter:view,edit,create"</code> which gives them
|
|
* access to perform <code>view</code>, <code>edit</code>, and <code>create</code> actions in the <code>newsletter</code>
|
|
* <em>domain</em>. Then you could check to see if the user has the <code>"newsletter:create"</code>
|
|
* permission by calling
|
|
* <p/>
|
|
* <code>subject.isPermitted("newsletter:create")</code>
|
|
* <p/>
|
|
* (which would return true).
|
|
* <p/>
|
|
* In addition to granting multiple permissions via a single string, you can grant all permission for a particular
|
|
* level. So if you wanted to grant a user all actions in the <code>newsletter</code> domain, you could simply give
|
|
* them <code>"newsletter:*"</code>. Now, any permission check for <code>"newsletter:XXX"</code>
|
|
* will return <code>true</code>. It is also possible to use the wildcard token at the domain level (or both): so you
|
|
* could grant a user the <code>"view"</code> action across all domains <code>"*:view"</code>.
|
|
* <p/>
|
|
* <h3>Instance-level Access Control</h3>
|
|
* <p/>
|
|
* Another common usage of the <code>WildcardPermission</code> is to model instance-level Access Control Lists.
|
|
* In this scenario you use three tokens - the first is the <em>domain</em>, the second is the <em>action</em>, and
|
|
* the third is the <em>instance</em> you are acting on.
|
|
* <p/>
|
|
* So for example you could grant a user <code>"newsletter:edit:12,13,18"</code>. In this example, assume
|
|
* that the third token is the system's ID of the newsletter. That would allow the user to edit newsletters
|
|
* <code>12</code>, <code>13</code>, and <code>18</code>. This is an extremely powerful way to express permissions,
|
|
* since you can now say things like <code>"newsletter:*:13"</code> (grant a user all actions for newsletter
|
|
* <code>13</code>), <code>"newsletter:view,create,edit:*"</code> (allow the user to
|
|
* <code>view</code>, <code>create</code>, or <code>edit</code> <em>any</em> newsletter), or
|
|
* <code>"newsletter:*:*</code> (allow the user to perform <em>any</em> action on <em>any</em> newsletter).
|
|
* <p/>
|
|
* To perform checks against these instance-level permissions, the application should include the instance ID in the
|
|
* permission check like so:
|
|
* <p/>
|
|
* <code>subject.isPermitted( "newsletter:edit:13" )</code>
|
|
* <p/>
|
|
* There is no limit to the number of tokens that can be used, so it is up to your imagination in terms of ways that
|
|
* this could be used in your application. However, the Shiro team likes to standardize some common usages shown
|
|
* above to help people get started and provide consistency in the Shiro community.<p>
|
|
*
|
|
* This class has been slightly adjusted from the original Shiro version such that it no longer depends on any Shiro
|
|
* classes but still offers the same services that the Shiro <code>WildcardPermission</code> does. This way, the
|
|
* permission can also be used by a GWT client and an Android implementation.
|
|
*/
|
|
public class WildcardPermission implements Serializable {
|
|
|
|
//TODO - JavaDoc methods
|
|
|
|
/**
|
|
*
|
|
*/
|
|
private static final long serialVersionUID = -7136806951296823464L;
|
|
/*--------------------------------------------
|
|
| C O N S T A N T S |
|
|
============================================*/
|
|
protected static final String WILDCARD_TOKEN = "*";
|
|
protected static final String PART_DIVIDER_TOKEN = ":";
|
|
protected static final String SUBPART_DIVIDER_TOKEN = ",";
|
|
protected static final boolean DEFAULT_CASE_SENSITIVE = false;
|
|
|
|
/*--------------------------------------------
|
|
| I N S T A N C E V A R I A B L E S |
|
|
============================================*/
|
|
private List<Set<String>> parts;
|
|
|
|
/*--------------------------------------------
|
|
| C O N S T R U C T O R S |
|
|
============================================*/
|
|
/**
|
|
* Default no-arg constructor for subclasses only - end-user developers instantiating Permission instances must
|
|
* provide a wildcard string at a minimum, since Permission instances are immutable once instantiated.
|
|
* <p/>
|
|
* Note that the WildcardPermission class is very robust and typically subclasses are not necessary unless you
|
|
* wish to create type-safe Permission objects that would be used in your application, such as perhaps a
|
|
* {@code UserPermission}, {@code SystemPermission}, {@code PrinterPermission}, etc. If you want such type-safe
|
|
* permission usage, consider subclassing the {@link DomainPermission DomainPermission} class for your needs.
|
|
*/
|
|
protected WildcardPermission() {
|
|
}
|
|
|
|
public WildcardPermission(String wildcardString) {
|
|
this(wildcardString, DEFAULT_CASE_SENSITIVE);
|
|
}
|
|
|
|
public WildcardPermission(String wildcardString, boolean caseSensitive) {
|
|
setParts(wildcardString, caseSensitive);
|
|
}
|
|
|
|
protected void setParts(String wildcardString) {
|
|
setParts(wildcardString, DEFAULT_CASE_SENSITIVE);
|
|
}
|
|
|
|
protected void setParts(String wildcardString, boolean caseSensitive) {
|
|
if (wildcardString == null || wildcardString.trim().length() == 0) {
|
|
throw new IllegalArgumentException("Wildcard string cannot be null or empty. Make sure permission strings are properly formatted.");
|
|
}
|
|
|
|
wildcardString = wildcardString.trim();
|
|
|
|
List<String> parts = Arrays.asList(wildcardString.split(PART_DIVIDER_TOKEN));
|
|
|
|
this.parts = new ArrayList<Set<String>>();
|
|
for (String part : parts) {
|
|
Set<String> subparts = new HashSet<>(Arrays.asList(part.split(SUBPART_DIVIDER_TOKEN)));
|
|
if (!caseSensitive) {
|
|
subparts = lowercase(subparts);
|
|
}
|
|
if (subparts.isEmpty()) {
|
|
throw new IllegalArgumentException("Wildcard string cannot contain parts with only dividers. Make sure permission strings are properly formatted.");
|
|
}
|
|
this.parts.add(subparts);
|
|
}
|
|
|
|
if (this.parts.isEmpty()) {
|
|
throw new IllegalArgumentException("Wildcard string cannot contain only dividers. Make sure permission strings are properly formatted.");
|
|
}
|
|
}
|
|
|
|
private Set<String> lowercase(Set<String> subparts) {
|
|
Set<String> lowerCasedSubparts = new LinkedHashSet<String>(subparts.size());
|
|
for (String subpart : subparts) {
|
|
lowerCasedSubparts.add(subpart.toLowerCase());
|
|
}
|
|
return lowerCasedSubparts;
|
|
}
|
|
|
|
/*--------------------------------------------
|
|
| A C C E S S O R S / M O D I F I E R S |
|
|
============================================*/
|
|
protected List<Set<String>> getParts() {
|
|
return this.parts;
|
|
}
|
|
|
|
/*--------------------------------------------
|
|
| M E T H O D S |
|
|
============================================*/
|
|
|
|
public boolean implies(WildcardPermission wp) {
|
|
// By default only supports comparisons with other WildcardPermissions
|
|
List<Set<String>> otherParts = wp.getParts();
|
|
|
|
int i = 0;
|
|
for (Set<String> otherPart : otherParts) {
|
|
// If this permission has fewer parts than the other permission, everything after the number of parts contained
|
|
// in this permission is automatically implied, so return true
|
|
if (getParts().size() - 1 < i) {
|
|
return true;
|
|
} else {
|
|
Set<String> part = getParts().get(i);
|
|
if (!part.contains(WILDCARD_TOKEN) && !part.containsAll(otherPart)) {
|
|
return false;
|
|
}
|
|
i++;
|
|
}
|
|
}
|
|
|
|
// If this permission has more parts than the other parts, only imply it if all of the other parts are wildcards
|
|
for (; i < getParts().size(); i++) {
|
|
Set<String> part = getParts().get(i);
|
|
if (!part.contains(WILDCARD_TOKEN)) {
|
|
return false;
|
|
}
|
|
}
|
|
|
|
return true;
|
|
}
|
|
|
|
/**
|
|
* Returns a string representation that can again equivalently be parsed by
|
|
* {@link WildcardPermission#WildcardPermission(String)}.
|
|
*/
|
|
public String toString() {
|
|
StringBuilder buffer = new StringBuilder();
|
|
for (Set<String> part : parts) {
|
|
if (buffer.length() > 0) {
|
|
buffer.append(PART_DIVIDER_TOKEN);
|
|
}
|
|
boolean first = true;
|
|
for (String subpart : part) {
|
|
if (first) {
|
|
first = false;
|
|
} else {
|
|
buffer.append(SUBPART_DIVIDER_TOKEN);
|
|
}
|
|
buffer.append(subpart);
|
|
}
|
|
}
|
|
return buffer.toString();
|
|
}
|
|
|
|
public boolean equals(Object o) {
|
|
if (o instanceof WildcardPermission) {
|
|
WildcardPermission wp = (WildcardPermission) o;
|
|
return parts.equals(wp.parts);
|
|
}
|
|
return false;
|
|
}
|
|
|
|
public int hashCode() {
|
|
return parts.hashCode();
|
|
}
|
|
|
|
}
|