Säkerhet och behörighetshantering
Bestämmer vem som når vad
Konton, lösenord och behörigheter ordnade så att alla har exakt den åtkomst deras arbete kräver, och de som slutar förlorar den samma dag.
Utvalt arbete som visar den här tjänsten.
-
Skrev 1 000 RBAC‑regler som säkrar Linux‑servrar
Härdade säkerheten med 1 000 RBAC-regler för utvecklare, appar och Linux-/DB-servrar, automatiserat med Ansible — risken för obehörig åtkomst sjönk 85 %.
-
Ledde behörighetshanteringen i M365 och SSO
Ledde åtkomsthanteringen med M365, 1Password, Red Hat SSO och OKTA, minskade risken för obehörig åtkomst kraftigt och gjorde åtkomsten granskningsbar.
-
Förvaltade och felsökte 8 VPN‑anslutningar över
Förvaltade och felsökte 8 VPN-anslutningar med WireGuard och IPSEC i Google Cloud och Linux och satte stopp för återkommande avbrott i uppkopplingen.
-
Förbättrade teamets kommunikation och samarbete
Sparade ~8 000 timmar genom att införa Slack, Mattermost, 1Password och Jira och förvandlade jakt på information och omarbete till verklig leverans.
-
Administrerade nätverksinfrastrukturen
Administrerade nätverksinfrastruktur för 1 000+ servrar och säkerställde tillförlitlig driftsättning, stark säkerhet och snabb felsökning.
-
Automatiserade SSL/TLS‑cert för 100 Docker‑appar
Automatiserade SSL/TLS-certifikat för 100 Docker-appar på Ubuntu Linux och avskaffade manuella förnyelser och avbrotten som utgångna certifikat orsakar.
-
Byggde växling av organisationskontext
Byggde organisationsbyte med localStorage och spegling i servercookie, så att användare agerar som hanterade organisationer med minsta möjliga behörighet.
-
Byggde e‑post med failover och leveransloggning
Byggde e-post som plattformsförmåga: tre leverantörer med failover, leveranswebhooks, loggning av utskick och leveranser, mallar och kampanjutskick.
-
Provisionerade Azure‑infrastruktur som kod
Satte upp Azure-infrastruktur som kod med Bicep — Container Apps, PostgreSQL, Front Door/WAF — reproducerbar i dev, staging och prod.
-
Härdade applikationen med nonce‑baserad CSP, HSTS
Härdade appen med noncebaserad CSP, HSTS, SameSite-cookies, databasroller med minsta möjliga behörighet och omkontroll av rättigheter på serversidan.
-
Automatiserade teamets samarbete
Automatiserade samarbete samt lösenords-, uppgifts- och tidshantering, byggde ett halvautomatiskt projektgalleri och höjde teamets produktivitet.
-
Införde en företagsgemensam lösenordshanterare
Integrerade ett företagsövergripande system för lösenordshantering, stärkte säkerheten och effektiviserade åtkomstkontrollen i hela organisationen.
-
Byggde åtkomsträttigheter via Stripe och appköp
Byggde lagret för betalningar och rättigheter — Stripe med köp i appen hos Apple och Google — som styr katalog, sökning och export utifrån en åtkomstmodell.
-
Byggde hastighetsbegränsning som stänger vid fel
Byggde skydd mot missbruk som stänger vid fel: 22 Redis-baserade hastighetsbegränsare, Cloudflare Turnstile, idempotenta anrop och ursprungslås vid ingången.
-
Byggde anspråk på företagsägarskap och prövning
Byggde ägaranspråk på företag hela vägen: en användare gör anspråk, en administratör prövar det och ett godkännande skriver om behörighetsgrafen.
-
Drev ett löpande program för säkerhetsskanning
Etablerade ett kontinuerligt säkerhetsprogram — kodskanning, DAST, beroendekontroller, SBOM, hemlighetsskanning och låsta actions — plus 21 granskningar.
-
Tre lås på dörren, inget av dem låst
Granskade serverns intrångsskydd och fann att inget av de tre någonsin hade fungerat: ett vaktade fel dörr, ett åsidosattes av en bredare regel och ett kunde inte köras alls.
-
Härdade SSH till 24 validerade direktiv
Säkerhetsläget för SSH är nu daemonens svar snarare än repots påstående, och skillnaden är inte teoretisk — den var redan två inställningar bred när kontrollen…
-
Bevisade att intrångsspärren fungerar varje gång
Ett spärrflöde som slutar fungera får nu en konvergenskörning att misslyckas i stället för att fortsätta rapportera felfri status, och det var den enda…
-
Verifierade brandväggsregler efter position
Brandväggens säkerhetsläge kontrolleras nu så som ett paket upplever det. Det mest användbara utfallet var inte kontrollen utan det den avslöjade om…
-
Kontrollerade hemligheter i förväg på en sekund
En hemlighet som inte går att slå upp kostar nu en vägran på två sekunder på en bärbar dator i stället för en delvis tillämpad ändring på en levande server.
-
Stämde av en DNS‑zon med 20 poster som kod
Zonen är versionshanterad, jämförbar och exporterbar, och det enda beslut som gick emot det självklara standardvalet är nedskrivet med sitt resonemang, så att…
-
Minskade systemd‑exponeringen för varje enhet
Varje enhet körs med de privilegier den behöver och utan dem den inte behöver, siffrorna är uppmätta snarare än påstådda, och den typ av defekt där ett stavfel…
-
Körde containrar på Podman och Quadlet
Containrar körs under den tjänstehanterare som redan var betrodd, bakom den brandvägg som redan var deklarerad, och en rutinmässig release kräver ingen…
-
Provisionerade en andra server från kod
En andra värd kan skapas, eller tas över på nytt, från repot, bakom en brandvägg som redan finns, till en kostnad som filen anger.
-
Skrev en avgränsningsregel efter läckta uppgifter
Omfattningsgränsen är en nedskriven regel med ett angivet test, resterna är synliga i stället för begravda, och den specifika form av inloggningsuppgift som…
-
Delade upp varje driftshemlighet per värd
Hemligheterna är per värd genom själva konstruktionen, och de två fellägen som skulle ha följt av att dela dem är nedskrivna där nästa person redigerar filen.
-
Tog i bruk den oanvända halvan av kärnan
Den tidigare onådda hälften av kärnan körs av tester mot det riktiga biblioteket, och wrappern har det högsta golvet i projektet.
-
Känn till licensen för allt du levererar
Införde en licenskontroll för 644 tredjepartskomponenter som körs vid varje bygge, och bevisade att den slår till genom att medvetet provocera fram ett fel.
-
Mätte 13 adresser helt utan spårning
Tretton adresser mäts på det här sättet, och webbplatsen levererar ingen kaka, ingen spårare och ingen förfrågan till tredje part, så det finns ingenting att…
-
Publicerade en läsbar onion‑spegel i Tor
Webbplatsen har fyra ytterdörrar till ett och samma bygge, och det här är den enda som aldrig räknas.
Är det här arbetet du behöver få gjort, är nästa steg ett samtal.
Berätta om problemet, så säger vi ärligt om vi är rätt personer.