Bezpečné smazání řádku v MariaDB

[oss]

Riesim dost divnu situaciu. Potrebujem vymazavat riadky tabulky (realne jeden textovy stlpec) tak aby po jeho vymazani sa nedal najst na disku, proste ho realne vymazat aby uz nesiel obnovit ani keby sa k disku s databazou dostane niekto iny a pouzije recovety/hex tool.

Ide o tabulku, kde je ID a string vzdy rovnakej dlzky. Staci ho updatnuta potom zmazat? Alebo je na to nejaky specialny command, ci nastavenie?

[Reklama]

[ogdru6jahad]

otazka zda se updatnuty zaznam zapisuje jinam, nebo se prepise puvodni zaznam.
tohle bude zalezitost strev sql databaze. leda potom projit fs nebo uloziste kam to sql uklada.

bez dalsich znalosti bych udelal update zaznamu a prepsal tajne informace a teprve potom pripadne smazal.

[z_sk]

Aka je veľka tá tabuľka?

[𝑾𝑰𝑭𝑻]

Nešlo by to řešit nějakou formou Transparent Data Encryption? Sice si dokážu představit, že i tak se někdo dokáže ke smazaným řádkům dostat, pokud tam někde fyzicky zůstávají (když vím, jak to dešifrovat a mám ke klíčům přístup), ale už je to komplikace pro někoho, kdo si jen tak sebere soubory (což je taková nejčastější situace, na které se prezentují výhody TDE).

[Pavel Stěhule]

Riesim dost divnu situaciu. Potrebujem vymazavat riadky tabulky (realne jeden textovy stlpec) tak aby po jeho vymazani sa nedal najst na disku, proste ho realne vymazat aby uz nesiel obnovit ani keby sa k disku s databazou dostane niekto iny a pouzije recovety/hex tool.

Ide o tabulku, kde je ID a string vzdy rovnakej dlzky. Staci ho updatnuta potom zmazat? Alebo je na to nejaky specialny command, ci nastavenie?

Stejne jako na disku, data se pri delete neprepisuji - jen oznaci a po nejake dobe prepisi novymi daty. Ale je na databazi, jestli bude prepisovat data nebo extendovat datovy soubor. Jedine rozumne reseni je sifrovani dat nebo disku.

[Reklama]

[ogdru6jahad]

Riesim dost divnu situaciu. Potrebujem vymazavat riadky tabulky (realne jeden textovy stlpec) tak aby po jeho vymazani sa nedal najst na disku, proste ho realne vymazat aby uz nesiel obnovit ani keby sa k disku s databazou dostane niekto iny a pouzije recovety/hex tool.

Ide o tabulku, kde je ID a string vzdy rovnakej dlzky. Staci ho updatnuta potom zmazat? Alebo je na to nejaky specialny command, ci nastavenie?

nebo nemusi sifrovat, ale mi to na vyhrazene partisne a tu v pripadne potreby celou shrednout.

Stejne jako na disku, data se pri delete neprepisuji - jen oznaci a po nejake dobe prepisi novymi daty. Ale je na databazi, jestli bude prepisovat data nebo extendovat datovy soubor. Jedine rozumne reseni je sifrovani dat nebo disku.

[Ondrej Nemecek]

Provést úpravy schématu, provést export dat, smazat diska a přepsat jej nulama (data wipe), pak čistá instalace  systému a obnova dat. To je poměrně spolehlivý způsob, jak požadavek realizovat. Pravda, dost pracný.

[_Tomáš_]

pokud máš innodb a transakční log (redo log, soubory ib_logfile*), tak tam ty data budou poměrně dlouho.

Nejjistější je, udělat kompletní export (bez zmíněných řádků), smazat celou mariadb datovou složku a udělat import všech dat. Odstávka na pár hodin, ale máš to vyřešené s vysokou jistotou.

Pitvat to z disku je těžká věc i pro lidi, kteří s mariadb dělají dlouho a znají, natož, když se na to musíš ptát. To ani neřešíme případ, kdy ty data budou ještě fyzicky na discích než se přepíšou novými, to je také dost nedetermistický proces.

[MalyTomi]

Trochu dost paranoia. Niekedy update pomoze, niekedy nie. Databazovy server je dost komplikovana vec a okrem autorov nikto nevie, ako funguje vnutri. Riesenim je ukladat zasifrovane data, a sifrovanie/desifrovanie robit v servise, ktory pracuje s tou db. Ale zaklad je zabezpecit jak fyzicky, tak sietovy pristup na dany server, kde je ta databaza.

[RDa]

Provést úpravy schématu, provést export dat, smazat diska a přepsat jej nulama (data wipe), pak čistá instalace  systému a obnova dat. To je poměrně spolehlivý způsob, jak požadavek realizovat. Pravda, dost pracný.

Zbytecny krok s upravou schematu na zdrojove tabulce - pouzil bych view nebo rovnou select into a kopiroval podmnozinu dat rovnou do nove, a pak zahodil puvodni, prejmenoval novou-docasnou na starou a hotovo.

Pokud by se to melo delat za provozu - existuje nejaka moznost udelat "RO" rezim pro tabulku?
(bral bych ze sloupec jiz ma zapnuty NULL a aplikace do nej uz nezapisuje - pak je jedno zda bude tabulka v starem ci novem schematu)

[oss]

Tie upravy schematu su nepouzitelne pre zivy system.

V takomto pripade je asi lahsie tie data ukladat na disk ako subory a potom ich zmazat/prepisat. a v databaze mat na ne len odkazy.

[alobalova_ciapocka]

Mensia uvaha:
Pozriet prednasku  "Nádisková bitva - kam zasáhl chybný sektor" a naucit sa parovat sektory s inodom db file a cez dd sa pozriet co v nich je a pripadne premazat?
Doslova cat | dd if=/.. ofset=n | grep "zmazane data"
Rucne asi nie, ale viem si predstavit nejaky skript.

https://pretalx.linuxdays.cz/linuxdays-2023/talk/83PNCJ/

[rooobertek]

https://mariadb.com/kb/en/data-at-rest-encryption-overview/

https://www.tenable.com/audits/items/CIS_MariaDB_10.6_Benchmark_v1.0.0_L2_Database.audit:8fc1314625c8e82c74348e720bcd01df

Nikdy som takúto potrebu nemal, ale zdá sa mi, že toto by mohlo byť riešením