Törölt Google megosztott meghajtó visszaállítása: 30 és 25 nap

A törölt megosztott meghajtó visszaállítását a Google Workspace-ben a Drive és Dokumentumok rendszergazdai jogosultsággal rendelkező adminisztrátor végzi az Admin konzolból, de csak akkor, ha a meghajtó törlése az elmúlt 25 napon belül történt. Az egyes fájloknál más a szabály: a megosztott meghajtó Kukájából a tagok legfeljebb 30 napig állíthatják vissza őket, utána pedig az adminisztrátornak további 25 napja van, attól a pillanattól számítva, hogy a fájl kikerült a Kukából. Mindkét időablakot a Google dokumentálja, mindkettő napokban mérendő, verziókban nem, és egyik sem mentés. Ez a cikk megmutatja, ki mit törölhet, melyik veszteségre melyik óra vonatkozik, és hol ér véget a natív visszaállítás.

Kétféle veszteség, kétféle óra

A megosztott meghajtók kétféleképpen veszíthetnek adatot, és a két esethez különböző eszköz tartozik.

Mi veszett el	Ki állítja vissza	Mennyi ideig
Fájlok vagy mappák a megosztott meghajtón	Kezelő, Tartalomkezelő és Közreműködő szerepkör, a meghajtó Kukájából	Legfeljebb 30 napig
A megosztott meghajtó Kukájából már eltávolított fájlok	Adminisztrátor, az Admin konzolban	A Kukából az elmúlt 25 napban eltávolított elemek
Egy teljes, törölt megosztott meghajtó	Adminisztrátor, az Admin konzolban	A törlés az elmúlt 25 napon belül történt

A Google súgója egyértelműen fogalmaz az admini korlátról: csak azok az elemek állíthatók vissza, amelyeket az elmúlt 25 napban távolítottak el a megosztott meghajtó Kukájából, akkor is, ha Google Vault megőrzési szabályok vannak érvényben. A megőrzés tehát nem hosszabbítja meg az időt. A személyes Gmail és a saját Drive hasonló számításait a törölt Gmail és Drive fájlok visszaállításáról szóló cikk tárgyalja; a megosztott meghajtóké ehhez hasonló, de nem azonos.

Ki törölhet, és ki állíthat vissza

A jogosultsági modell dönti el, milyen gyorsan válik végleges a veszteség. A Google megosztott meghajtó szerepköreit leíró dokumentációja szerint:

• A Kezelők és a Tartalomkezelők a fájlokat és mappákat a Kukába helyezhetik.
• A Kezelők, Tartalomkezelők és Közreműködők a Kukából legfeljebb 30 napig állíthatnak vissza fájlokat.
• A Kukában lévő fájlokat kizárólag a Kezelők törölhetik véglegesen.

Ez az utolsó pont fontosabb, mint maga a 30 nap. A Kezelőnek nem kell megvárnia a Kuka lejártát: ki is ürítheti. Magára a meghajtóra is vonatkozik egy szabály: a megosztott meghajtónak üresnek kell lennie, mielőtt a Kezelő törölheti, és az ürítéshez a fájlokat a Kukába kell tenni vagy a Saját meghajtóra kell áthelyezni.

Az adminisztrátor ezt a lépést átugorhatja. A Google szerint a megosztott meghajtó ürítés és hozzáférés nélkül is törölhető az Admin konzolból. Vagyis egy teljes meghajtó eltávolításának képessége két csoportnál van: a meghajtó Kezelőinél, és mindazoknál, akik a Drive és Dokumentumok rendszergazdai jogosultságával rendelkeznek.

Egy teljes, törölt megosztott meghajtó visszaállítása

Ha egy egész megosztott meghajtót töröltek, az Admin konzol a járható út, és a lépések szűkek:

1. Az Admin konzolban nyissa meg az Alkalmazások > Google Workspace > Drive és Dokumentumok menüt, majd a Megosztott meghajtók kezelése oldalt.
2. Szűrjön Törölt állapotra. A Google jelzése szerint a törölt megosztott meghajtók a törlés után 30 napig láthatók ebben a listában.
3. Válassza a meghajtónál a Visszaállítás gombot, és adjon meg egy dátumtartományt.
4. Ha a törléskor a meghajtón lévő összes fájlt vissza szeretné kapni, a Google szerint a törlés napjától a jelenlegi dátumig kell kijelölnie a tartományt.
5. Erősítse meg az Adatok visszaállítása gombbal.

Két részlet gyakran félrevezet. A visszaállítást a 25 napos korlát határolja, bár a meghajtó 30 napig szerepel a listán, így a lista megléte nem bizonyítja, hogy az adat még visszahozható. A Google az időzónákat is kiemeli: ha Ön és a meghajtót törlő felhasználó különböző időzónában van, a dátumtartomány megadásakor figyelembe kell venni az eltérést.

Amit a natív megoldás nem ad meg

Érdemes az időablakokat annak olvasni, amik: időkorlátos visszavonási lehetőségek. Négy korlátot jobb előre kimondani, mint incidens közben.

• Az óra a törléstől indul, nem a felfedezéstől. Az a meghajtó, amelyet ünnepi hosszú hétvége előtti pénteken ürítenek ki és töröltek, ugyanúgy 25 napot kap, mint bármelyik másik. Ünnepek alatt senki sem nézi a megosztott meghajtók listáját.
• A visszaállítás tartomány alapú. Az admini eszköz dátumtartománnyal dolgozik, így egyetlen elveszett mappa visszaállítása azt is jelentheti, hogy ugyanabban az időszakban eltávolított minden más is visszakerül, akár olyan fájl is, amelyet valaki szándékosan törölt.
• A megőrzés nem hosszabbítja meg. A Google szerint a 25 napos korlát Vault megőrzési szabályok mellett is érvényes. A Vault adatok megőrzésére és exportálására való, nem arra, hogy visszatöltse őket a megosztott meghajtóra.
• Az adat és a hozzáférés egy helyen van. A megosztott meghajtó fájljai a csapathoz tartoznak, nem egy személyhez, és ha a tagok távoznak, a fájlok a helyükön maradnak, ami valódi előny. Ugyanakkor ez azt is jelenti, hogy egy meghajtó, egy Kezelőcsoport és egy törlési útvonal tartja egyben mindazt, amije a csapatnak van.

A zsarolóvírus-szempont, óvatosan

Nem állítjuk, hogy bármilyen vezérlés megakadályozná a zsarolóvírust; a hasznos kérdés az, hogy mit lehet visszaállítani. A megosztott meghajtók a fenti jogosultsági modell miatt érdekesek. A szinkronizáló kliensen át futó zsarolóvírus a fájlok új verzióit írja, ilyenkor az első teendő a Drive verzióelőzményeinek vizsgálata. Egy Kezelői jogú, feltört fiók más eset: a Google szerepkörtáblázata alapján a fájlokat a Kukába helyezheti, majd véglegesen törölheti, és ezután az adminisztrátori 25 napos ablak marad. Ez a dokumentált jogosultságokból levont következtetés, nem a Google állítása támadási mintákról, de ez az oka annak, hogy érdemes átvizsgálni, hány Kezelője van egy megosztott meghajtónak.

A gyakorlati tanulság: a natív visszaállítás néhány hetet ad a felismerésre, a megfelelő dátumtartomány megkeresésére és a cselekvésre, és egy olyan adminisztrátori fiókra támaszkodik, amely maga is a megtámadott környezet része. A Google Workspace-en kívül, Ön által megadott megőrzéssel tárolt másolat szünteti meg ezt a függést. A Google által kínált útvonalakról és arról, hogy melyik valódi mentés, a Google Workspace mentésének elkészítéséről szóló cikkben olvashat, arról pedig, mitől ellenálló egy másolat egy jogosult támadóval szemben, a módosíthatatlan mentésről szóló írásban.

Rövid ellenőrzés, amelyet a héten elvégezhet

1. Listázza a megosztott meghajtókat és a Kezelőiket. Kevesebb Kezelő kevesebb olyan fiókot jelent, amely kiürítheti a Kukát.
2. Írja le a 25 napos szabályt olyan helyre, ahol az ügyeletes megtalálja, a fenti Admin konzol útvonallal együtt.
3. Döntse el, kinél legyen a Drive és Dokumentumok rendszergazdai jogosultság, és erősítse meg, hogy mindegyikük számára szükséges.
4. Próbáljon ki egy visszaállítást. Töröljön egy fájlt egy teszt megosztott meghajtón, távolítsa el a Kukából, és állítsa vissza az Admin konzolon át, hogy az első alkalom ne egy incidens közben történjen.
5. Vesse össze a 25 napot a kötelezettségeivel. Ha az üzletmenetnek ennél régebbi adatot kell visszaállítania, a natív eszköz önmagában nem elegendő.

Hol érdemes kezdeni

A megosztott meghajtókon általában azok a munkák vannak, amelyeket egy csapat nem engedhet el: projektfájlok, pénzügyi mappák, közös sablonok. Rájuk pontosan a fenti időablakok vonatkoznak, semmi több. Segítünk kiválasztani és bevezetni az Ön környezetéhez illő megoldást, többek között a Google Workspace esetében, és vezetett beállítással, bevezetéssel elérjük, hogy védett legyen. Kérjen Google Workspace mentési felmérést, és összevetjük a megosztott meghajtók visszaállítási időablakait azzal, amit az Ön üzletmenete megkövetel.