Hoe Growth-OS onze data veilig houdt
Wie wat kan zien, waar de controles draaien, waar de data staat, en wat er nooit stilletjes gebeurt.
On this page
Where this comes from
This guide is distilled from docs/CONVENTIONS.md and docs/DATABASE-RUNTIME.md. When the guide and Growth-OS disagree, that document is the one to trust, and the difference is worth reporting.
Wie wat kan zien
Alles in Growth-OS hoort bij een project binnen onze organisatie. Wat je kunt lezen en wijzigen, wordt bepaald door de rol die voor jou in dat project is vastgelegd, en iemand zonder lidmaatschap ziet niets, geen lege pagina.
Finance is alleen voor beheerders. Elke andere groep volgt de ladder van viewer, editor, admin en eigenaar die in de rollengids staat.
De controles draaien op de server
De browser zegt nooit wie je bent, bij welke organisatie je hoort, of welk project je mag lezen. Je identiteit wordt op de server vastgesteld uit de ingelogde sessie, het project en de rol worden daar opgezocht, en elke schrijfactie wordt tegen een gedeeld contract gecontroleerd voordat die de database raakt.
Een knop verbergen is een gemak, nooit de bescherming. De dienst erachter controleert opnieuw, en een verzoek dat er langs een andere weg komt, wordt op dezelfde manier geweigerd.
Waar de data staat
Records staan in onze eigen PostgreSQL-database, met de tenant in de rijen en in de indexen die ze lezen. Live updates in de interface komen via een ingelogd leeskanaal dat alleen om vaste tabellen, vaste kolommen en ons eigen project kan vragen, dus niets in een browser kan verbreden wat het ontvangt.
Geüploade bestanden staan privé opgeslagen en zijn bereikbaar via ondertekende, aflopende links in plaats van publieke URL’s.
Inloggegevens van bronnen zijn per project versleuteld
Een inloggegeven dat je op de pagina Sources toevoegt, wordt versleuteld, van een versie voorzien en kan worden ingetrokken, en het wordt op de server door de eigenaar van de koppeling bewaard. Het wordt nooit aan iemand teruggetoond, het gaat nooit naar een browser, en een bron zonder gekozen site, property of dataset weigert de leesactie in plaats van terug te vallen op een standaardwaarde.
Er verandert niets stilletjes
Databasemigraties worden gegenereerd, beoordeeld en bewust toegepast. Er draait er nooit een uit zichzelf, en er wordt er nooit een aangepast nadat hij een gedeelde omgeving heeft bereikt.
Elke opslag van een record bewaart een revisie, dus de vorige versie van wat dan ook is leesbaar in de Time Machine. Bewijscitaten worden tegen het transcript gecontroleerd in dezelfde transactie als de schrijfactie, ontvangerslijsten van campagnes worden één keer bevroren en nooit vervangen, en een goedgekeurde extractie kan niet stilletjes worden teruggedraaid.
Was this page helpful?
Feedback is stored only in this browser.