# Molnsäkerhetsmodellen: delat ansvar | Miyagami > Molnsäkerhetsmodellen förklarad: delat ansvar, vad du säkrar i IaaS, PaaS och SaaS. Senior DevOps från €5 600 i månaden. Source: https://www.miyagami.com/sv/resources/articles/what-is-the-cloud-security-model [Hem](https://www.miyagami.com/sv/)/ [Resurser](https://www.miyagami.com/sv/resources)/ [Artiklar](https://www.miyagami.com/sv/resources/articles)/ [Verktyg och infrastruktur](https://www.miyagami.com/sv/resources/articles/tools-and-infrastructure)/ Vad är molnsäkerhetsmodellen # Vad är molnsäkerhetsmodellen **[Bo Wesdorp](https://www.linkedin.com/in/bo-wesdorp-496a36167/)** Medgrundare och CTO, Miyagami [Verktyg och infrastruktur](https://www.miyagami.com/sv/resources/articles/tools-and-infrastructure)3 min läsning 10 november 2026 Molnsäkerhetsmodellen, som vanligtvis kallas modellen för delat ansvar, fördelar säkerhetsansvaret mellan molnleverantören och kunden. Leverantören ansvarar för de fysiska datacentralerna, hårdvaran och kärnplattformen. Kunden ansvarar för sina egna data, användaråtkomst och konfigurationen av de tjänster den använder. Fördelningen förändras beroende på om du använder IaaS, PaaS eller SaaS. ## Vem ansvarar för vad i molnet Leverantören ansvarar för säkerheten i molnet, vilket innebär byggnader, hårdvara, nätverk och virtualiseringslagret. Du ansvarar för säkerheten i molnet, vilket innebär vad du kör på det och hur du konfigurerar det. Ingen tjänstemodell överlåter ansvaret för dina data eller dina användarkonton till leverantören. ## Hur förändras fördelningen beroende på tjänstetyp Ju mer leverantören hanterar, desto mindre behöver du själv säkra. | Lager | IaaS | PaaS | SaaS | | --- | --- | --- | --- | | Fysik och nätverk | Leverantör | Leverantör | Leverantör | | Operativsystem | Du | Leverantör | Leverantör | | Runtime och applikation | Du | Du | Leverantör | | Data och åtkomst | Du | Du | Du | Din andel av data och åtkomst sjunker aldrig till noll, vilket är anledningen till att identitet och behörigheter behöver uppmärksammas i varje modell. ## Vilka är de vanligaste bristerna De flesta incidenter beror på felkonfiguration, inte på angrepp mot leverantören. Publika lagringsbuckets, behörigheter som är bredare än nödvändigt, oanvända åtkomstnycklar och avsaknad av loggning dyker upp gång på gång. Hemligheter i kodförråd är en annan vanlig orsak. ## Vilka kontroller bör varje team ha En kort lista täcker det mesta av risken. - Enkel inloggning och multifaktorautentisering för alla användare. - Behörigheter enligt minsta privilegium, granskade enligt ett schema. - Kryptering av data i vila och under överföring, med hanterade nycklar. - Central loggning och larm för ovanlig aktivitet. - Infrastruktur definierad som kod, så att inställningar granskas som vilken annan förändring som helst. - Regelbundna säkerhetskopior med testad återställning. ## Hur hänger detta ihop med en migrering En migrering flyttar system till en modell där dessa ansvar gäller från dag ett. Planera kontostrukturen, åtkomstreglerna och loggningen innan den första arbetsbelastningen flyttas, vilket beskrivs i guiden för [molnmigrering](https://www.miyagami.com/sv/resources/articles/how-to-plan-a-cloud-migration). Valet mellan värdformer påverkar också din andel, vilket tas upp i [för- och nackdelar med olika webbvärdformer](https://www.miyagami.com/sv/resources/articles/pros-and-cons-of-different-web-hosting-forms). ## Hur börjar du säkra ett nytt molnkonto Börja med kontostrukturen. Separera produktion från test, ge varje miljö egna konton eller projekt och aktivera loggning innan något körs. Skapa roller för personer och tjänster, och ta bort långlivade åtkomstnycklar överallt där en roll kan ersätta dem. Lägg sedan till skyddsräcken som gäller för allt, till exempel blockering av publik lagring som standard och krav på kryptering. Skyddsräcken stoppar ett misstag innan det når produktion, vilket är billigare än att hitta det i en granskning efteråt. ## Hur vet du att det fungerar Testa dina kontroller enligt ett schema. Prova att återställa en säkerhetskopia, granska vem som har administratörsrättigheter, kör en sökning efter publika resurser och öva igenom stegen för ett läckt inloggningsuppgift. En kontroll som aldrig har testats är ett antagande. Ha en kort skriftlig runbook för den första timmen vid en incident, med information om vem som beslutar, vilka nycklar som ska återkallas och var loggarna finns. ## Vad innebär det här när du rekryterar utvecklare Molnsäkerhet kräver ingenjörer som behandlar konfiguration som kod och granskar den noggrant. Miyagami placerar seniora ingenjörer via sidorna [DevOps engineers](https://www.miyagami.com/sv/hire/devops-engineers) och [AWS engineers](https://www.miyagami.com/sv/hire/aws-engineers), på heltid från €5 600 i månaden med ett minimum på tre månader. Varje ingenjör testas av en AI-native tech lead som arbetar med AI varje dag, vilket förklaras på [how we vet](https://www.miyagami.com/sv/how-we-vet). Vi innehar ISO 27001 och arbetar enligt GDPR med EU-datalagring. ## Korta svar Vad är modellen för delat ansvar? Det är uppdelningen av säkerhetsansvar mellan molnleverantören och kunden. Leverantören skyddar plattformen och kunden skyddar det som placeras på den. Vem ansvarar för data i molnet? Kunden, i alla tjänstemodeller. Leverantören hanterar inte vem i ditt företag som kan se din data. Vad orsakar de flesta molnsäkerhetsincidenter? Felkonfiguration och svag åtkomstkontroll, till exempel publika lagringsbuckets och alltför breda behörigheter. Förändras modellen beroende på tjänstetyp? Ja. Du bär mest ansvar med IaaS och minst med SaaS. Vi testar detta Varje utvecklare vi placerar går igenom två bedömningar: en utan AI-verktyg och en med. Båda scorecards är publicerade. [Hur vi granskar](https://www.miyagami.com/sv/how-we-vet) Relaterat - [Hur du planerar en molnmigration](https://www.miyagami.com/sv/resources/articles/how-to-plan-a-cloud-migration) - [För- och nackdelar med olika former av webbhotell](https://www.miyagami.com/sv/resources/articles/pros-and-cons-of-different-web-hosting-forms) - [Vad är prompt injection](https://www.miyagami.com/sv/resources/articles/what-is-prompt-injection) - [Vad är Backend as a Service (BaaS)?](https://www.miyagami.com/sv/resources/articles/what-is-backend-as-a-service) Rekryterar du för detta? Senior AI-native utvecklare, shortlist inom tre arbetsdagar och klar placering inom fem. [Få en shortlist](https://www.miyagami.com/sv/shortlist) Vi pratar ## Få en shortlist inom tre dagar Du skickar roller och stack i ett kort formulär eller under ett samtal på trettio minuter. Inom tre arbetsdagar får du namngivna senior utvecklare att granska, alla med båda scorecards, och du kan hyra in inom fem. [Få en shortlist](https://www.miyagami.com/sv/shortlist) Recenserad på **Clutch** 42 recensioner [ISO 27001 Certifierad](https://trust.miyagami.com/) Boka trettio minuter med Dale Kalendern tillhandahålls av HubSpot, som sätter egna cookies. Ladda den här, eller boka på HubSpots sida. [Öppna bokningssida](https://sales.miyagami.com/meetings/dwesdorp)