Holen Sie die .env-Dateien aus dem Team-Chat
In einem jungen Team liegen Secrets dort, wo sie zuerst gelandet sind: in einer angehefteten Nachricht, einer geteilten Notiz, auf dem Laptop von jemandem. Crunu gibt ihnen einen Ort, verschlüsselt auf dem Gerät jeder Person, mit Zugriff, der sich nach der Aufgabe richtet. Es läuft auf app.crunu.com, Sie müssen also keinen Server einrichten.
Was Teams wie Ihres fragen
Die Fragen, die aufkommen, wenn ein Team wie Ihres seine Secrets an einen Ort bringt. Der Leitfaden unten beantwortet jede davon.
- Wo sollen unsere .env-Dateien liegen, wenn nicht im Team-Chat?
- Wie bekommt eine neue Person am ersten Tag die richtigen Variablen?
- Kann das Entwicklungsteam an staging arbeiten, ohne production zu sehen?
- Wer hat diesen Wert geändert, und wie lautete er vorher?
- Wie geben wir CI die Variablen von staging und sonst nichts?
- Wie bekommt production ihre Secrets, ohne dass sie durch CI laufen?
- Was ändern wir, wenn jemand geht?
- Müssen wir dafür einen Server betreiben?
Die Teile von Crunu, die das abdecken
Jeder Teil folgt derselben Regel: Der Server bewahrt Chiffretext, öffentliche Schlüssel und signierte Dokumente auf und hat nie einen Schlüssel, der Ihre Werte öffnet.
Verschlüsselter Tresor
Bewahren Sie .env-Dateien, Cloud-Zugangsdaten und API-Schlüssel in Projekten und Umgebungen auf, verschlüsselt auf Ihren Geräten, bevor irgendetwas den Server erreicht.
Mehr erfahren
Zugriffskontrolle
Geben Sie jeder Person, Maschine und Pipeline nur die Umgebungen, die sie braucht, mit Rollen, hinter denen Schlüssel stehen und nicht nur Prüfungen auf dem Server.
Mehr erfahren
CI/CD
Geben Sie jeder Pipeline ein Service-Token, das auf ihre Umgebungen beschränkt ist, und binden Sie es per OIDC an Ihren CI-Anbieter, damit sich ein geleaktes Token nicht allein anmelden kann.
Mehr erfahren
Maschinen
Registrieren Sie einen Server mit einem Einmalcode. Der Agent crunu hält seine Umgebungen im Arbeitsspeicher und startet Ihre Programme damit.
Mehr erfahren
Offboarding
Wenn jemand geht, liefert der Server der Person nichts mehr aus, die Schlüssel ihrer Umgebungen ändern sich, und ein Bericht zeigt, was sie gesehen hat und was neu auszustellen ist.
Mehr erfahren
So funktioniert es für startups
Auf dieser Seite
Was ein wachsendes Team von seinen Secrets braucht
Wenn fünf Personen ein Produkt bauen, hat jede jeden Schlüssel. Bei fünfzehn wartet eine neue Person darauf, dass jemand die richtige Datei einfügt, staging und production driften still auseinander, und niemand weiß sicher, wer das Datenbankpasswort für production noch hat.
Die Aufgabe ist schnell gesagt: eine Kopie jedes Werts, gelesen nur von den Menschen und Maschinen, die ihn brauchen, und ein sauberer Abschluss, wenn jemand geht.
Von der ersten Einstellung bis zur ersten Audit-Frage
| Was Sie brauchen | Was Crunu tut |
|---|---|
Ein Ort für jede .env | Projekte enthalten Umgebungen wie development, staging und production. Ziehen Sie .env-Dateien oder ganze Ordner hinein; env-, INI- und flache YAML-Dateien werden Feld für Feld bearbeitet. |
| Neue Leute haben am ersten Tag den richtigen Zugriff | Laden Sie jemanden mit einem Link ein, der bis zu 7 Tage gilt, gleichen Sie den Fingerabdruck ab und gewähren Sie ein Zugriffsprofil wie Developers: Editor für development und staging. |
| Das Entwicklungsteam kann production nicht lesen | Jede Umgebung hat ihren eigenen Schlüssel. Wer Zugriff auf development hat, erhält den Schlüssel für production nie. |
| Weniger Threads à la „Welcher Wert stimmt?“ | Jede Umgebung bewahrt ihre letzten 100 Versionen mit Autor, Zeitpunkt und den Namen der geänderten Felder auf. Vergleichen Sie staging mit production und übernehmen Sie die Werte, die Sie auswählen. |
| CI, die staging sieht und sonst nichts | Ein Service-Token erhält nur die Umgebungen, die Sie freigeben. Eine CI-Bindung (OIDC) knüpft es an ein Repository und einen Branch. |
| Produktions-Secrets bleiben auf den Produktionsservern | Der Produktionsserver führt den Agenten crunu aus und holt seine Umgebung selbst. Die Pipeline startet nur den Dienst neu. |
| Ein sauberer Abschluss | Das Entfernen eines Mitglieds rotiert die Schlüssel jeder Umgebung, die die Person lesen konnte, zeigt, was sie erhalten hat, und listet die Werte auf, die bei Anbietern neu auszustellen sind. |
In einer Woche von verstreuten Dateien zu einem Tresor
- Legen Sie die Organisation an. Registrieren Sie sich mit Ihrer E-Mail-Adresse. Ihr Passwort und Ihr Secret Key werden im Browser erzeugt, und Sie sichern Ihr Emergency Kit.
- Legen Sie ein Projekt pro App an. Geben Sie ihm die Umgebungen, die Sie nutzen, und ziehen Sie die Dateien hinein, die Sie schon haben.
- Laden Sie das Team ein. Bündeln Sie Zugriffe in Zugriffsprofilen, damit eine Änderung an
Developersalle darin erreicht. - Binden Sie CI an. Erstellen Sie ein Service-Token für staging und fügen Sie die Installationsschritte, die die App zeigt, in Ihre Pipeline ein.
- Arbeiten Sie die Checkliste ab. Die Liste „Getting started“ der App führt einen neuen Owner durch Projekt, Variablen, Mitglied, Maschine und zweiten Faktor.
Was Sie vor dem Umzug wissen sollten
- Zugriff für Personen hat kein Enddatum. Entfernen Sie jemanden, wenn die Arbeit erledigt ist. Einladungen, Freigabelinks, Service-Tokens und Leases von Maschinen laufen dagegen ab.
- Kein Single Sign-on und kein SCIM. Mitglieder melden sich mit Passwort, Secret Key und einem zweiten Faktor an.
- Owner und Admins erreichen jede geteilte Umgebung über den Wiederherstellungsschlüssel der Organisation. Vergeben Sie diese Rollen an die Personen, die die Organisation führen.
- Was jemand schon gesehen hat, bleibt bei der Person. Die Rotation schützt neue Versionen; die Werte selbst werden bei jedem Anbieter neu ausgestellt.
- Der Server kann kein Passwort zurücksetzen. Verlieren alle Owner und Admins Passwort, Secret Key und Wiederherstellungscode, kann niemand die Organisation verwalten. Halten Sie zwei Owner und bewahren Sie die Emergency Kits auf.
Jede Grenze und was Sie dagegen tun können, steht auf der Seite zu den Grenzen.
Kostenlos im Early Access
Alle Funktionen sind enthalten, innerhalb der Limits auf der Preisseite. Es gibt keinen Bezahlschritt.
Verwandte Dokumentation und Integrationen
Fragen aus der Praxis
Nicht dabei? Schreiben Sie an support@crunu.com, und ein Mensch antwortet.
Ist es wirklich kostenlos?
Ja, im Early Access. Alle Funktionen sind enthalten, und es gibt keinen Bezahlschritt.
Müssen wir einen Server betreiben?
Nein. Registrieren Sie sich auf crunu.com, und Ihre Organisation liegt auf app.crunu.com. Derselbe Server kann auch auf Ihrer eigenen Infrastruktur laufen: Docker, Cloudflare Workers, Vercel oder Google Cloud Run. Der Server wird nicht als öffentlicher Download angeboten. Schreiben Sie an support@crunu.com.
Kann jemand mit Zugriff auf staging production lesen?
Nein. Jede Umgebung hat ihren eigenen Schlüssel, und der Schlüssel für production ist nur für die Menschen und Maschinen versiegelt, denen Sie production freigeben.
Was, wenn jemand das eigene Passwort vergisst?
Der Server kann es nicht zurücksetzen, denn er hatte es nie. Wer einen Wiederherstellungscode erstellt hat, kommt damit nach einer Wartezeit wieder hinein, und das Konto wird benachrichtigt, solange sie läuft. Verliert jemand im Team Passwort und Secret Key, kann ein Admin die persönlichen Umgebungen dieser Person in ein neues Konto verschieben.
Wie weit können wir damit wachsen?
Eine Organisation fasst bis zu 500 Projekte, ein Projekt bis zu 50 Umgebungen und eine Umgebung bis zu 1 MB Inhalt mit einer Zugriffsliste von bis zu 5.000 Einträgen.
Können wir unsere Daten mitnehmen?
Ja. Exportieren Sie eine Umgebung als einzelne .env, als passwortgeschützte Datei oder nach Ansible Vault, oder laden Sie eine Offline-Kopie von allem herunter, was Sie lesen können. Die Offline-Kopie öffnet sich mit Ihrem Passwort und Secret Key, ohne den Server. Umgebungen mit Netzwerkbeschränkung sind darin nicht enthalten.
Unterstützt Crunu SSO?
Nein. Es gibt keine Anmeldung per SAML oder OIDC für Personen und keine Synchronisierung mit einem Verzeichnis.