fkjadoon94

Clever! Wonder if the agent utilized some sort of fuzzing during its exploration loop, and what size of test space.

Excited to check it out!

Erik is a true hustler and ML infra builder at the core, not in this for the antics. Known him since the Booste days.

The integration basically wraps *jibril - a single binary linux edr which allows for detection and enforcement in the runner

https://jibril.sh

Yes, its a one step integration into your workflow file, typically before the steps you want to monitor eg. build, test if you don't want to see everything happening in your runner host. It has worked pretty well with ubuntu-latest and stock Linux runners from GH out of the box.

I believe the goal here isn't to replace Vault, but offer a developer focused solution for environment variable management. While Vault can be used to store env variables, its more geared towards managing infra secrets for the ops/sre persona.

Please see the response on your other comment regarding the Vault comparison.

Very valid point - the main problem to solve here isn't storage and encryption. We think the clouds do a great job for that, hence our self-hosted approach.

It’s important to note that the goal here is not to replace Vault. Vault pioneered a lot of best practices in this space, which we build on top of. The gap we want to fill is of complexity and developer-experience, while playing well with existing tools, as stated.

Re: identity – it’s on our immediate roadmap to integrate with identity providers (similar to Vault). We offer a similar model of pluggable secrets backends inspired by Vault (currently supporting DB’s such as Postgres and Mongo). If you want to use your existing SSO provider, our private enterprise beta comes with WorkOS integration. Please reach out at [email protected] if you’re interested, and we’d love to talk more about your specific needs!

Managing secrets is critical in this day and age for individuals and organizations of all kinds and sizes. Many developers currently find it painful to manage their app configurations and secrets, and this pain grows with stack complexity and team size. This makes building and deploying manual, time-consuming and insecure.

Today there are great solutions in this space, however, from our personal experience as developers, we have felt that existing solutions are either:

1) Too complex to set up and operate for the everyday developer

2) Tied to cloud-providers and don’t work well cross-platform

3) Pure SaaS solutions don’t play well with trust and reliability

Because of this, engineers end up writing custom wrappers around existing tools to solve developer experience and integrations with their stack.

Garnet is a developer-focused, open-source secrets manager which can be easily self-hosted on your own infrastructure. We aim to provide a single source of truth for configs and secrets across your tools, apps, environments and teams while delivering a great developer-experience through features like rich audit logs and versioning, granular access controls, notifications and native integrations with existing secrets and config management systems.

Garnet wants to solve this problem from a developer-first point of view, and we want to work with the community to elevate configurations as a first-class citizen in a developer’s workflow.

We’re actively looking for feedback and contributions! Please star and check out our GitHub repo to read more on what we’re building: https://github.com/garnet-labs/garnet-oss

Definitely a problem -- excited to see a solution in this space!

How do you compare with LayerCI (https://layerci.com/)?

Copyright © 2019 Apple Inc.