Avsnittet: 331 – AI, säkerheten och tre infallsvinklar
Inspelat: 2026-06-04 (publicerat 2026-06-07)
Deltagare: Erik Zalitis, Mattias Jadesköld och Emil Olofsson.
Detta avsnitt av IT-säkerhetspodden görs i samarbete med Integrity360, en ledande oberoende cybersäkerhets- och PCI-specialist. Integrity360 skyddar din verksamhet medan du får den att växa.

Medan du lyssnar – infallsvinklar

Alla pratar om AI och ingen här i säkerhetsvärlden känner sig särskilt bekvämt med alla frågor som finns om hur vi ska kunna vara säkra och känna oss trygga. I denna värld, har den förra cybersäkerhets-soldaten Emil Olofsson tagit sig till vår virtuella studio och berättar om sina tankar om just detta område.

Diskussionen kretsar ju ofta kring framtidsscenarier med avancerade autonoma attacker. Men i arbetet och de tester som säkerhetsföretaget Integrity360 har gjort skönjs en mer konkret utveckling här och nu: AI har framför allt sänkt tröskeln för angripare som tidigare saknat kompetens.

Phishing och social engineering har blivit betydligt mer trovärdiga, och mängden attacker har ökat snarare än blivit mer tekniskt sofistikerade. Det är intressanta infallsvinklar.

Samtidigt har man i praktiska experiment, exempelvis i CTF‑tävlingar, sett att AI klarar vissa grundläggande uppgifter men fortfarande har svårt med mer komplex problemlösning där mer kreativitet krävs. Människor behövs fortfarande för de avancerade angreppen.

Det är också viktigt att se de olika nyanserna:

• AI som hot, genom att stärka mängden och kvaliteten på enklare angrepp.
• AI som attackyta, där generativa modeller och nya gränssnitt skapar nya möjligheter till manipulation.
• AI som försvar, där tekniken samtidigt förbättrar detektering, analys och responsförmåga.

Vi pratar också om policies och varför dessa är nödvändiga. Tänk såhär: alla förväntar sig att kunna använda AI i sitt dagliga arbete. Men ska man få använda AI för allting eller ställa vilka frågor som helst. Svaret är att oreglerat användande av AI i sig kan ställa till med farliga situationer om de anställda inte har några restriktioner?

Länkar – infallsvinklar

• Integrity360

Felaktigheter

Inget att rapportera denna gång. Kommentera gärna om ni inte håller med om hittar fel i något vi sagt.

Inlägget #331 – AI, säkerheten och tre infallsvinklar dök först upp på IT-säkerhetspodden.

Avsnittet: 190 – Att genomföra förändring
Inspelat: 2022-12-08 (publicerat 2022-12-11)
Deltagare: Erik Zalitis, Mattias Jadesköld, Jan-Olof Andersson, Tobias Anders.
Detta avsnitt är ett samarbete med SIG Security.

Lyssna på avsnittet – SMS – förändring

Medan du lyssnar

Jan-Olof kallas ofta för JOA och han har 40 år i branschen. Det kan ju verka lite märkligt, men tanke på att IT-säkerhet är runt 25 år gammal som bransch. Men JOA jobbar inom Infosec har arbetat med området då det handlade mycket om fysisk säkerhet. Han är också författare till flera böcker och har talat för sitt ämne i lika länge.

Tobias däremot har bara skrivit en bok, än så länge, mne valdes till ”Årets GRC profil” av organisationen Government Risk Compliance.

Så det finns en enorm kunskapsbas dessa herrar emellan. Och vi pratar förändring av säkerhetskulturen och en hel del om ISO 27001. Det är många punkter som ett ISO 27001-certifierat företag måste kunna kryssa av och nyligen har en ny version kommit ut med flera punkter.

Mattias höll i frågorna nedan, medan jag gjorde en ihop för att bredda området lite.

Några av frågorna:

• (JOA)Jag tänkte att vi ska väva ihop säkerhetskulturen och resan mot 27001. Så först, JOA, vad är 27001?
• (Tobias) Och, Tobias, informationssäkerhetskultur. Vad är det?
• (Tobias) Jag kände mig lite träffad när du din undertitel är ”Varför det inte räcker med utbildning” – för det är ofta det man tjatar om. Berätta varför?
• (Tobias) Vad är bra säkerhetskultur respektive dålig?
• (Tobias) 3 av 10 statsanställda fruktar repressalier ifall de kritiserar. Vad sätter det för kultur?

• (JOA) om man ska införa 27001 i ett företag. Ställer det några krav på kulturen?
• (JOA) Förmåga att hantera verksamhetens behov, legala krav, brister och risker inom informationssäkerhetsområdet. Vad krävs?

• (Tobias), du beskriver kulturen som en lök med flera lager (synlig, osynlig och kärna). Berätta.
• (Tobias) ”Medarbetarnas utrymme” -vad innebär det Tobias?
• (JOA) hur påverkas medarbetarnas utrumme ifall en organisation är certifierad enligt ISO 27001 eller inte certifierad?
• (Tobias) En annan vanlig sak på en arbetsplats är att ”regler inte efterföljs” – vad är orsakerna till det?
• (Tobias) en modell över org.kultur jag fastnade för var en graf där ena axeln var intern<>ext och andra kontroll<>flexibilitet. Vad skapar det för företag?
  • Vad är vanligast?
  • Är någon bättre/sämre?

Länkar – SMS – förändring

• SIG Security
• Nordlo

Felaktigheter

• Inget att rapportera denna gång. Kommentera gärna om ni inte håller med om hittar fel i något vi sagt.

Inlägget #190 – Att genomföra förändring dök först upp på IT-säkerhetspodden.

Avsnittet: 184 – Martin Mazur om DevSecOps
Inspelat: 2022-10-24 (publicerat 2022-10-30)
Deltagare: Mattias Jadesköld och Martin Mazur.
Detta avsnitt är ett samarbete med tretton37.

Lyssna på avsnittet – DevSecOps

Medan du lyssnar

Då jag var frånvarande, är det som att lyssna på vilken annan podd som helst och det är en märklig upplevelse när det är en podd jag normalt är med i. Ämnet är DevSecOps och Martin är intressant att lyssna på och jag gillar hans metafor om att kasta över väggen. Alltså avdelningar som skickar programvaror och uppdrag mellan varandra utan att egentligen prata med varandra. Det är så det varit och Martin förklarar varför det är en så dålig idé. Håller 100% med på hans resonemang.

Det liknar väldigt mycket de föreläsningar jag och Mattias gjort tidigare på t.ex. Netnods säkerhetsdagar 2019 och hos Nordlo Borås. Det finns liksom ingen ”säkerhetsavdelning” längre på de flesta ställen. Så alla måste bära säkerheten och alla måste prata med varandra. Säkerheten måste vara med i alla delar av processen. Alltså det vi kalar DevSecOps.

Behöver vi pentestare?

Hans diskussion av pentester håller jag med om i stora drag, men jag vill ge min egen syn på det hela. Martin säger att pentester bara är ett certifikat på att någon utestående kollat och godkänt produktion. Han säger att man lika gärna kan göra testerna själva med Burp Suite. Jag håller med i att man ska ”pentesta sig själv”, men…

Ett pentest är ett sista kvalitétsarbete innan man går i produktion. Jag anser att pentester är avgörande och nödvändiga för att kunna gå i produktion. Men om man inte testat själv internt, gjort kodgranskningar och som Martin påpekar haft arkitekteterna med från början, ja då kommer pentestrapporten bli trist att läsa.

Sen är pentestare inte någon kör Burp suite och skickar över vad de hittat. Jag jobbar mycket med Burp suite som pentestare och kan säga att automattesterna är väldigt bra, men ändå lätt missar uppenbara fel. Den kan inte heller hitta logik-fel, då detta kräver att man mappar upp flödena inom programmet i huvudet. Själv är jag väl en sorts DevSecOps, när jag jobbar normalt.

DevSecOps vs pentestare

Som pentestare vill jag hitta vägar in mer än något annat, så jag använder Burp för att hitta ”points of interests”. Dessa användbara i ett senare skede, medan man kör testerna kan man då förbereda manuella tester av dessa ömma punkter. Dessa gör jag genom att testa om det till exempel finns någon SQL-backend att bråka med eller varför inte en XSS (Cross-site scripting) ? Men jag måste också sätta mig in i hur applikationen fungerar och försöka ändra dessa för att se om jag kan hitta några vägar in.

Ur verkligheten:

• Ett API ger rabatter på priserna om man är Britt- eller Dansk. Vad händer om jag skickar in dessa landskoder när jag är inloggad som en Svensk?
• Ett system skickar mail till den som glömt sitt lösenord. Kan jag skicka 3000 var mail till andra personer?
• Ett system skickar över priserna till webbläsaren. Vad händer om jag ändrar dem och skickar tillbaka dem? Kan jag köpa en Boeing 747 för en dollar?
• Ett system verkar ta emot data utanför headers. Kan jag prata med mailservern? Vet DevSecOps-snubben om att jag gör det?
• En endpoint på ett API kan användas för att slå upp sin IMEI-kod (unikt id på en mobiltelefon) till telefonen. Kan jag få veta någon annnas genom att mata in kända telefonnummer? Kan jag få veta Ulf Christerssons?
• Ett system hindrar dig för att sätta betyg med stjärnor mer än en gång per låt. Vad händer om du klickar som en dåre på alla stjärnorna, så att 5-10 anrop kommer till backend-systemet samtidigt. Full disclosure, detta var ett riktigt misstag gjort av mig i en av mina utvecklingsprojekt.
• Ett order-API kontrollerar din identitet innan den ger dig data, medan du får tala om vilken grupp du tillför. Vad händer om jag tar ändrar värdet ”Group”:”Customers” till ”Group”:”Administrators” ?

Burp kommer aldrig kunna testa sådana här saker. Det krävs en tänkande människa som planerar, medan han läser loggarna från Burp, Zap, Commix, Dirbuster eller Metasploit.

Länkar – DevSecOps

• Digitala val?
• Ökad säkerhet kräver kulturförändring
• Nordlo

Felaktigheter

• Inget att rapportera denna gång. Kommentera gärna om ni inte håller med om hittar fel i något vi sagt.

Inlägget #184 – Martin Mazur om DevSecOps dök först upp på IT-säkerhetspodden.

Avsnittet: 181 – Beyond the hype – riktiga IAM utmaningar
Inspelat: 2022-09-23 (publicerat 2022-10-02)
Deltagare: Mattias Jadesköld, Erik Zalitis och Magnus Rusk.
Detta avsnitt är ett samarbete med PhenixID.

Lyssna på avsnittet – IAM

Medan du lyssnar – IAM

Magnus hittade sin väg in i IT-säkerhetsområdet när han hjälpte till att försöka lösa ett svårt IT-säkerhetsintrång. Det är precis så det blir för många som snabbt inser hur viktigt området är. Och vi behöver fler händer.

Idag arbetar han med ”Identity access management” på PhenixID. Ordet låter svårt, men så är inte fallet. Det handlar om att se till att vi kan logga in och ha konton och identiteter på nätet utan att ta stora risker. Visst, allt det där vet vi väl. Men det finns ett isberg där du bara ser toppen. Under utan finns alla gamla tjänster och applikationer som byggdes innan säkerheten var någon man tänkte på, och som fortfarande används. Sådana system brukar man inte ta bort hursomhelst. De används, de är viktiga, men kan inte hantera dagens krav.

Det finns ingen acceptans idag för att bygga lösningar som saknar stöd för stark autentisering (multi-faktor) eller har brister i sin livscykelhantering. Indentitetshanteringen blir i princip obefintlig. Alltså har de gamla lösningarna konton som är aktiva, med dåliga lösenord och som tillhör personer som sedan länge slutat.

PhenixID har tagit fram koncept för att lära gamla hundar till system att ”sitta” eller kanske ska man säga att fungera säkert med inloggningar. Identitetshantering för en applikation som inte ens vet vad det är. Allt med ett lager som kopplar bort applikationens inloggningsbrister från nätet.

I denna komplicerade värld med federationer och beroenden är identitetshanteringen en mycket känslig punkt i de flesta tjänsterna på nätet.

Länkar – IAM

• PhenixID

Felaktigheter

• Inget att rapportera denna gång. Kommentera gärna om ni inte håller med om hittar fel i något vi sagt.

Inlägget #181 – Beyond the hype – riktiga IAM utmaningar dök först upp på IT-säkerhetspodden.

Avsnittet: 179 – Torbjörn Andersson – teknisk innovation vs cyberhot
Inspelat: 2022-09-15 (publicerat 2022-09-18)
Deltagare: Mattias Jadesköld, Erik Zalitis och Torbjörn Andersson.
Detta avsnitt är ett samarbete med Medius.

Lyssna på avsnittet – teknisk innovation

Medan du lyssnar

I dessa dagar är det alltid trevligt att prata med folk som förstår att zero trust network/architecture är en nödvändighet. Torbjörn talar väl för konceptet och ser verkligheten för vad den är. Torbjörn drogs tidigt till den kreativa sidan av datorer och blev det snabbt IT-säkerhet. Året var då 1997 och man började ana att vi snart skulle få en mycket annorlunda värld tackvare och pågrund av Internet.

Idag arbetar han operativt för att se till att Medius, som ervbjuder elektronisk fakturhantering, har en plan för att skapa ”teknisk innovation”. Han ser detta som positivt, men inser att säkerheten måste vara med. Jag passar på att fråga om han ser någon konflikt mellan nya funktioner, som är innovation och säkerheten. Men svaret är att de visst går att ha båda om man planerar för det. Och det håller jag med om.

Han säger också att ”Våra kunder litar på våra system” och ”Vi måste vara transparanta…”. För precis så ser världen ut. Och att upptäcka attackerna är också viktigt. Men det som få andra faktiskt kommenterar på, är självklart för honom: att öva på säkerheten. Och det vet jag själv: det ofta är lätt att missa. Men övningar där man testar att man kan hantera kriser.

Zero trust – teknisk innovation som är ett måste

Torbjörn menar på att ”det är en naturlig väg”, vilket det inte alltid varit, något alla som jobbat i braschen tyvärr vet. Det är därför så få använder det fullt ut, men han menar på att detta är vad som gäller nu. Att kunna jobba var som helst och med vem som helst är dagens lösenord. Det är teknisk innovation som vi inte kan vara utan.

Länkar – teknisk innovation

• Medius hemsida

Felaktigheter

• Inget att rapportera denna gång. Kommentera gärna om ni inte håller med om hittar fel i något vi sagt.

Inlägget #179 – Torbjörn Andersson – teknisk innovation vs cyberhot dök först upp på IT-säkerhetspodden.

Avsnittet: #174 – Brister med tvåfaktorsautentisering med Nikka
Inspelat: 2022-06-09 (publicerat 2022-06-12)
Deltagare: Mattias Jadesköld, Erik Zalitis och Karl-Emil Nikka.
Detta avsnitt är ett samarbete med SIG Security.

Lyssna på avsnittet – Nikka

Medan du lyssnar – Nikka

På Norges nationaldag, den 17 maj, höll Karl-Emil Nikka föredraget ”Utmaningen med säker autentisering” hos SIG Security för att förklara var vi är på väg med säker autentisering. Det är länge sedan vi kunde prata om att ”vi måste sluta förlita oss på lösenord”. Det tåget har gått. Nu är det multifaktorautentisering som är standarden. Och nu kämpar vi istället med fråga oss vilken metod som är den säkraste och hur man ens sätter upp sitt konto. Karl-Emil har företaget Nikka systems och är en föreläsare som går hem i stugorna och på scenen. Han har också en egen, mycket populär podd, som heter ”Bli säker-podden”.

Om du kan IT bra, vet du hur. Men att konfigurera multi-faktor, som kanske inte ens är säker nog, är en utmaning för de äldre generationerna och för folk utan teknikintresse. Allt behöver säker autentisering, men alla kan inte hantera den.

Fyra vägar – olika resultat

Karl-Emil pratar om de olika metoderna från SMS med koder, via de där apparna som alla nu måste använda och fram till Passkeys. Det sistnämnda är framtiden, men det är en framtid där Microsoft, Apple och Google kommer lagra våra privata nycklar. För mer information och ”hela resan”, lyssna på avsnittet och du kommer förstå allting, medan du läser denna artikel.

Vänta, vadå? Ska jag lagra mina privata nycklar hos de stora leverantörerna??? Det är just den framtiden, Nikka pratar om. Den som inte vill detta, hänvisas till Titankey och Yubikey. Mattias undrar hur detta fungerar med GDPR och själv känner jag mig osäker på detta. Men frågan är om det finns någon annan väg som gör att alla kan hantera säker autentisering.

Min högst privata tanke är att det finns en risk att ett hackat datacenter hos Google, Apple, Amazon eller Microsoft leder till att Troy Hunt får uppdatera sin lösenordsläckage-site ”Have I been pnwed” med certifikatsläckor. Är det vår framtid? Kanske inte, men vägen mellan säkerhet och faktisk användarbarhet är svårt. Karl-Emil Nikka tror på Passkeys och förklarar hur han ser på de problem som finns och den lösning framtidens autentisering kan erbjuda.

Länkar – Nikka

• Nordlo
• SIG Security
• Bli säkerpodden

Felaktigheter

• Inget att rapportera denna gång. Kommentera gärna om ni inte håller med om hittar fel i något vi sagt.

Inlägget #174 – Brister med tvåfaktorsautentisering med Nikka dök först upp på IT-säkerhetspodden.

Avsnittet: 144 – Att upphandla IT-säkerhet
Inspelat: 2021-11-19 (publicerat 2021-11-21)
Deltagare: Mattias Jadesköld, Erik Zalitis, Thomas Sevilä, Per Rapp.
Detta avsnitt är ett samarbete Ecenea.

Lyssna på avsnittet – upphandling

Medan du lyssnar – upphandling

Man får en rätt bra bild på hela avsnittet bara genom vår inledning:

Mattias: Vikten av en bra beställning och underlag till en upphandling har vi i IT-säkerhetspodden touchat några gånger. Mest i förbifarten men aldrig på djupet. Så det är dags nu att fundera på vad som egentligen kan hända när kunskap brister och djupa insikter inom särskilt IT-säkerhetsområdet inte finns men man har samtidigt målet att upphandla inom området.

Erik: Ja för det ligger väl på något vis i sakens natur att det är komplext att upphandla IT-säkerhet. Jag om någon vet ju hur snabbt det svänger i branschen – nya hot, nya attacker och nya skyddsmekanismer.  Så det är inte ovanligt att den upphandlande organisationen lämnar över saken till en upphandlings-konsult. Och några som verkligen vet hur man tänker kring detta är Per Rapp och Thomas Sevilä.

Mattias: Japp, Thomas och Per arbetar på Ecenea som upphandlingskonsulter och driver något de kallar ”IT-forum”. Så, välkommen till avsnittet av IT-säkerhetspodden där vi kommer lära oss IT-säkerhet ur upphandlarens synvinkel. Jag heter Mattias Jadesköld och mitt emot mig sitter Erik Zalitis. Välkommen till IT-säkerhetspodden som idag är ett samarbetsavsnitt med Ecenea.

Ecenea beskriver sig själva såhär

Ecenea har stor erfarenhet inom strategiskt inköp och offentlig upphandling. Bland våra konsulter finns experter på stora komplexa entreprenadupphandlingar, vård och omsorg, varor och tjänster och IT.

Vi erbjuder också våra kunder rådgivning och konsultation inom offentlig upphandling och utbildningar med utgångspunkt från kundens behov.

Länkar – upphandling

• Ecenea:s hemsida.

Felaktigheter

• Inget att rapportera denna gång. Kommentera gärna om ni inte håller med om hittar fel i något vi sagt.

Inlägget #144 – Att upphandla IT-säkerhet dök först upp på IT-säkerhetspodden.

Avsnittet: 134 – Hur blir IT-arkitekturen säker?
Inspelat: 2021-09-17 (publicerat 2021-09-19)
Deltagare: Mattias Jadesköld och Erik Zalitis
Detta avsnitt är ett samarbete med Nordlo AB.

Lyssna på avsnittet – IT-arkitektur

Medan du lyssnar

Så låt oss prata IT-arkitektur! Jag tyckte från början att detta helt klart var Mattias avsnitt, och vi hade båda en hel del att säga. Det kan vara svårt att koka ner allt detta till några visdomsord, så lyssna på avsnittet!

Men några saker som en bra IT-arkitektur behöver:

• Feedback från alla intressenter som slutanvändare, tekniker, HR, ekonomer och chefer.
• Ett beteende där planeringen måste vara klar innan arbetet börjar och beaktas i varje steg.
• En flexibilitet där ändrade förutsättningar måste hanteras.
• Säkerheten måste byggas enligt best-practises och vävas in i alla delar av projektet.

Stockholms skolplatform är ju ett populärt it-arkitekturellt misstag just nu och vi pratar om den bristfälliga planeringen där användarens behov inte fick väga in och där styrningen var obefintlig.

Vi talar om ”kund X” som jag råkade ut för och som hade köpt all nätverksutrustning innan jag hade första mötet med dem.

Mattias fick ta stryk för att användarna inte tillfrågats, vilket inte var hans fel, men ändå rätt trist att råka ut för.

Min morsa är bra på att skriva aforismer, roliga berättelser eller som här: en alternativ text till ”Arbetets söner”.

Lösa boliner och hals över huvud
kör så det ryker, ge järnet – ad hoc!

Raca och tokös och plattan i botten
kör så det ryker, ge järnet – ad hoc.

Britta Emmer

Och så fungerar dålig projektledning baserat på obefintlig IT-arkitektur.

Morsan älskar besinning och jag avslutar med ännu en av hennes underfundiga texter:

Melodi: Visa vid vindens ängar.

Jag bygger luftslott och jagar irrbloss.

Jag ror i jolle på stormigt hav.

Jag följer huldror, sireners lockrop.

Varför ska jag alltid gå i kvav?

Britta Emmer

Länkar – IT-arkitektur

• En kurs liknande den Mattias gick för att certifiera sig

Felaktigheter – IT-arkitektur

• Inget att rapportera denna gång. Kommentera gärna om ni inte håller med om hittar fel i något vi sagt.

Inlägget #134 – Hur blir IT-arkitekturen säker? dök först upp på IT-säkerhetspodden.

Avsnittet: 129 – GTCC, möt 18 skarpa IT-hjärnor i september
Inspelat: 2021-07-07 (publicerat 2021-07-18)
Deltagare:  Kent Illemann, Ulf Berglund, Erik Zalitis och Ina Nordqvist
Detta avsnitt är ett samarbete med SIG Security.

Lyssna på avsnittet

Medan du lyssnar

Va, är vår semester redan slut? Nix, men vi har ändå tid att ge er nyheten om Nordens nya IT-säkerhetskonfens: GTC. I samarbete med SIG Security tar vi nu alltså pulsen på de 18 säkerhetsexperter som kommer berätta om vad som händer i IT-säkerhet- och InfoSec-området just nu.

Kent, Ulf och Ina samlades hemma hos mig en onsdag eftermiddag där vi hade allt uppkopplat. Man samlades ute på min balkong, medan jag gjorde klart det sista och sedan körde vi igång. Det skulle ha blivit 90 minuter, men istället märkte vi att 45 räckte. Efter att ”saxen” gått i ”bandet”, var vi nere i nästa 37 minuter. Detta är exakt som det ska vara. Det är bara fördelar med att hålla sådana här diskussioner rimligen korta och koncisa. Allt viktigt hann sägas.

Talarna

Jacob Henricson
CISO, Skanska Sverige
http://skanska.com

Erik Blomberg
CISO, Handelsbanken
http://handelsbanken.se

Eva Throne-Holst
Information Security Officer, Nordnet Bank
http://nordnet.se

Sandra Elvin
CISO, Microsoft
http://microsoft.com

Tony Kylberg
CSO, Head of Group Security & Cyber Defence and Third Party Governance, SEB
http://seb.se

Thomas Nilsson
CIO, Försvarsmakten
http://forsvarsmakten.se

Anne-Marie Eklund Löwinder
Säkerhetschef, Internetstiftelsen
http://internetstiftelsen.se

Rebecca Ihrfors
Chef ledningssystem, FMV
http://fmv.se

Brian O’Toole
Head of Digital Services Security Center, Ericsson
http://ericsson.com

Helena Lindberg
Sveriges Riksrevisor, Riksrevisionen
http://riksrevisionen.se

David Jacoby
Senior Security Researcher, Kaspersky
http://kaspersky.com

Marcus Södervall
Head of Security & DPO, Stravito
http://stravito.se

Nicklas Kjellin
CTO, Covr Security AB
http://covrsecurity.com

Viktor Laszlo
Grundare, Devfinity

Daniel Melin
Moln- och datacenterstrateg, Skatteverket
http://www.skatteverket.se

Johan Christenson
Grundare och VD, City Network
https://citynetwork.se/om-foretaget/

Magnus Bergström
It-säkerhetsspecialist
http://imy.se

Anna Rehnström
VP Infrastructure & Platform Services, Basefarm
http://basefarm.com

Länkar

• Boka din plats här.
• SIG Security.

Felaktigheter

• Inget att rapportera denna gång. Kommentera gärna om ni inte håller med om hittar fel i något vi sagt.

Inlägget #129 – GTCC, möt 18 skarpa IT-hjärnor i september dök först upp på IT-säkerhetspodden.

Avsnittet: #118 – Praktiska råd efter Schrems II
Inspelat: 2021-03-26 (publicerat 2021-04-03)
Deltagare: Erik Zalitis och Per Gustavsson
Detta avsnitt är ett samarbete med SIG Security.

Lyssna på avsnittet

Medan du lyssnar

Så vad göra när molnet är en röra av legala fällor och möjlighet för Amerikanska myndigheter att begära ut Europeers data från datacenter placerade i USA?

Visst har vi pratat om det hela i avsnitt 102 med Agnes Hammarstrand, men helt ärligt, det känns som vi gärna vill ta detta även med en organisation som kan berätta om hur Schrems II påverkat dem i verkligheten. Denna organisation är Göteborgs stad som via SIG Security givit Per Gustavsson, deras Chief Information Security Officer (CISO), möjligheten att förklara situationen för oss.

Så vad innebär det att Schrems II-domen invaliderar USAs ”Privacy Shield” ? Detta är något som Göteborgs stad varit tvungna att ta hänsyn till. Man har också varit en av de få i Sverige som använt Microsofts customer lockbox, något som de nu överger, men varför? Lyssna på avsnittet så får du klarhet i frågan.

Länkar

• SIG Security
• Microsofts ”Customer Lockbox”
• Vår radioteater om resan till molnet

Felaktigheter

• Inget att rapportera denna gång. Kommentera gärna om ni inte håller med om hittar fel i något vi sagt.

Inlägget #118 – Praktiska råd efter Schrems II dök först upp på IT-säkerhetspodden.