WN

WN (https://www.wn.se/forum/index.php)
-   Nyheter (https://www.wn.se/forum/forumdisplay.php?f=3)
-   -   Bloggtjänsten Journalspace nedlagd efter sabotage (https://www.wn.se/forum/showthread.php?t=34252)

htiawe 2009-01-04 13:18

Jag läste nyligen på Lifehacker att bloggtjänsten Journalspace, som funnits i drygt sex år, nu läggs ned efter att de tappat alla blogginlägg och övrig data. Datan på deras diskar har skrivits över flertalet gånger och företaget de anlitade för att rädda datan kunde inte få fram något. För att göra det värre så saknade de backuprutiner för SQL-databasen, de har backups på allt förutom just det.

Så nu har de inget annat val än att lägga ner hela företaget. Det visar än en gång hur viktigt det är med fungerande backuprutiner.

http://lifehacker.com/5122848/hard-lessons...space-wiped-out

Karman 2009-01-04 15:36

Jobbigt läge!

Oskar G 2009-01-04 16:37

De borde väl kunna få ut mycket av datan via Google? De cachar ju praktiskt taget hela internet.

Andreas Bard 2009-01-04 17:43

Det där borde väl vara höjden av inkompetens. Hur kan man driva en sådan tjänst utan att ha superkoll på backuper?

Marckus_E 2009-01-04 17:44

Teknikern som jobbade där utförde sabotaget när han fick sparken.

Andreas Bard 2009-01-04 17:45

Citat:

Originally posted by Marckus_E@Jan 4 2009, 18:44
Teknikern som jobbade där utförde sabotaget när han fick sparken.

Aha, raderade han då kanske databasbackuperna också? Då kanske mitt inlägg var lite hårt. Men ändå... får ju inte hända.

Ara 2009-01-04 17:49

Citat:

Ursprungligen postat av Andreas Bard
Citat:

Ursprungligen postat av Marckus_E
Teknikern som jobbade där utförde sabotaget när han fick sparken.


Aha, raderade han då kanske databasbackuperna också? Då kanske mitt inlägg var lite hårt. Men ändå... får ju inte hända.

Ditt inlägg va inte hårt, man måste skydda sig även mot det, allt annat är riktigt oproffsigt.

Marckus_E 2009-01-04 18:16

Citat:

Ursprungligen postat av Andreas Bard
Citat:

Ursprungligen postat av Marckus_E
Teknikern som jobbade där utförde sabotaget när han fick sparken.


Aha, raderade han då kanske databasbackuperna också? Då kanske mitt inlägg var lite hårt. Men ändå... får ju inte hända.

Enda backupen dom hade var en raid lösning, men det hjälper inte om datan har blivit ersatt på båda diskarna helt och hållet så det inte ens går att återskapa.
Så visst har dom gjort fel, men flesta cheferna för företag har ingen koll på det utan litar på sin tekniker (som jag förstod så hade dom bara en).

htiawe 2009-01-04 19:08

Teknikern hade fixat backups för övriga tjänster men inte för SQLen och som chef så har man nog varken tid eller kompetens för att granska vad IT-snubbarna håller på med.

Ett tråkigt och abrupt slut.

ice 2009-01-04 20:27

Det är ju sånt här som gynnar hackarna, och gör dom lite extra glad :(

"Kommer du ihåg när vi sänkte Journalspace?"

Danielos 2009-01-04 23:03

Det mesta är på gott och ont, nu ger detta större utrymme till seriösa och varaktiga aktörer inom blogg tjänster som arbetar på ett bättre och säkrare sätt.

Anders Larsson 2009-01-05 10:19

Om det stämmer att det var deras tekniker som medvetet raderade data så spelar det ju ingen roll hur många backupsystem det hade funnits, så länge denne tekniker hade tillgång till det.

Kör själv backup både mot online-tjänst och vissa saker mot extern disk, men det hjälper ju inte om jag får en flipp och radera allting.

Marckus_E 2009-01-05 11:42

Citat:

Originally posted by Anders Larsson@Jan 5 2009, 11:19
Om det stämmer att det var deras tekniker som medvetet raderade data så spelar det ju ingen roll hur många backupsystem det hade funnits, så länge denne tekniker hade tillgång till det.
Kör själv backup både mot online-tjänst och vissa saker mot extern disk, men det hjälper ju inte om jag får en flipp och radera allting.

Enligt bloggen Journalspace har så var det teknikern.
http://journalspace.com/blog/

Ara 2009-01-05 12:02

Citat:

Originally posted by Anders Larsson@Jan 5 2009, 11:19
Om det stämmer att det var deras tekniker som medvetet raderade data så spelar det ju ingen roll hur många backupsystem det hade funnits, så länge denne tekniker hade tillgång till det.

Kör själv backup både mot online-tjänst och vissa saker mot extern disk, men det hjälper ju inte om jag får en flipp och radera allting.

Han kanske inte ska ha rättigheter att radera allting?

Westman 2009-01-05 13:11

Citat:

Ursprungligen postat av Ara
Citat:

Ursprungligen postat av Anders Larsson
Om det stämmer att det var deras tekniker som medvetet raderade data så spelar det ju ingen roll hur många backupsystem det hade funnits, så länge denne tekniker hade tillgång till det.

Kör själv backup både mot online-tjänst och vissa saker mot extern disk, men det hjälper ju inte om jag får en flipp och radera allting.

Han kanske inte ska ha rättigheter att radera allting?

Man måste ju för fan kunna lita på de anställda. Den här personen borde bli kroniskt fattig resten av sitt liv plus att han får tillverka nummerplåtar ett tag utan betalning.

Ara 2009-01-05 13:36

Citat:

Ursprungligen postat av Westman
Citat:

Originally posted by -Ara@Jan 5 2009, 13:02
Citat:

Ursprungligen postat av Anders Larsson
Om det stämmer att det var deras tekniker som medvetet raderade data så spelar det ju ingen roll hur många backupsystem det hade funnits, så länge denne tekniker hade tillgång till det.

Kör själv backup både mot online-tjänst och vissa saker mot extern disk, men det hjälper ju inte om jag får en flipp och radera allting.

Han kanske inte ska ha rättigheter att radera allting?


Man måste ju för fan kunna lita på de anställda. Den här personen borde bli kroniskt fattig resten av sitt liv plus att han får tillverka nummerplåtar ett tag utan betalning.

såklart ska man lita på sina anställda, men det måste också finnas en gräns...Tror inte banken låter någon anställ ta med alla pengar hem från valvet fast att han lämnar tillbaka dom dagen efter.
Man bör aldrig kunna ha så att en person på egen hand kan sänka hela bolaget.
Och det är något man lär sig ganska snabbt att just före detta anställda "ofta" ställer till problem.

Sen är ju fråga "varför måste han kunna tabort/komma åt ALLA backuper"?

Paja han backuperna EFTER att han hade fått kicken är det ju ännu värre.

Marckus_E 2009-01-05 13:47

En ensam tekniker brukar ju mer eller mindre styra allt på företagen som är tekniskt.
Jag vet det av personlig erfarenhet ifrån tidigare jobb att man hade ja, access till allt och kunde göra allt.

Ara 2009-01-05 17:00

Citat:

Originally posted by Marckus_E@Jan 5 2009, 14:47
En ensam tekniker brukar ju mer eller mindre styra allt på företagen som är tekniskt.
Jag vet det av personlig erfarenhet ifrån tidigare jobb att man hade ja, access till allt och kunde göra allt.


Det kanske stämmer, men SKA man ha det?

htiawe 2009-01-05 18:00

Ara: Klart att man ska begränsa tillgången så mycket som det är möjligt men i små företag blir det här lätt ohållbart. Då kanske man skapar ett system som kräver ett ytterliggare login för att jobba mot backuperna, ett login som isåfall VDn har, en VD som inte kan något om datorer.

Man kan inte kräva att alla ska kunna allting utan får helt enkelt förlita sig på sina medarbetare, så är det inom alla företag och det finns många bevis på att det inte fungerar men det finns också en överväldigande del som bevisar att det faktiskt fungerar.

Ara 2009-01-05 18:11

Citat:

Originally posted by htiawe@Jan 5 2009, 19:00
Ara: Klart att man ska begränsa tillgången så mycket som det är möjligt men i små företag blir det här lätt ohållbart. Då kanske man skapar ett system som kräver ett ytterliggare login för att jobba mot backuperna, ett login som isåfall VDn har, en VD som inte kan något om datorer.

Man kan inte kräva att alla ska kunna allting utan får helt enkelt förlita sig på sina medarbetare, så är det inom alla företag och det finns många bevis på att det inte fungerar men det finns också en överväldigande del som bevisar att det faktiskt fungerar.

Eller också kan man spara på disk/ftp och på band/extern hårdisk, vilken minimerar risken för det här...
Det är skanske bra att tekniker kommer åt senaste dygnets backup men inte senaste veckan eller kanske en månad gamla backupper utan att behöva be om lov, dom kan tex vara inlåsta i ett kassaskåpe (vilket också skyddar mot att man av misstag kan råka förstöra viktig data).

Men såklart får man göra en riskanalys och se om det är värt det extra jobbet, vilket man i det här fallet säkert ångrar att man inte gjorde.

Och du skriver "Då kanske man skapar ett system som kräver ett ytterliggare login" jag skulle säga att bra rutiner kommer man mycket längre på än att bygga extra system.

htiawe 2009-01-05 19:44

Ara: Det var bara ett exempel på varför det inte skulle fungera. Säg att du arkiverar backups i ett låst skåp som den teknikblåste VDn endast har nyckeln till. Om då IT-teknikern går till VDn och ber om nyckeln så behöver han nog inte svänga sig med särskilt många tekniska termer för att nämnda VD ska lämna över sagda nyckel utan att veta vad som ska hända.

Marckus_E 2009-01-05 20:36

Citat:

Ursprungligen postat av Ara
Citat:

Ursprungligen postat av htiawe
Ara: Klart att man ska begränsa tillgången så mycket som det är möjligt men i små företag blir det här lätt ohållbart. Då kanske man skapar ett system som kräver ett ytterliggare login för att jobba mot backuperna, ett login som isåfall VDn har, en VD som inte kan något om datorer.

Man kan inte kräva att alla ska kunna allting utan får helt enkelt förlita sig på sina medarbetare, så är det inom alla företag och det finns många bevis på att det inte fungerar men det finns också en överväldigande del som bevisar att det faktiskt fungerar.

Eller också kan man spara på disk/ftp och på band/extern hårdisk, vilken minimerar risken för det här...
Det är skanske bra att tekniker kommer åt senaste dygnets backup men inte senaste veckan eller kanske en månad gamla backupper utan att behöva be om lov, dom kan tex vara inlåsta i ett kassaskåpe (vilket också skyddar mot att man av misstag kan råka förstöra viktig data).

Men såklart får man göra en riskanalys och se om det är värt det extra jobbet, vilket man i det här fallet säkert ångrar att man inte gjorde.

Och du skriver "Då kanske man skapar ett system som kräver ett ytterliggare login" jag skulle säga att bra rutiner kommer man mycket längre på än att bygga extra system.

Vad säger att backuperna är ens rätt backupade?
Och vem ska utföra backuperna ? VDn som inte kan något eller den enda teknikern?

Ara 2009-01-05 22:47

Det är just för att folk tänker som er det här problemet kan uppstå.
Ni tycker inte att det är lite konstigt att det här över huvudet taget kan uppstå?

Danielos 2009-01-05 23:33

Generellt är det som har hänt mkt intressant. Ska man sätta in någon annan i det allra heligaste, måste man dra lärdom av det som hänt och göra så denne inte kan radera alltihop.

Westman 2009-01-06 10:55

Mycket snack om att en person inte ska kunna sänka ett företag men det lyser av okunskap i de flesta inläggen eftersom det alltid finns någon som kan systemet och det dessutom måste finnas nödrutiner (sysadminkonton osv.) som flera har tillgång till. Även på stora företag kan en enskild person ställa till stor skada om den personen innehar "rätt" position. Jag har själv haft sådana positioner tidigare och har även idag en position där jag skulle kunna orsaka väldigt allvarlig skada om jag skulle få för mig att gå bärsärkargång i systemen. Visst är det skrämmande att det går att göra men som sagt, några måste ha tillgång till nödrutinerna.

En nyanställd ska inte kunna sänka ett företag nej, men det är i stort sett omöjligt att bygga barriärer så att en enskild person i förtroendeposition inte skulle kunna orsaka väldigt stor skada med avsikt. Det beror helt enkelt på att det dagliga arbetet skulle bli så otroligt byråkratiskt så att administrationskostnaderna skulle bli orimliga och verksamheten lidande av trögheten i systemet.

Danielos 2009-01-06 12:49

Vet inte om jag håller med att det inte kunde ha undvikits. Man hade lätt kunnat utöver en vanlig backup rutin kunna föra över backup till annan plats där du har 2 system och 2 olika ansvariga personer. I detta fallet har man ju inte ens försök göra något för att undvika det hela.

Conny Westh 2009-01-06 14:06

Citat:

Originally posted by htiawe@Jan 4 2009, 19:08
Teknikern hade fixat backups för övriga tjänster men inte för SQLen och som chef så har man nog varken tid eller kompetens för att granska vad IT-snubbarna håller på med.

Ett tråkigt och abrupt slut.

Det blir ett skönt skadestånd teknikern åker på.... kan han betala av på resten av livet.....

Han kommer säkerligen att leva under fattiggränsen resten av livet...

Så jä-la smart var det inte att sabba arbetsgivarens tillgångar....

Ara 2009-01-06 14:44

@Westman, tycker också det är mycket okunskap i ditt inlägg. Att ha ett personberoende är ALLTID farligt, att folk byte jobb är inte ovanligt( inte heller den här typen av sabbotage).
När tex beöver man kunna radera samtliga backuper eller över huvudet taget ha tillgång till alla backuper, kanske sätta "read only" på backuperna? Så såklart man en nyckelperson orsaka stor skada men ska inte kunna sänka hela företaget (skulle bli välgit rädd om det kom fram att tex en ensam person kan förstöra alla swedbanks backuper).

"Det beror helt enkelt på att det dagliga arbetet skulle bli så otroligt byråkratiskt så att administrationskostnaderna skulle bli orimliga och verksamheten lidande av trögheten i systemet. " Det är ett problem som kan medföra att de anställda struntar i säkerhetsrutinerna, men det kanske det är värt lite "bök" om man jämför med att vara tvungen att lägga ner firman?

Att det här har hänt är väl ett bevis på att dom tog fel beslut/kom fram till fel slutsats i riskanalysen.

htiawe 2009-01-06 16:35

Men vem är det som skulle ha anlitats för att ta fram ovanstående lösning? Antagligen den ensamme IT-teknikern, som kanske redan då skulle ha sett till att han kunde komma åt det han ville. För att kringgå det så skulle de ha anlitat en tredje part och det känns väldigt långsökt, om man är på väg att starta upp ett företag och inte har så stor koll, så lär man inte vilja lägga massor av pengar på lösningar som inte känns relevanta.

Ara 2009-01-06 17:49

Citat:

Originally posted by htiawe@Jan 6 2009, 17:35
Men vem är det som skulle ha anlitats för att ta fram ovanstående lösning? Antagligen den ensamme IT-teknikern, som kanske redan då skulle ha sett till att han kunde komma åt det han ville. För att kringgå det så skulle de ha anlitat en tredje part och det känns väldigt långsökt, om man är på väg att starta upp ett företag och inte har så stor koll, så lär man inte vilja lägga massor av pengar på lösningar som inte känns relevanta.
Citat:

Att det här har hänt är väl ett bevis på att dom tog fel beslut/kom fram till fel slutsats i riskanalysen.

Anders Larsson 2009-01-06 19:15

Swedbank har förhoppningsvis mer än 1 tekniker :)

htiawe 2009-01-06 21:07

Ara: Har du vidtagit alla dessa säkerhetsåtgärder? Isåfall, hatten av till dig.

Ara 2009-01-07 10:54

Citat:

Originally posted by htiawe@Jan 6 2009, 22:07
Ara: Har du vidtagit alla dessa säkerhetsåtgärder? Isåfall, hatten av till dig.
Inte alla men många.
Tackar tackar.

Är det någon som vill ha lite säkerhetstip är det bara att höra av sig.

tartareandesire 2009-01-18 19:09

Citat:

Originally posted by htiawe@Jan 4 2009, 20:08
Teknikern hade fixat backups för övriga tjänster men inte för SQLen och som chef så har man nog varken tid eller kompetens för att granska vad IT-snubbarna håller på med.
Ett tråkigt och abrupt slut.

Där har du fel. Chefer ska överblicka verksamheten och ha stenkoll på sådana saker. Att riskera hela verksamheten via en enda anställd är riktigt korkat.

Anders Larsson 2009-01-18 23:40

Citat:

Ursprungligen postat av tartareandesire
Citat:

Ursprungligen postat av htiawe
Teknikern hade fixat backups för övriga tjänster men inte för SQLen och som chef så har man nog varken tid eller kompetens för att granska vad IT-snubbarna håller på med.
Ett tråkigt och abrupt slut.

Där har du fel. Chefer ska överblicka verksamheten och ha stenkoll på sådana saker. Att riskera hela verksamheten via en enda anställd är riktigt korkat.

Stenkoll på vad personalen rapporterar möjligen. Men om personalen medvetet och aktivt ljuger, så är det svårt att kontrollera varenda del av verksamheten. Skulle nog säga att en sådan chef är en dålig chef.

emilv 2009-01-19 00:49

Citat:

Ursprungligen postat av tartareandesire
Citat:

Ursprungligen postat av htiawe
Teknikern hade fixat backups för övriga tjänster men inte för SQLen och som chef så har man nog varken tid eller kompetens för att granska vad IT-snubbarna håller på med.
Ett tråkigt och abrupt slut.

Där har du fel. Chefer ska överblicka verksamheten och ha stenkoll på sådana saker. Att riskera hela verksamheten via en enda anställd är riktigt korkat.

Det bästa är förstås om man har råd att hålla sig med en andra tekniker som kan kontrollera den förstes jobb.

tartareandesire 2009-01-19 01:09

Citat:

Ursprungligen postat av Anders Larsson
Citat:

Originally posted by -tartareandesire@Jan 18 2009, 20:09
Citat:

Originally posted by -htiawe@Jan 4 2009, 20:08
Teknikern hade fixat backups för övriga tjänster men inte för SQLen och som chef så har man nog varken tid eller kompetens för att granska vad IT-snubbarna håller på med.
Ett tråkigt och abrupt slut.



Där har du fel. Chefer ska överblicka verksamheten och ha stenkoll på sådana saker. Att riskera hela verksamheten via en enda anställd är riktigt korkat.


Stenkoll på vad personalen rapporterar möjligen. Men om personalen medvetet och aktivt ljuger, så är det svårt att kontrollera varenda del av verksamheten. Skulle nog säga att en sådan chef är en dålig chef.

Nej. Jag pratade givetvis inte om att varenda liten detalj ska kontrolleras utan sådant som är kritiskt för verksamheten.

Citat:

Originally posted by -emilv@Jan 19 2009, 01:49
Citat:

Originally posted by -tartareandesire@Jan 18 2009, 20:09
Citat:

Ursprungligen postat av htiawe
Teknikern hade fixat backups för övriga tjänster men inte för SQLen och som chef så har man nog varken tid eller kompetens för att granska vad IT-snubbarna håller på med.
Ett tråkigt och abrupt slut.

Där har du fel. Chefer ska överblicka verksamheten och ha stenkoll på sådana saker. Att riskera hela verksamheten via en enda anställd är riktigt korkat.

Det bästa är förstås om man har råd att hålla sig med en andra tekniker som kan kontrollera den förstes jobb.

Nja, tror det är bättre att någon annan står för kontrollen. Att "vanliga" anställda håller vakt på varandra på det viset känns inte så lyckat.

htiawe 2009-01-19 05:25

tartar: Det är ju precis det man har underställda chefer till, att kontrollera vad medarbetarna gör eftersom en VD i bolaget sällan kan hålla koll på allt. Precis som att Volvos VD inte vet om Johan på Volvo Lastvagnar i Umeå gör sitt jobb på sina skift så kan man inte kräva att Journalspaces VD ska veta vad teknikern gjorde.

Men då det var ett mindre företag så hade man väl inte råd med en ytterliggare tekniker och det är en risk man får ta.

Westman 2009-01-19 06:01

Citat:

Originally posted by Ara@Jan 6 2009, 15:44
@Westman, tycker också det är mycket okunskap i ditt inlägg. Att ha ett personberoende är ALLTID farligt, att folk byte jobb är inte ovanligt( inte heller den här typen av sabbotage).
När tex beöver man kunna radera samtliga backuper eller över huvudet taget ha tillgång till alla backuper, kanske sätta "read only" på backuperna? Så såklart man en nyckelperson orsaka stor skada men ska inte kunna sänka hela företaget (skulle bli välgit rädd om det kom fram att tex en ensam person kan förstöra alla swedbanks backuper).

"Det beror helt enkelt på att det dagliga arbetet skulle bli så otroligt byråkratiskt så att administrationskostnaderna skulle bli orimliga och verksamheten lidande av trögheten i systemet. " Det är ett problem som kan medföra att de anställda struntar i säkerhetsrutinerna, men det kanske det är värt lite "bök" om man jämför med att vara tvungen att lägga ner firman?

Att det här har hänt är väl ett bevis på att dom tog fel beslut/kom fram till fel slutsats i riskanalysen.

Är du medveten om vad jag skrev? Jag skrev ju att man INTE kan sätta sig i en situation där man är beroende av en enskild person och därför måste fler än en person känna till - och kunna komma åt - backuper, systeminformation såsom konton etc.

"Värt lite bök": ja du, det är ju inte lite bök vi pratar om för om det är lite bök så är vi tillbaka i det jag säger i första stycket: därför måste fler än en person känna till - och kunna komma åt - backuper, systeminformation såsom konton etc.

"Att det här har hänt är väl ett bevis på att dom tog fel beslut/kom fram till fel slutsats i riskanalysen." återigen, man måste kunna lita på att anställda i förtroendeposition inte medvetet gör sånt här. Rent krasst så kan det gå till så här: Företaget sparar fem versioner av varje backupfil. Databasservern genererar 3 backupfiler per dygn med unikt dagnamn. Det gör att det finns backup för 5 veckor bakåt. Den anställde med ansvar för databasservern konfigurerar backuperna så att backupfilerna blir skräp i fem veckor och efter som allt ser ut att gå som det ska i backuptagningen så larmar inte övervakningssystemet (t.ex. SCOM). Efter 5 veckor tar den anställde bort databaserna och säger åt chefen att han kan ta sig. Voila, allt är borta trots att dba:n inte har åtkomst till backupfilerna och att backuprutinen var fullgod enligt best practice.

Okunskap lider jag inte av, tvärtom, och jag skäms inte för att påstå det heller.

tartareandesire 2009-01-19 12:44

Citat:

Originally posted by htiawe@Jan 19 2009, 06:25
tartar: Det är ju precis det man har underställda chefer till, att kontrollera vad medarbetarna gör eftersom en VD i bolaget sällan kan hålla koll på allt. Precis som att Volvos VD inte vet om Johan på Volvo Lastvagnar i Umeå gör sitt jobb på sina skift så kan man inte kräva att Journalspaces VD ska veta vad teknikern gjorde.
Men då det var ett mindre företag så hade man väl inte råd med en ytterliggare tekniker och det är en risk man får ta.

Jo, men anser att det fortfarande bör vara en lägre chef som står för kontrollen och inte en "vanlig" anställd.


Alla tider är GMT +2. Klockan är nu 20:47.

Programvara från: vBulletin® Version 3.8.2
Copyright ©2000 - 2025, Jelsoft Enterprises Ltd.
Svensk översättning av: Anders Pettersson