Klucze każdego klienta w osobnym miejscu i czyste przekazanie
Praca agencji to konta chmurowe, klucze płatności i bazy danych wielu klientów, a ludzie przechodzą między projektami. Crunu trzyma każdego klienta w osobnej organizacji, daje wykonawcom tylko to, czego potrzebuje ich część pracy, a gdy praca się kończy, odbiera im dostęp i mówi, które wartości wygenerować ponownie.
Pytania, które zadają zespoły takie jak twój
Pytania, które pojawiają się, gdy zespół taki jak twój przenosi sekrety w jedno miejsce. Poniższy przewodnik odpowiada na każde z nich.
- Jak oddzielić klucze jednego klienta od kluczy innego?
- Jak dać wykonawcy tylko środowiska, nad którymi pracuje?
- Jak wysłać klucz pracownikom klienta bez e-maila i czatu?
- Czy wysłany link został otwarty i kiedy przestanie działać?
- Co zostaje wykonawcy po zakończeniu projektu?
- Które wartości wygenerować ponownie u dostawców klienta po przekazaniu?
- Jak przekazać klientowi całą konfigurację?
- Jaki zapis możemy potem pokazać klientowi?
Części Crunu, które to obejmują
Każda część działa według tej samej zasady: serwer przechowuje zaszyfrowane dane, klucze publiczne i podpisane dokumenty i nigdy nie ma klucza, który otwiera twoje wartości.
Kontrola dostępu
Daj każdej osobie, maszynie i potokowi tylko te środowiska, których potrzebuje, z rolami opartymi na kluczach szyfrowania, a nie tylko na kontrolach po stronie serwera.
Dowiedz się więcej
Linki dostępu
Udostępnij wybrane pliki środowiska osobie bez konta przez link, którego klucz odszyfrowania nigdy nie trafia na serwer.
Dowiedz się więcej
Offboarding
Gdy ktoś odchodzi, serwer przestaje wydawać tej osobie dane, klucze jej środowisk się zmieniają, a raport pokazuje, co widziała i co wygenerować ponownie.
Dowiedz się więcej
Dziennik audytu
Logowania, nadania dostępu, wersje, rotacje i odmowy trafiają do dziennika w łańcuchu skrótów, który możesz zweryfikować jednym kliknięciem i wyeksportować.
Dowiedz się więcej
Zaszyfrowany sejf
Przechowuj pliki .env, dane dostępowe do chmury i klucze API w projektach i środowiskach, szyfrowane na twoich urządzeniach, zanim cokolwiek trafi na serwer.
Dowiedz się więcej
agencje i wykonawcy: jak to działa
Na tej stronie
Dwa sposoby, w jakie psują się sekrety klientów
Sekrety różnych klientów lądują obok siebie w jednym wspólnym folderze. A dostęp trwa dłużej niż umowa: wykonawca, który skończył pracę wiosną, latem wciąż zna hasło do bazy danych staging.
Zadanie polega na tym, żeby trzymać każdego klienta osobno, dać każdej osobie tylko jej część i zamknąć wszystko na koniec z zapisem, który można pokazać klientowi.
Osobno dla klienta, wąsko dla osoby, zamknięte na koniec
- Jeden klient, jedna organizacja. Jedno konto może należeć do kilku organizacji, a każda zalogowana osoba może utworzyć nową. Każda organizacja ma własnych członków, projekty, maszyny, klucze i dziennik audytu.
- Wykonawcy widzą tylko swoją część. Nadaj rolę Editor lub Reader w środowiskach, nad którymi pracują, albo Specific files, żeby dać im zaszyfrowaną kopię tylko wybranych plików.
- Profile dostępu dla ról. Miej jeden profil dla wykonawców front-endu, a drugi dla osób, które wdrażają. Zmiana profilu aktualizuje dostęp wszystkich, którzy do niego należą, a każda wersja jest podpisana.
- Pliki dla osób bez konta. Link dostępu wysyła wybrane pliki ze środowiska. Ustaw ważność do 365 dni, limit otwarć nawet do jednego i hasło. Klucz odszyfrowania jest w części adresu po znaku
#, której serwer nigdy nie otrzymuje. - Podglądy nie zużywają linku. Otwarcie liczy się dopiero wtedy, gdy odbiorca kliknie Open, więc podgląd linku w komunikatorze go nie zużywa. Odszyfrowane pliki są tylko w pamięci strony.
- Czyste wyjście. Usunięcie członka zespołu pokazuje, co ta osoba otrzymała, wymienia klucze każdego środowiska, które mogła odczytać, unieważnia utworzone przez nią tokeny, linki dostępu, zaproszenia i kody rejestracji oraz wymienia wartości do ponownego wygenerowania.
- Zapis dla klienta. Dziennik audytu to łańcuch skrótów z logowaniami, wersjami, linkami i usunięciami. Zweryfikuj go jednym kliknięciem i wyeksportuj jako JSONL.
Od startu projektu do przekazania
- Start. Utwórz organizację dla klienta albo poproś o zaproszenie do jego organizacji, jeśli klient już korzysta z Crunu.
- Konfiguracja. Jeden projekt na aplikację, z jej środowiskami. Production dostają tylko osoby, które wdrażają.
- Skład zespołu. Zaproś wykonawców i daj każdemu profil dostępu odpowiedni do roli.
- Przekazywanie plików. Wysyłaj jednorazowe dane dostępowe pracownikom klienta linkiem dostępu zamiast e-mailem.
- Zamknięcie. Usuń wykonawców kreatorem usuwania członków, pobierz raport i przejdź przez listę wartości do ponownego wygenerowania.
- Przekazanie organizacji. Właściciel zaprasza osobę prowadzącą projekt po stronie klienta z rolą Owner, a ta może potem usunąć twój zespół. Usunięcie administratora lub właściciela wymienia też klucz podpisu i klucz odzyskiwania organizacji.
Co zaplanować
- Dostęp osoby nie wygasa sam. Lista dostępu środowiska nie ma daty końcowej. Usuwaj wykonawców, gdy kończą pracę. Linki dostępu, zaproszenia i tokeny usługowe wygasają.
- Tego, co wykonawca zobaczył, nie da się odebrać. Crunu mówi, które wartości ta osoba otrzymała; te wartości generujesz ponownie u każdego dostawcy. Crunu nie robi tego u dostawców za ciebie.
- Crunu zarządza dostępem wewnątrz Crunu. Usuń osobę osobno z konsol chmurowych, repozytoriów i CI.
- Link bez hasła otworzy każdy, kto ma pełny adres. Do wszystkiego, co wrażliwe, dodaj hasło. Gdy hasło jest ustawione, bez niego nie da się nawet pobrać zaszyfrowanych danych, a próby odgadnięcia są sprawdzane online, z limitami.
- Do 100 nowych linków dostępu na konto dziennie.
Każde ograniczenie wraz z tym, co z nim zrobić, opisuje strona ograniczeń.
Powiązana dokumentacja
Odpowiedzi na pytania
Nie ma tu odpowiedzi? Napisz na support@crunu.com, a odpowie ci człowiek.
Czy jedna osoba może pracować w kilku organizacjach klientów?
Tak. Jedno konto może należeć do kilku organizacji, a przełączasz się między nimi w aplikacji. Klucze, członkowie i dzienniki są osobne dla każdej organizacji.
Jak dać wykonawcy dostęp na trzy miesiące?
Dostępu osoby nie da się ograniczyć datą końcową. Usuń ją, gdy praca się skończy. Do jednorazowych plików użyj zamiast tego linku dostępu z terminem ważności.
Czy wykonawca widzi production?
Tylko jeśli przyznasz taki dostęp. Bez klucza production nie da się odszyfrować production, cokolwiek wyśle serwer.
Co możemy dać klientowi na koniec współpracy?
Pobrany raport z usunięcia, który wymienia, co każda usunięta osoba otrzymała, kiedy i skąd; eksport dziennika audytu jako JSONL; oraz listę wartości do ponownego wygenerowania, która podaje ich nazwy, nie pokazując samych wartości.
Czy odbiorca linku dostępu potrzebuje konta?
Nie. Otwiera link w przeglądarce, sprawdza, że podpis właściciela jest zweryfikowany, i może zapisać pliki albo pobrać skrypt instalacyjny, który umieści je na komputerze lub serwerze.
Czy widać, czy link został otwarty?
Tak. Każdy link pokazuje swój status i licznik otwarć, a jego otwarcie jest zapisywane w dzienniku audytu.