Deel van de Sovereign Stack · Familie: Soeverein
Sovereign Code
Host bedrijfsbroncode in een beheerde GitLab-omgeving in Europa of op eigen servers. Beheer toegang en controleer wijzigingen op wachtwoorden en toegangssleutels.
Waar uw code wordt gehost
- Projectbestanden en wijzigingsgeschiedenis in bedrijfsrepositories bewaren.
- Bepalen wie code mag lezen, wijzigen, beoordelen en uitbrengen.
- Hosting, back-ups en controles op blootgestelde wachtwoorden en sleutels afspreken.
Hoe het werkt
- Bedrijfsaccounts maken en de afgesproken projecten met hun geschiedenis overzetten.
- Wijzigingen nakijken en controleren voor opname in de hoofdversie.
- Een inventaris bijhouden, overbodige toegang verwijderen en projectherstel testen.
Scrol zijwaarts om de volledige tekening te lezen.
De code van uw team, onder bedrijfscontrole.
- Uw ontwikkelteam
- Medewerkers en partners
- Bedrijfsaccounts voor projecten
- Toegang voor de juiste mensen
- Sovereign Code
- GitLab onder bedrijfscontrole
- Beschermde hoofdtakken beoordelen
- Op blootgestelde sleutels controleren
- Een herstelbaar project
- Projecthistoriek bewaren
- Toegang beoordelen en intrekken
- Back-ups maken en herstel testen
Europese hosting of uw eigen servers; leg beheerderstoegang vast.
- Repository
- Projectbestanden en hun wijzigingsgeschiedenis.
- Geheim
- Een wachtwoord, token of sleutel waarmee software een andere dienst kan gebruiken.
- Controle voor opslaan
- Controles op de ontwikkelcomputer om blootgestelde inloggegevens te herkennen.
- Beschermde branch
- Gedeelde codeversie met regels voor beoordeling en aanvaarding van wijzigingen.
- Ondertekende commit
- Een wijziging met een cryptografische handtekening waarvan de identiteit moet worden gecontroleerd.
- CLOUD Act
- Clarifying Lawful Overseas Use of Data Act. Amerikaanse wet over elektronisch bewijs; het opslagland alleen bepaalt de verplichtingen niet.
Wie kan de code lezen en wijzigen?
Een repository bevat projectbestanden en hun wijzigingsgeschiedenis. Bedrijfsaccounts, toegangsregels en beschermde branches ondersteunen de afgesproken beoordeling van wijzigingen.
Controles op de ontwikkelcomputer en in het gedeelde proces helpen wachtwoorden en toegangssleutels opsporen. We spreken af waar elke controle draait; een blootgestelde sleutel moet ook worden ingetrokken en onderzocht.
Bestaande projecten verhuizen
We inventariseren eerst repositories, mensen en koppelingen. De planning behandelt codegeschiedenis, tickets waar ondersteund, automatisering, toegang en back-ups.
Voor de overstap controleren we of teams code kunnen ophalen, wijzigingen voorstellen en het afgesproken uitbrengproces uitvoeren.
Een les uit ons eigen project
Een student op een van onze projecten kopieerde de repository naar zijn persoonlijke GitHub-account. Die bevatte een SendGrid-toegangstoken. De aanbieder meldde later dat de token in een openbare repository was gevonden en ingetrokken.
De praktische les is bedrijfsaccounts gebruiken, blootgestelde inloggegevens controleren en projecten inventariseren. Het intrekken verwijderde de codekopieën niet.
Bij hosting horen ook aanbieder, beheerderstoegang en toepasselijke wettelijke verplichtingen te worden bekeken; het opslagland alleen volstaat niet.
Technische details
Voor IT’ers: GitLab, zelf gehost of in de EU gehost, secret scanning in pre-commit, beschermde branches, ondertekende commits, repository-inventaris.
Opleiding voor uw team
- Duur
- Een halve dag
- Voor wie
- Ontwikkelleiders en teams
- Op het programma
- Bedrijfsaccounts gebruiken, inloggegevens controleren en toegang en migratie voorbereiden.
Verwante onderwerpen
Bekijk praktische maatregelen en bronnen die bij deze dienst horen.