Криптирана база данни - мотики за настъпване?

Това GDPR треска ли е или принципна задача?

Аз бих спекулирал, че това е най-важната пречка за широкото разпространение на форума asmbb. Представи си, че не само всеки може да види сорса на компилираната програма, ами и базата данни е свободно достъпна.

Това си е наболяла тема и е хубава да се вземат превантивни мерки.

По принцип базите данни на уеб приложенията са нещо, което обикновено се държи скрито. И изтичането му може да причини неприятности. Например публикуване на частни съобщения и постове от закрит форум, съдържащ поверителна информация, понякога разбиване на акаунти и използването им за измами.

Това, че при AsmBB SQL инжекцията е невъзможна, разбира се е добре. Но файлът с базата данни може да изтече и по други начини. При хакване на сървъра например, или от уязвим бакъп сървър, даже от изгубена флашка/лаптоп с копие на базата. (SQLite базата данни е просто един файл).

Така че, криптирането на базата данни изглежда добра идея по принцип. С едно просто действие се премахват по-голямата част от горните заплахи за сигурността. Включително и свързани с човешки грешки.

Бекъп сървър, копие на флашка?! Каква е тази промяна в политическите възгледи?

Иначе ако едни данни изтекът значи не са били толкова важни

Иначе ако говорим за по-сериозна защита трябва физическа защита на сървъра и някакво готово ОС/платено дисково криптиране.

Абе като гледам, ключът ти е парола мината през PBKDF2 там с колко хиляди итерации. Отваряне на базата при това положение ще ти е скъпинка операция, гледай да я правиш по-рядко. Ако е примерно за всяка заявка да си отваряш базата да правиш заявките и после да я затваряш, това при по-прилично натоварване доста добре ще ти излезе през носа, гаранция, 12345 итерации са малко над два пъти по толкова SHA256 хеш суми сметнати итеративно една след друга, малко или много това гори ток и харчи процесорно време.

Бекъп сървър, копие на флашка?! Каква е тази промяна в политическите възгледи?

Иначе ако едни данни изтекът значи не са били толкова важни

Иначе ако говорим за по-сериозна защита трябва физическа защита на сървъра и някакво готово ОС/платено дисково криптиране.

Първо, от това, че аз не правя бакъпи никак не следва, че другите не правят. Не всички достигат до просветлението лесно, а въпросната програма е за всички.

Второ, правилото за загуба на данни касае утечките на данни. Но утечките на данни са точно обратното на загубата на данни. И затова може да се формулира така:

Колкото по-важни са едни данни, толкова вероятността да изтекат е по-голяма. Това е пряко следствие от закона за загубата на безполезната информация. Важната информация се стреми да се саморазмножава. И ако това е нежелателно, трябва да се вземат мерки.

А относно физическата защита на сървъра – номерът е нещата да работят надеждно на обикновен нает сървър, а не на специален хардуер. Разбира се това е почти неосъществимо, но нищо не пречи да се помисли по темата...

Това мнение е било редактирано от johnfound на 19-09-2019, 00:30

Ако моделът ти на атака включва хакване на сървъра или злонамерен хостинг, тогава това е абсолютно безсмислено занимание, освен ако приложението ти не върви на процесор, който поддържа SGX технологията на "Intel", с която е възможно да се реализира "сляп" hypervisor. Дори и тогава нещата са под въпрос, защото като за начало софтуерната поддръжка е неясна, има въпросителни около атестацията (проверката от страна на "анклава", че домакинът е валидна среда) и т.н.

Абсолютно никакъв. Освен, че паролата ти е на същата машина обикновено ако ще ти вади базата, то най-вероятно ще се мъчи през уеб request-и. Само ще натовариш допълнително процесорно време.

ПП Кое те кара да си мислиш, че "при AsmBB SQL инжекцията е невъзможна" ? Не, че знам какво е AsmBB, но ми е интересно защо си толкова уверен

Това мнение е било редактирано от PxL на 19-09-2019, 04:21

Открил е prepared statements ите и явни смята, че те са нещо уникално за sqlite и/или асемблер
Но въпреки това, най-вероятно хешира паролите. Но пък смята, че потребителските имена трябва са седят в криптирана база данни.

Това мнение е било редактирано от thrawn на 19-09-2019, 06:24

Че то prepare на заявката е задължително за всеки SQL. Тъй като по същество представлява компилация на заявката във вид удобен за изпълнение. Какво общо може да има това конкретно с SQLite или асемблер???

И какво общо има с хеширането на паролите??? Паролите се хешират съвсем не за да не ги видят външни хора, а на първо място за да не изкушават вътрешните хора. Криптирането на базата данни никак не изключва хеширането на паролите.

Това мнение е било редактирано от johnfound на 19-09-2019, 07:20