sureness | 中文文档
A simple and efficient open-source jvm security framework that focus on the protection of restful api.
Home Page: usthe.com/sureness or su.usthe.com
In the mainstream web architecture, how to protect the restful api provided by the back-end through effective and fast authentication has become particularly important.
For existing frameworks, whether it is apache shiro which does not natively support rest, or deeply bound spring and steep learning curve of spring security are not our ideal framework.
Ever since sureness was born, we hope to solve these, provide a restful api, no framework dependency, can dynamically modify permissions, multiple authentication policies, faster, easy to use and extend security framework.
Sureness is a new, permission project which we learn from apache shiro and add some ideas to create it.
Authentication for restful api, based on RBAC, mainly focused on the protection of restful api.
No specific framework dependency(support springboot, quarkus, javalin, ktor and more).
Support dynamic modification of permissions.
Support websocket, mainstream http container(servlet and jax-rs).
Supports JWT, Basic Auth, Digest Auth... Can extend custom supported authentication methods.
High performance due dictionary matching tree.
Good extension interface, demo and document.
The low configuration of sureness, easy to expand, and not coupled with other frameworks, enables developers to quickly and safely protect their projects in multiple scenarios.
~ | sureness | shiro | spring security |
---|---|---|---|
multi framework support | support | support need modify | not support |
restful api | support | support need modify | support |
websocket | support | not support | not support |
path match | dictionary matching tree | ant match | ant match |
annotation support | support | support | support |
servlet | support | support | support |
jax-rs | support | not support | not support |
dynamic modification of permissions | support | support need modify | support need modify |
performance | fast | slower | slower |
learning curve | simple | simple | steep |
Benchmark test shows sureness to lose 0.026ms performance compared to frameless application, shiro lose 0.088ms, spring security lose 0.116ms.
In contrast, sureness basically does not consume performance, and the performance (TPS loss) is 3 times that of shiro and 4 times that of spring security.
The performance gap will be further widened as the api matching chain increases.
Detail see Benchmark Test
- sureness integration springboot sample(configuration file scheme) sample-bootstrap
- sureness integration springboot sample(database scheme) sample-tom
- sureness integration quarkus sample sample-quarkus
- sureness integration javalin sample sample-javalin
- sureness integration ktor sample sample-ktor
- sureness integration spring webflux sample sample-spring-webflux
- sureness integration session sample sureness-session
- sureness integration redis cache session sample sureness-redis-session
- more samples todo
- Based RBAC, only has role-resource, no permission action.
- We treat restful requests as a resource, resource format like
requestUri===httpMethod
.
That is the request uri + request method(post,get,put,delete...
) is considered as a resource as a whole.
eg: /api/v2/book===get
- User belongs some Role -- Role owns Resource -- User can access the resource.
Resource path matching see: URI Match
When use maven or gradle build project, add coordinate
<dependency>
<groupId>com.usthe.sureness</groupId>
<artifactId>sureness-core</artifactId>
<version>1.0.2</version>
</dependency>
compile group: 'com.usthe.sureness', name: 'sureness-core', version: '1.0.2'
The default configuration -DefaultSurenessConfig
uses the document datasource sureness.yml
as the auth datasource.
It supports jwt, basic auth, digest auth authentication.
@Bean
public DefaultSurenessConfig surenessConfig() {
return new DefaultSurenessConfig();
}
Sureness authentication requires us to provide our own account data, role permission data, etc. These data may come from text, relational databases, non-relational databases, annotations, etc.
We provide interfaces SurenessAccountProvider
, PathTreeProvider
for user implement to load data from the dataSource where they want.
SurenessAccountProvider
- Account datasource provider interface.PathTreeProvider
- Resource uri-role datasource provider interface.
Default Document DataSource Config - sureness.yml
, see: Default Document DataSource
Annotation DataSource Config Detail - AnnotationLoader
, see: Annotation DataSource
If the configuration resource data comes from text, please refer to Sureness integration springboot sample(configuration file scheme)
If the configuration resource data comes from dataBase, please refer to Sureness integration springboot sample(database scheme)
The essence of sureness is to intercept all rest requests for authenticating and Authorizing.
The interceptor can be a filter or a spring interceptor, it intercepts all request to check them.
SubjectSum subject = SurenessSecurityManager.getInstance().checkIn(servletRequest)
Sureness uses exception handling process:
- If auth success, method -
checkIn
will return aSubjectSum
object containing user information. - If auth failure, method -
checkIn
will throw different types of auth exceptions.
Users need to continue the subsequent process based on these exceptions.(eg: return the request response)
Here we need to customize the exceptions thrown by checkIn
, passed directly when auth success, catch exception when auth failure and do something:
try {
SubjectSum subject = SurenessSecurityManager.getInstance().checkIn(servletRequest);
} catch (ProcessorNotFoundException | UnknownAccountException | UnsupportedSubjectException e4) {
// Create subject error related execption
} catch (DisabledAccountException | ExcessiveAttemptsException e2 ) {
// Account disable related exception
} catch (IncorrectCredentialsException | ExpiredCredentialsException e3) {
// Authentication failure related exception
} catch (UnauthorizedException e5) {
// Authorization failure related exception
} catch (SurenessAuthenticationException | SurenessAuthorizationException e) {
// other sureness exception
}
Detail sureness auth exception see: Default Sureness Auth Exception
Have Fun
Sureness supports custom subject, custom subjectCreator, custom processor and more.
Before advanced custom extension, let's first understand the general process of sureness:
As in the above process, Subject is created by SubjectCreate according to the request body, and different authentication processors process the supported Subjects.
Sureness provides the following common interfaces as extension points:
Subject
: Authenticated authorized user's account interface, provide the account's username,password, request resources, roles, etc.SubjectCreate
: Create subject interface, provider create method.Processor
: Process subject interface, where happen authentication and authorization.PathTreeProvider
: Resource data provider, it can load data from txt or database,etc.SurenessAccountProvider
: Account data provider, it can load data from txt or database,etc.
Refer to Extension Point for the extended documentation.
- 🥊 Custom Subject
Implment Subject, add custom subject content
Implment SubjectCreate to create custom subject
Implment Processor to support custom subject
See Custom Subject
- 🔫 Custom SubjectCreator
Implment SubjectCreate to create your custom subject
- 🪓 Custom Processor
A subject also can support by different processor, so we can custom processor to support custom subject
Implment Processor, set which subject can support and implment processing details
See Custom Processor
- 🏹 Custom Datasource
Implment PathTreeProvider, load in DefaultPathRoleMatcher
Implment SurenessAccountProvide, load in processor
Detail please refer to Sureness integration springboot sample(database scheme)
Very welcome to Contribute this project, go further and better with sureness. If you have any questions or suggestions about the project code, please contact @tomsun28 directly.
Components of Repository: