- A hozzászóláshoz be kell jelentkezni
- 1560 megtekintés
Hozzászólások
Nem érintett egyelőre, ellenben a HUP-on tárgyalt eseten túl több hazai kisebb cégről is hallottam, amelyiket lefektetett múlt héten zsarolóvírus. Szintén VMware ESXi volt a támadási pont.
- A hozzászóláshoz be kell jelentkezni
Szintén VMware ESXi volt a támadási pont.
Ez azért érdekelne. Ki voltak téve az internetre és vitte az amatőr, mass exploit kampány? Vagy szofisztikált módszerrel célzottan bejutottak a belső, neadj' isten a menedzsment hálózatra és ott?
trey @ gépház
- A hozzászóláshoz be kell jelentkezni
na erre en is kivancsi lennek. nalunk mondjuk kulon managelt halon van, vpn-en erheto csak el belulrol is, de ez most remek alkalom volt a vpn hozzaferesek felulvizsgalatara, mert mar eleg sok olyan kulsosnek is volt kulcsa akikkel mar nincs is kapcsolat/szerzodes... (igen tudom jobban kene managelni a hozzafereseket, csak amikor x szerzodott ceg megbizza y alvallalkozot aki megkeri z haverjat hogy nezzen ra valamire stb - tobb 100 vm eseten sok kulsosnek is kell hozzaferest adni...)
az a baj ha egy kulsost vagy annak a ceget bevirusozzak es onnan van hozza vpn hozzaferes, akkor te hiaba vedekezel...
- A hozzászóláshoz be kell jelentkezni
Legutóbbi eset, amiről hallottam, hogy a gyártáson levő termelésirányító gépre a Hans Németországból Teamviewer-t telepített, mert lusta volt az ellenőrzött VPN-nel bíbelődni. Egyik éjjel azt vették észre a dolgozók, hogy valaki "irányítja" a gépet, de akkor már késő volt. Sajnos ez a baj a bedolgozókkal.
trey @ gépház
- A hozzászóláshoz be kell jelentkezni
Sajnos ez a baj a hozzá nem értő hálózatosokkal és oprendszeresekkel:
- hogy volt értelme telepíteni (mert kilátott)
- hogy volt joga telepíteni
zászló, zászló, szív
- A hozzászóláshoz be kell jelentkezni
Vagy mikor szarnak a fejedre, mert az összes vezető beosztásúnak local admin és hozzáférés kell mindenhez is, és csak annyit tudsz tenni hogy ledokumentálod így hárítva a felelőséget. Mindenki ismer ilyen helyet vagy rosszabb esetben dolgozott is ott szerintem.
The worst or stupidest ideas are always the most popular.
- A hozzászóláshoz be kell jelentkezni
Nem, ez nem az. Ez az, amikor nem a hálózatos mondja meg, meg az op. rendszeresek, hanem a német meg a magyar helyi CEO osztja ki a jogokat. Mert ők tudják :D :D :D
Na, hálózatosként azt bíráld felül. Ha tudod! :D
(Érveik: olcsóbb Hansnak Németországban távoli, local rendszergazda elérést adni a kliensre, mint kifizetni neki a repülőútját. Több bónusz marad így a CEO zsebében)
trey @ gépház
- A hozzászóláshoz be kell jelentkezni
Érveik: olcsóbb Hansnak Németországban távoli, local rendszergazda elérést adni a kliensre, mint kifizetni neki a repülőútját
És, olcsóbb volt? :)
- A hozzászóláshoz be kell jelentkezni
Majd azt kiszámolja a CFO! Azért akasztanak ezek nagy lóvét, nem? :D
A viccet félretéve: ilyenkor kell elővenni azokat a leveleket, amiket mindig pofázok. Amiben le van írva számukra a figyelmeztetés és amiben elrendelték hogy fossuk nyakon a security-t. ;)
trey @ gépház
- A hozzászóláshoz be kell jelentkezni
De nem tudod elővenni, mert a vírus encryptálta :)
- A hozzászóláshoz be kell jelentkezni
Ha rólam lenne szó, hidd el, elő tudnám. Ugyanis én nem csak, hogy letöltöm offline-ba a leveleimet, még rendszeresen mentem és archiválom is őket.
trey @ gépház
- A hozzászóláshoz be kell jelentkezni
Ezt hogyan teszed? van 4 fontos mailboxom, amit kellene archváljak valahogy, kereshető módon.
- A hozzászóláshoz be kell jelentkezni
Pl. Windowsra a Mailstore Home.
Ingyenes, és baromi jó. Néha keresésre is azt használom, mert a full text indexing jobb benne mint az Outlook keresője.
- A hozzászóláshoz be kell jelentkezni
Egyrészt, POP3S-sel leszedek mindent, majd rendszeresen mentek és archiválok titkosított külső eszközre. Emellett MailStore-t (szerver oldali) használok, azt mentem virt. gép szinten, plusz szalagra is.
trey @ gépház
- A hozzászóláshoz be kell jelentkezni
És ezt lehet használni bizonyítékként? :)
Ez tényleg érdekel, ha például van egy 2004-es mentésem és szopóágra akarnak venni (bíróságra citálnak) akkor ki fogja nekem elhinni, hogy valami 2004-ben tényleg úgy volt beállítva ahogy a mentés tükrözi és nem én hamisítottam, de ugyanez eljátszható mailboxal.
- A hozzászóláshoz be kell jelentkezni
Meg mindig a bunosseget kell bizonyitani es nem az artatlansagot.
- A hozzászóláshoz be kell jelentkezni
Naiv.
1 dolog szól mellette 5 ellene. Csak az 1 dolgot mutatják meg.
- A hozzászóláshoz be kell jelentkezni
Lehet. Nem egyszer sikerült. Eddig még mindig sikerült, amikor kellett és ez nem egyszer volt. Igaz, sokszor se. Szerencsére kevés az a páciens, amelyik a végén a saját hibájából sem tanul. Olyan is volt, attól mi váltunk meg :D
trey @ gépház
- A hozzászóláshoz be kell jelentkezni
Gondolom eszköztől függ.
Én pl. Outlookból egy archívumot nyitottam meg (ami valójában egy fájl), és oda másoltam azokat a leveleket, amiket nem akartam, hogy pl. egy automatikus törlés vagy bármi hiba eltüntessen.
Az archívum fájlt aztán meg tárolhatja az ember akárhol, akárhány példányban, offline is. (Az én régi archívum fájljaim a laptopomon voltak egy ideig, aztán kb. évente CD-re írtam ezeket (is)).
Manapság nem nagyon van ilyen mentendő email, évek óta nem kellett Outlookból archiválnom, de ha kellene, kb. ugyanezt csinálnám, csak mondjuk Google Drive-ba vagy menne a fájl.
Elsősorban nem zsarolóvírusok miatt csináltam ezt régebben se, de ha zsarolóvírustól félnék, akkor az Outlookomból az automatikus archiválással mindent másolnék az archívumba, az archívumot meg automatikusan feltölteném valahova, amit utána unmountolnék. Jelenleg nincs kialakítva ilyen infrastruktúrám, otthon pl. a NAS-t tudnám erre használni NFS mount, copy, umount. Ugyanezt valami felhős megoldással vagy alapból nem mountolt helyi partícióval próbálnám esetleg a laptopon úgy megcsinálni, hogy ne csak otthon működjön.
Más emailjeimet, amik nem MS rendszerben jöttek, azokat meg a rendes napi/heti backup, illetve a levelező kliensbe letöltött másolatok óvták volna meg. De mondjuk ilyen rendszereket se használok manapság.
disclaimer: ha valamit beidéztem és alá írtam valamit, akkor a válaszom a beidézett szövegre vonatkozik és nem mindenféle más, random dolgokra.
- A hozzászóláshoz be kell jelentkezni
Hogy lehet bizonyítani, h. ezeket a leveleket anno valaki tényleg el is küldte, és nem csak kézzel rakott össze magának egy mail fájlt utólag? Vahy kozmetikázta a tartalmat. Teszemazt sok évre visszamenőleg kellene egy elküldött levél. Ahol már talán a saját mailserver logjából (rotált az ilyen, v. csakis szigorúan monoton növekvő lehet?) is kikerült minden nyoma h. volt valaha is ilyen levél!
- A hozzászóláshoz be kell jelentkezni
Mondjuk úgy, hogy az üzemelteti a mail archiver rendszert is, aki a levelet küldte? 🤣🤣🤣
trey @ gépház
- A hozzászóláshoz be kell jelentkezni
Eddig nem volt ilyenre szükségem, mert sehol se kérdőjelezték meg, hogy igazi-e valami email.
De ha bizonyítani kell, akkor vannak ilyen dolgok, mint digitális aláírás meg időbélyegzők.
disclaimer: ha valamit beidéztem és alá írtam valamit, akkor a válaszom a beidézett szövegre vonatkozik és nem mindenféle más, random dolgokra.
- A hozzászóláshoz be kell jelentkezni
Nálunk anno ez úgy ment, hogy ondemand aktiváltuk a juzer accountját az illetőnek, amivel aztán VPN, és azon át RDP. Persze ha abban az időszakban beszippant valamit a külsős, akkor nem örültünk volna, pláne mert elég érzékeny dolgokhoz kellett neki hozzáférés.
- A hozzászóláshoz be kell jelentkezni
Persze. Csakhogy Hans úr a német anyacégnél dolgozik, nem bírálhatod felül az anyacég által elrendelt eljárást te, aki a magyar leányvállalat külsős vállalkozója vagy. Annyit tehetsz, hogy leírod a javaslataid. Aztán, amikor gond van, hivatkozol rájuk.
trey @ gépház
- A hozzászóláshoz be kell jelentkezni
Ja szerencsére itt mi mondtuk meg, hogy így lesz. Még az is lehet, hogy simán beintenék a főszuperarcnak, hogy ha valami marhaságot mond. Ha nekem kell csinálni, akkor így lesz és kész, vagy megbeszéljük a HR-en. Igen jó eséllyel találok olyan poliszi pontot egy nagy cégnél, ami egy 3rd party kényelmi hozzáférésnek a gondolatától is agykisütést (lásd még Tökéletes Katona van Damme-mal... :) ) ír elő. Ha meg nem, akkor csóközön.
- A hozzászóláshoz be kell jelentkezni
Én ezt úgy látom, hogy a pénzéért mindenki hadd legyen hülye. Lássuk be, mi abból élünk, hogy vannak IT-hoz nem értő dilettánsok. Tőlem aztán minden hónapban feltöretheti magát bárki, aki nem hallgat a szóra, kockára teheti az adatait, az üzletét. Amíg fizeti a helyreállítást, a költségeket ... miért ne? Ha egyszer ez a fétise?!? :D
trey @ gépház
- A hozzászóláshoz be kell jelentkezni
igy van. az ugyfelnek vannak jogai es kotelezettsegei: joga van hulyenek lenni, es kotelessege kifizetni ennek arat.
- A hozzászóláshoz be kell jelentkezni
Ennyi, az ügyfél olyan hülye lehet, amilyen hülye csak bír, míg fizeti a számlát. A hülyék a legjobb biznic a világon.
- A hozzászóláshoz be kell jelentkezni
Egész más a megrendelő, de a megrendelőnek se kell minden marhasága előtt fejet hajtani. Pontosan a fenti miatt mindíg lesz olyan, aki szó nélkül beveri a szöget bárhova, ha azt kérik. A fenti példában egy cégen belüli vagy alvállalkozói történet sejlett fel számomra, ahol azért egészen mások a lehetőségek és opciók. Pláne akkor, ha mondjuk rád van bízva, hogy "működjönjól, soselegyenprobléma" stbstb, akkor nem biztos, hogy hajbókolva mindent is meg kell csinálni.
- A hozzászóláshoz be kell jelentkezni
Igen, az a baj, hogy ha a megrendelő hülyesége miatt is van adatvesztés, akkor is kerülhet sár a te nevedre is, mert a mendemondák szintjén már lehet, hogy az lesz belőle, hogy "adatvesztésük volt: az XY kft a rendszergazdájuk, biztos azért". Volt már olyan velem is, hogy egy ügyféllel egészen korai megbeszéléseken leakadtunk egy ponton egy adatgyűjtő szoftver kapcsán, hogy mondtam a tervezett architektúrára, hogy ez így egészen biztosan adatvesztéshez vezet, csak idő kérdése. Ezen olyan jól elvitatkoztunk, hogy nem lett második megbeszélés, nem kerestek többet. Azóta sem tudom, hogy elbuktam-e egy jó üzletet, vagy elkerültem-e egy csapdát.
- A hozzászóláshoz be kell jelentkezni
Pontosan a fenti miatt mindíg lesz olyan, aki szó nélkül beveri a szöget bárhova, ha azt kérik.
Kifejtettem, hogy nem erről van szó. Hanem arról, hogy megkapja a szakvéleményt, hogy mit, hogy kéne, aztán ha attól eltér, akkor az az ő baja.
A teljesen ostobák pedig el vannak tanácsolva.
trey @ gépház
- A hozzászóláshoz be kell jelentkezni
Jelenlegi cégemnél nem érintett.
Ám egy régi cégemnél érintett. Nem fizettünk. Az adatokat vissza tudtam állítani teljesen.
- A hozzászóláshoz be kell jelentkezni
Ugyanez. Egy régebbi munkahelyemen érintettek voltunk, vCenter, SAP-Prod Dev Test, on prem exchange és a backup is ment vele, egyedül valami őskövület belső fejlesztésű software, ami WindowsXP-n!!! futott, úszta meg. Nem fizettünk, az volt a szerencsénk hogy két héttel a támadás előtt cseréltük le a BMS-einket, és ott voltak a régi szerverek kikapcsolva, rajta a "nem túl régi" adatokkal. A munkatársaknak így is egy hónapjába telt napirendre jutni, persze egy csomó túlórával. Csúnya volt, de fejek nem hulltak, mert kollektív hiba volt és by design volt elszúrva az egész rendszer. Az érdekesség, hogy a virus, az exchange adatbázis mozgatása közben aktiválta magát, szóval valószínű ott csücsült valamelyik mailben, csak valami miatt nem tudott aktiválódni (lehet megfogta az antivirus), és ott ült mint egy időzített bomba, ami a mailek másolása közben elszabadult. Amúgy 2 hét levelezés kuka. Senkinek nem kívánom azt az egy hónapot, amiben akkor részem volt ...
The worst or stupidest ideas are always the most popular.
- A hozzászóláshoz be kell jelentkezni
... azért az érdekelne, hogy egy adatbázisban adatként levő kód hogy a bánatban tud lefutni az adat mozgatása közben....
- A hozzászóláshoz be kell jelentkezni
Ez engem is. Exchange store mozgatása hogy tudna kihatni a benne levő postafiókban levő levélben levő malicsusz kódra?
trey @ gépház
- A hozzászóláshoz be kell jelentkezni
Passz, a kollégák bőszen nyitogatták az inboxot az új exchange szerverről, valószínű aközben. Én fejeztem ki rosszul magam hogy másolás közben, mert tulajdonképpen utána történt, de annak következtében. A nod32 meglátta csak nem tudta megfogni.
The worst or stupidest ideas are always the most popular.
- A hozzászóláshoz be kell jelentkezni
Oh, szóval ott volt a user mailboxában, de nem ment neki a privilege escalation. ( valószínűleg azért mert patchelve voltak rendesen a kliensek).
Aztán mikor a szerencsés admin megfelelő privilégiummal tesztelés közben megnyitotta a mailboxot, akkor ment minden a levesbe.... nice.
Mindig tanul újat az ember... :)
- A hozzászóláshoz be kell jelentkezni
Annyit tennék hozzá, hogy másnap megint beszívták, megint visszatoltam a mentésből, és a windowsos kollégák sikeresen lokalizálták a bűnös pc-t, egy éjjeliőr gépe volt.
- A hozzászóláshoz be kell jelentkezni
Rémlik valami '15 környékéről, az IT Windows csapatából a DevOps csapatba frissen igazolt kolléga desktop gépe lakatolt le egy file share-t, amit közösen és nagyon sokan használtak, build és deployment folyamatok alatt is.
Akkoriban az 1200, zömmel fejlesztő kolléga többsége kierőszakolta a local admin jogosultságot, bár ehhez nem kellett priviledge escalation, ha jól emlékszem.
Könyvet tudnék írni róla, hogy milyen súlyos sérülékenyekségek vannak, még globális multik IT rendszereiben is.
- A hozzászóláshoz be kell jelentkezni
Egyéb: egy nem felügyelt** linuxos dedikált FTP-t vittek tavaly: szerencsére izolált környezetben dolgozott és a rajta lévő adatok már ki voltak szervezve valahová + le is voltak mentve máshová. Így nem is próbáltunk trükközni, egyszerűen leszereltük a gépet és az adattárolót (szintén izolálva) megtartottuk későbbi mintának - illetve arról okosodni.
** Egyáltalán azért volt üzemben, mert az e téren érintett üzemeltető kolléga sajnos az életének utolsó szakaszában otthon várta a műsor végét, mi pedig (részben szervezetlenségből eredően) nem is tudtunk a gépről.
Vortex Rikers NC114-85EKLS
- A hozzászóláshoz be kell jelentkezni
Célzottan érintett: https://doublepulsar.com/how-lockergoga-took-down-hydro-ransomware-used…
Az elkövetők a megfelelő helyre kerültek: https://techcrunch.com/2021/10/29/europol-hackers-norsk-hydro/
Egy fillért nem kaptak, de a biztosító fizetett.
- A hozzászóláshoz be kell jelentkezni
Erintett, reszlegesen sikerult visszaallitani.
Egyik munkavalalonak 2 napnyi munkaja veszett oda (hetfo,kedd).
Plusz amit az asztalan tarolt, ami, mint kiderult tetemes mennyiség.
Saying a programming language is good because it works on all platforms is like saying anal sex is good because it works on all genders....
- A hozzászóláshoz be kell jelentkezni
Egyszer egyik ugyfelnel felulirtak veletlen egy xls filet. Meg csak nem is virus volt, csak emberi hiba. 1 hetes mentesbol visszaraktam nekik, de mint kiderult abban a fileban 5 ember 1 heti munkaja volt, es 1 honapig tuloraztak mire ujracsinaltak... pedig csak par kbyte... szoval minden relativ, ismerek olyat is ahol tobb 10 TB adat van, de ha elveszik hat nagy kaland, ujra digitalizaljak vagy ujra generaljak... nincs is mentes rola, azt mondtak nem eri meg...
- A hozzászóláshoz be kell jelentkezni
Ajánlom figyelmükbe: samba fájlszerver zfs alapon, zfs snapshottal. Samba-n belőve a shadow copy-t. Kényelmes tud lenni: jobb katt, korábbi verziók.
Te pedig rendszeresen snapshotolsz. Az első órában 5 percenként :)
- A hozzászóláshoz be kell jelentkezni
windozos gepen desktop-ban volt a file, nem a szerveren...
btw zfs mennyire szereti ha tobb 100 snapshot van ugyanarrol? btrfs-nel nem annyira ajanlott 20 fole menni, performancia okokbol.
- A hozzászóláshoz be kell jelentkezni
# btrfs su li . | wc -l
288
Igaz, ez csak egy backup szerver, ide mirrorozom csomó szerver rootfs-ét 4 óránként, és rögtön készül egy snapshot ugyanarról a subvolume-ról.
- A hozzászóláshoz be kell jelentkezni
Igen, ez is egy céges policy lehet, hogy csak fájlszerverre dolgozzon az illető...bár ahhoz stabil háló kell, meg kinyírni a windows offline mappa hülyeségét.
Ahol ilyet csináltam, ott 50-nél több snapshot nincs.
Első órában 5 percenként, aztán ahogy megyünk hátrébb, óránként 1 (24x), naponta 1 (7x), heti 1 (4x), havi 1 (2-3x).
De a legértékesebb az 5 percenkénti az office összeomlások miatt meg a jaj véletlenül letöröltem, felülírtam dolgok miatt :)
1-2 hetes távban még vannak visszakeresések, régebbről nem szokott lenni.
Mivel ez egy békés fájlszerver, performancia korlátokat nem vettünk észre.
Backup szervernél használok napi snapshotot, több dataseten. Valamelyik 1 évre vissza megőrzi, valami fél évig. Szóval több száz van összesen. Teszi a dolgát rendesen. Deduppal kell vigyázni, az megöli. Azt csak az archiv dataseten használom, ritkán pakolok bele új mappát.
- A hozzászóláshoz be kell jelentkezni
Ez a use - case mondjuk sokkal kényelmesebben kiszolgálható Office 365-ban.
- A hozzászóláshoz be kell jelentkezni
Állami fenntartású, pár 10 embert foglalkoztató szervezet. Az informatikai feladatokat egy részmunkaidős, alulfizetett alkalmazott végzi, aki néhány havonta cserélődik.
Minden adat tárolását "a szerver" végzi, írható-olvasható hálózati meghajtóként felcsatolva. Azért használok jelen időt, mert nem tanultak az esetből.
Egyik nap valaki összeszedett egy vírust (valószínűleg email útján, de sose derült ki), ami legyakta a teljes meghajtót. Biztonsági mentés sem volt, nem is fizettek, úgyhogy több évnyi kép, dokumentum ment a levesbe. Ezek egy része előkerült később az alkalmazottak gyűjteményéből, a többiről végleg lemondtak.
Psszt, elárulom az IP-címemet: 192.168.0.14
- A hozzászóláshoz be kell jelentkezni
Kis pénz, kis foci. ;)
Menjenek a versenyszférába ha nem tetszik, ott még ülni sem kell miatta mert ibtv sincs.
- A hozzászóláshoz be kell jelentkezni
Nem érintett, lekopogom. Kopp kopp kopp.
- A hozzászóláshoz be kell jelentkezni
"Nálunk" nem volt, más accountokon nem is egy.
Nem fizettek egyszer sem.
A legutolsó az biztosan célzott támadás volt.
- A hozzászóláshoz be kell jelentkezni
Ha lenne, akkor leformáznám az egész gépet, és visszamásolnék mindent a cold backupjaimból. Ami ugye van mindenhol, mindenkinek.
- A hozzászóláshoz be kell jelentkezni
Nem érintett engem, és a céget sem, ahol dolgozok. Utóbbin csodálkozok is, mert elég balfékek, 2017-ben kő keményen beszopták a WannaCry-t, így számítottam rá, hogy a mostaninak is áldozatul esnek, de nem. Vagy mégis, csak lepucolták, és ezúttal volt mentés. Nem tudom, a lényeg, hogy a működésben zavar nem volt. Tippre csak nem használnak esxi-t, vagy ha igen, frissített verziót, nem voltak lusták.
“Windows 95/98: 32 bit extension and a graphical shell for a 16 bit patch to an 8 bit operating system originally coded for a 4 bit microprocessor, written by a 2 bit company that can't stand 1 bit of competition.”
- A hozzászóláshoz be kell jelentkezni