Personuppgifter kan ha läckt från Liseberg och Skansen efter dataintrång
Påståendet är baserat på faktiska misstankar och rapporter från parkerna själva. Det kan verifieras genom att kontakta parkerna och myndigheter som utreder incidenten.
Detta är ett citat från Skansen till en namngiven tidning och kan verifieras genom att kontakta källorna eller läsa den ursprungliga artikeln.
Påståendet är baserat på en rapport från en namngiven tidning och kan verifieras genom att kontakta Liseberg eller läsa originalartikeln.
Detta är ett faktiskt uttalande från parkerna om omfattningen av läckan och kan verifieras genom deras officiella kommunikation eller utredningar.
Påståendet är baserat på Skansens egna uppgifter om vilka personuppgifter som läckte och kan verifieras genom deras officiella meddelanden.
Detta är ett faktapåstående om nuläget i utredningen och kan verifieras genom att kontakta myndigheter eller de inblandade parterna.
Denna incident med PHP-sårbarheter är en faktisk, verifierbar händelse som dokumenterades i säkerhetsmedia och officiella säkerhetsbulletiner.
Tidpunkten för när PHP-sårbarheterna offentliggjordes är en verifierbar faktum som kan kontrolleras mot officiella säkerhetsmeldingar och säkerhetsdatabaser.
Ett webbmeddelande om intrånget räcker inte – familjer som litat på Liseberg och Skansen förtjänar direkt kontakt.
Liseberg och Skansen valde Visit som leverantör – marknaden straffar dem, inte en ny myndighetsregel.
Besökarna fick ingen röst i valet av Visit som leverantör, men det är de som nu riskerar nätfiske.
Artikeln nämner bara att Liseberg 'skriver på sin sajt' och att Skansen 'varnar för nätfiske', men säger inget om huruvida de personer vars uppgifter läckt kontaktas direkt. Om ingen individuell underrättelse sker, vilket är en rimlig GDPR-fråga, skulle det implicita antagandet om att webbplatsinformation räcker vara otillräckligt för att skydda de drabbade.
”skriver Liseberg på sin sajt”
Följ premissen →Genom att konsekvent hänvisa till 'biljettleverantören Visit' som den som drabbats av intrånget, flyttas fokus bort från parkernas eget ansvar att välja och granska sina leverantörers säkerhet. Om detta antagande inte gällde skulle artikeln behöva diskutera parkernas upphandlingsprocess och eventuella avtalsmässiga säkerhetskrav.
”Detta efter ett dataintrång hos biljettleverantören Visit.”
Följ premissen →Artikeln säger uttryckligen att det är oklart om incidenterna har någon koppling, men den redaktionella strukturen (PHP-nyheten som sista stycke, utan ytterligare förklaring till varför den tas upp alls) riskerar att läsaren drar slutsatsen att PHP-sårbarheten är orsaken. Om texten istället hade separerat de två nyheterna tydligare, eller förklarat varför PHP-informationen är relevant trots osäkerheten, skulle kopplingen inte uppstå i läsarens huvud.
”Rapporterna kommer efter det att brister i det mycket vanliga programmeringsspråket PHP blottats.”
Följ premissen →Artikeln återger endast Liseberg kommunikationschefs uttalande om samarbete med leverantören utan att granska vilka konkreta åtgärder som vidtagits eller om de är verifierade av tredje part. Om leverantörens åtgärder i själva verket är otillräckliga skulle artikelns implicita lugnande ton vara missvisande.
”Vi jobbar i nära dialog och samarbetar med systemleverantören som har vidtagit åtgärder, säger Clara Rosendahl”
Följ premissen →Artikeln framhäver att inga betal- eller kortuppgifter läckt, vilket ger ett intryck av lägre allvarlighetsgrad. Men namn, adress, telefonnummer och e-post är tillräckligt för identitetsstöld och riktade nätfiskeattacker, vilket artikeln själv varnar för i nästa mening. Om detta antagande inte gällde skulle artikelns implicita balansering av allvarlighet behöva omvärderas.
”Inga betal- eller kortuppgifter omfattas av intrånget hos varken Liseberg eller Skansen.”
Följ premissen →