Status message

This proposal has been approved and the Eclipse Keti project has been created.

Eclipse Keti

This proposal is in the Project Proposal Phase (as defined in the Eclipse Development Process) and is written to declare its intent and scope. We solicit additional participation and input from the community. Please login and add your feedback in the comments section.
Parent Project: 

Use cases in the industrial internet often have requirements for access control that are not satisfied by standards that are prevalent in the consumer space. For example, standards like OAuth 2.0 model privileges as flat lists of coarse-grained scopes that are granted for the entire user login session. Newer standards like UMA allow for finer-grained access control but do so in ways that require more client-side complexity. Additionally, Neither of these standards define a common way to write policies or manage privileges.

Meanwhile, in the enterprise space, the XACML standard has slowly gained traction. While XACML is a comprehensive standard, our experience has proved that it is costly to implement and comes with a steep learning curve. Thus, we decided to build a service that offered a simplified and comprehensive Attribute Based Access Control (ABAC) for RESTful APIs.


The Eclipse Keti project provides an access control service that protects RESTful APIs from unauthorized access.


Keti is a service that was designed to protect RESTfuls API using Attribute Based Access Control (ABAC).

The solution itself is implemented as a cloud-native RESTful API that adheres to the guiding principles of the twelve factor app. Key characteristics of the service include:

  • Central management of policies and privileges
  • The ability to manage hierarchical privileges (e.g. sub-groups) and scoped privileges (e.g. assigning elevated privileges based on the resource accessed)
  • A policy format tailored for developers who build RESTful APIs
  • An access control decision engine

Spring Boot is the primary framework that Keti is built on. Additionally Keti uses the following open source libraries:

An operator deploys Keti in the same datacenter where the web services it protects are deployed. Either a common gateway, or the web service itself, sends requests for authorized access to Keti and enforces the decision received in the response. When deployed, Keti typically has the following service dependencies.

Below is a basic diagram of how Keti fits in the interaction between web application and web service.

Why Here?: 

The context of this work and the resources that it will protect are related to IOT use cases. Eclipse has a nexus of IOT related projects, and companies that support them, and the Keti project fits well together with them.

Project Scheduling: 

The initial contribution, which will include working builds, will happen shortly after acceptance.

Future Work: 
  • Support for managing multiple policy sets
  • Support for generic OAuth servers
  • Support for Basic authentication
  • Connectors for merging attributes from LDAP and SQL stores
Project Leads: 
Matias Altman
Siva Balan
Vineet Banga
Navyatha Bondugula
Sanjeev Chopra
Irina Epshteyn
Rupinder Guron
Brittany Johnson
Bhuvaneswari Ramkumar
Bharath Sekar
Henry Zhao
Interested Parties: 

Bosch Software Innovations GmbH

Source Code
Initial Contribution: 

We will provide a full inital release of the code. We own the copyright, and a number of companies have expressed an interest in joining the effort. We have performed scans on the code and can list all dependencies.

Source Repository Type: 
maria albert's picture

The usage of IoT sensors in production gadget enables essay writing service circumstance-based totally protection alerts. there are many critical machine tools which are designed to feature within certain temperature and vibration ranges. IoT Sensors can actively reveal machines and send an alert whilst the gadget deviates from its prescribed parameters.

suha suhana's picture


accessmcd login rop
accessmcd accessmcd
accessmcd otp
accessmcd login global as
accessmcd lms login
accessmcd canada

suha suhana's picture


accessmcd login rop
accessmcd accessmcd
accessmcd otp
accessmcd login global as
accessmcd lms login
accessmcd canada

Lisa Maro's picture

I am really happy to say it’s an interesting post to read. I learn new information from your article, you are doing a great job. Keep it up Banana Peel Benefits

Cigdem Sengul's picture

This is definitely an interesting project - wil you be designing a new policy presentation (moving away from XACML)? Will it be more towards JSON-based request/response that was considered for XACML?

You can put me down as an interested party too. 



Kai Hudalla's picture

Please add Bosch Software Innovations GmbH as an interested party.



Ilya Lipkind's picture

Thanks Kai for input. We will definetly do that once I have priviledges to modify the proposal.

Kai Kreuzer's picture

I think the proposal is very short, I would expect some more detailed information about the what and why and how.

Kai Kreuzer's picture

Does this primarily target cloud servers or is it also meant for embedded use, e.g. one gateways?

Julien Vermillard's picture


Looks great! Just a question: why limit it to IoT and not put it in "runtime" ? Because after taking a look at the code the scope looks broader than connected objects (a bit like jetty, which is a runtime project).

Ian Skerrett's picture

I think the suggestion for the IoT PMC was since there seems to be interest in integrating ACS with some of the other IoT projects. The RT PMC is mostly focused on OSGi technology so I don't think ACS is a perfect match either. 

Gunnar Wagenknecht's picture

Ian, I think there has been enough scope creep in RT to allow non-OSGi projects? The project itself looks very applicable to anything backend-ish. Thus RT would be a fit. If, however, IoT is the target audience/primary customer then it may very well make sense to have it under IoT.

Julien Vermillard's picture

I think we should contact the runtime PMC to known their view on the scope of this project.

If we follow this 'non osgi and iot project use it' logic, since most of Java Eclipse IoT project are using Jetty, we should move jetty to IoT :D

Benjamin Cabe's picture

I would hope the project plans on delivering some reference/example integrations with Eclipse IoT projects. Maybe something that should be clarified in the proposal.

Kai Hudalla's picture

I agree with Julien, this seems to have a much broader applicability than just IoT :-)