Napló nélküli tárhelyszolgáltatói állítás értékelése
Különböztesd meg az élő hálózati állapotot, a szolgáltatási nyilvántartásokat és a megőrzött tevékenységnaplókat, majd tedd fel azokat a kérdéseket, amelyek hasznossá teszik az adatvédelmi állítást.
Egy pillantásra
A naplók nélküli tárhelyre vonatkozó állítás csak akkor értelmezhető, ha a szolgáltató meghatározza az érintett nyilvántartásokat és a kivételeket. Ellenőrizze külön a fiók- és fizetési adatokat, a hálózati telemetriát, a gazdagépeseményeket és a vendégnaplókat. A megőrzési időtartamok, a törlési eljárások és az ellenőrzési bizonyítékok többet mondanak, mint egy általános szlogen.
Alakítsd a szlogent konkrét kérdésekké
A napló nélküli címke csak akkor jelentős, ha a hatóköre világos. Egy VPS-nek hálózati útvonalakra, szolgáltatási nyilvántartásra és üzemeltetési felügyeletre van szüksége a működéshez. Ezek a tények nem követelik meg automatikusan az ügyféltevékenység előzményeit, de irreálissá teszik azt az abszolút állítást, hogy egyáltalán nem kezelnek információt.
Kérdezd meg, melyik rétegre vonatkozik az állítás: a fizetésre, a webes infrastruktúrára, a hypervisorra, a hálózatfigyelésre vagy a virtuális gépeden belüli szoftverre. Mindegyik réteget más szereplő kezelheti. Az információ, a cél és az élettartam pontos magyarázata hasznosabb, mint egy széles körű ígéret.
Válaszd szét az átmeneti állapotot a tárolt előzményektől
A csomagokhoz forrás- és célcímzés kell, az élő kapcsolatok pedig átmeneti állapotot jelentenek. A tűzfal fenntarthat egy kapcsolattáblát anélkül, hogy tartós munkamenet-előzményt hozna létre. A szolgáltató külön engedélyezhet forgalmi naplókat, rögzíthet forgalmat vagy naplózhatja a kezelési hozzáférést. Ezek külön döntések, és külön válaszokat érdemelnek.
Hasonlóképpen, az erőforrás-használat ellenőrzése más, mint minden olyan célcím rögzítése, amelyet a bérlő elér. A kapacitásmutatók, a kiesésdiagnosztika és a visszaélésekre utaló jelek különböző részletességi szinteken gyűjthetők. Értékeld, hogy a hatókör arányos-e, és hogy az átmeneti adatok később átkerülnek-e hosszú távú nyilvántartásokba.
A megrendelések és a fizetések egy másik kategória
A szolgáltatásnak elegendő információra van szüksége az erőforrások hozzárendeléséhez, az előfizetés lejáratának meghatározásához és a számla rendezéséhez. Az így keletkező megrendelési nyilvántartás lehet álnéven vezetett, de akkor is létezik. A benne szereplő mezők, a hozzáférés-vezérlés és a törlési ütemterv akkor is számít, ha a tárhelyszolgáltató nem kér polgári személyazonosságot.
A kriptovalutás fizetés is létrehoz egy számlaadatot, és a támogatott hálózatok nyilvános tranzakciós információkat tartanak fenn. Az e-mail-címeket, a támogatási üzeneteket, a felhasználóneveket és a tokeneket külön-külön kell leírni, nem pedig egy általános napló nélküli állítás mögé rejteni. A fizetési nyilvántartásokat a szervertevékenység naplózásától elkülönítve értékeld.
Különböztesd meg a szolgáltatót a vendégrendszeredtől
A tárhelyszolgáltató dönthet úgy, hogy rutinszerűen nem gyűjt tevékenységelőzményeket és nem vizsgálja meg az ügyfélfájlokat. A VPS-ed belsejében keletkező naplókat továbbra is te irányítod: SSH hitelesítés, webes hozzáférés, adatbázis-tevékenység, alkalmazáshibák és DNS lekérdezések. A szolgáltató megváltoztatása nem állítja be automatikusan ezeket az alkalmazásokat.
A root hozzáférés lehetővé teszi, hogy áttekintsd ezt a vendégszoftvert, de nem ad irányítást egy fizikai gazdagép vagy hypervisor felett. A szolgáltató technikailag hozzáférhet egy titkosítatlan lemezhez vagy a futó memóriához. A tároláskori titkosítás segít bizonyos tárolási kockázatok ellen; önmagában nem akadályozhatja meg, hogy az alapul szolgáló gépet irányító adminisztrátor megfigyelje a futó munkaterhelést.
- Vizsgáld felül a webszerver és a fordított proxy hozzáférési naplózását.
- Ellenőrizd a SSH és a rendszernapló megőrzését.
- Vizsgáld meg a DNS lekérdezésnaplózását és az analitikai integrációkat.
- Értsd meg a lemezképek mentését, a biztonsági mentéseket és a harmadik féltől származó megfigyelést.
Kérdezz rá a megőrzési időtartamokra és a törlési gyakorlatra
Minden tárolt kategóriánál kérdezd meg, miért létezik, ki férhet hozzá, és mikor távolítják el. Az aktív előfizetéshez szükséges megrendelési token életciklusa eltér egy diagnosztikai naplóétól. A rövid megőrzési idő csak akkor hasznos, ha a biztonsági mentések, az exportok és a harmadik féltől származó eszközök nem őrzik meg csendben ugyanezt az információt tovább.
A konkrét dátumok vagy időszakok értékelhetővé teszik a szabályzatot. Az olyan kifejezések, mint ideiglenes, minimális vagy csak szükség esetén, nyitott kérdéseket hagynak, hacsak meg nem magyarázzák őket. Ellenőrizd, hogyan kezeli az üzemeltető az inaktív fiókokat, a lemondott szolgáltatásokat és az opcionális információk törlésére vonatkozó kérelmet.
Értékeld a bizonyítékokat túlzás nélkül
Olvasd el az írásos szabályzatot, és vesd össze a termékoldallal és a tényleges regisztrációs folyamattal. A kötelező név- vagy telefonszámmezők közvetlenül ellentmondhatnak a személyazonosság nélküli üzenetnek. A független értékelések vagy a műszaki dokumentáció több bizonyítékkal szolgálhatnak, de az auditnak van hatóköre és dátuma; nem tanúsítja az összes jövőbeli magatartást.
A warrant canary olyan nyilatkozat, amelyet változások vagy elmaradt frissítések szempontjából figyelemmel lehet kísérni. Még egy aláírt változat sem tudja bizonyítani a kényszerítés vagy a megfigyelés hiányát. Az átláthatósági jelentés kontextust adhat. Egyik sem helyettesíti a tényleges adatrendszerek magyarázatát.
- Milyen információkat gyűjtenek, melyik rétegen?
- Mit tárolnak, és mennyi ideig?
- Mely alvállalkozók vagy külső szolgáltatások kapják meg?
- A biztonsági mentések ugyanazt a törlési elvárást követik?
- Támogatják a fizetési folyamat és a dokumentáció az állításokat?
A névtelenség és a megőrzés különböző problémákat old meg
A névtelen regisztráció azt a kérdést érinti, hogy milyen információk kapcsolják a fiókot egy személyhez. A tevékenységminimalizálás arról szól, hogy mi történik a szolgáltatás futása közben. Egy szolgáltató elkerülheti az identitásellenőrzést, mégis kiterjedt hálózati nyilvántartást vezethet, vagy ismerheti a fióktulajdonost, miközben kevés tevékenységelőzményt őriz. Vizsgálja meg mindkét dimenziót.
Tekintse át a saját szokásait is: a közvetlen adminisztráció, a személyes postafiók adatai és az azonosító alkalmazásfiókok a szolgáltató politikájától független kapcsolatokat hozhatnak létre. A hasznos adatvédelmi terv ötvözi a körültekintő beszerzést, a vendégrendszerben történő ésszerű naplózást és az infrastruktúrával kapcsolatos, bizonyítékokon alapuló elvárásokat.