Eclipse Heimlig is a Hardware Security Module (HSM) firmware for embedded platforms written in Rust.
As an HSM, Eclipse Heimlig typically runs on dedicated hardware and provides cryptographic services to clients running on other cores. These include:
All elements will be developed in Rust, which brings major advantages in terms of security, efficiency, and reliability.
| Repo | Commits | Reviews | Issues |
|---|---|---|---|
| https://github.com/eclipse-heimlig/heimlig | 12 | 6 | 0 |
| https://github.com/eclipse-heimlig/.eclipsefdn | 1 | 0 | 0 |
There have been 13 commits made by 3 people on 2 repositories over the last 12 months.
There have been 0 issues submitted by 0 people on 0 repositories over the last 12 months.
There have been 6 reviews submitted by 2 people on 1 repositories over the last 12 months.
The EMO oversees the lifecycle of Eclipse projects, trademark and IP management, and provides a governance framework and recommendations on open source best practices.
See the project’s PMI page at https://projects.eclipse.org/projects/automotive.heimlig
TruereadThis project has a total of 2 repositories in its associated GitHub organization eclipse-heimlig
.
The graph below outlines the percentange of repositories that have either defined a Branch Protection Rule or Repository Ruleset:
SDV Maturity badges recognise achievements made by the project towards the SDV maturity assessment goals. Learn more on the dedicated page .
These badges only apply to the SDV Working Group .
Warning
This page is under construction
We are currently working on a definition and prototype for SDV badges, please see the SDV Process .
Is the project used to showcase the resolution of a real-life situation, either individually or integrated with other Eclipse SDV projects? See the SDV Blueprints project for more information.
This project has not registered any activity on the criteria.
How well is the project doing when it comes to Requirements e.g. defining, versioning and managing, traceability, coverage, etc? For more details on the needs for the different levels of the Requirements Criteria read its definition here .
This project has not registered any activity on the criteria.
How well is the project doing when it comes to Testing e.g. defining, versioning and managing, traceability, coverage, types of tests etc? For more details on the needs for the different levels of the Testing Criteria read its definition here .
This project has not registered any activity on the criteria.
How well is the project doing when it comes to Documentation e.g. types of documents depending on contents, versioning, etc? For more details on the needs for the different levels of the Documentation Criteria read its definition here .
This project has not registered any activity on the criteria.
How well is the project doing when it comes to Coding Guidelines e.g. defining, adhering, managing issues etc? For more details on the needs for the different levels of the Coding Guidelines Criteria read its definition here .
This project has not registered any activity on the criteria.
How well is the project doing when it comes to Releases e.g. defining a process, versioning and managing, release notes, coverage etc? For more details on the needs for the different levels of the Release Process Criteria read its definition here .
This project has not registered any activity on the criteria.
Is the project respecting OSS good practices files in their repositories? See also the legal documentation checker for more information.
<a href="https://metrics.eclipse.org/projects/automotive.heimlig" alt="OSS Best Practices badge for automotive.heimlig"></a>
Repo .github has some of the recommended files.
Found categories: README, SECURITY
Repo heimlig has some of the recommended files.
Found categories: BUILD, AUTOMATION, README