Article View: pl.comp.lang.delphi
Article #346526Re: RODO - szyfrowanie bazy danych ERP
From: kameleonsql
Date: Mon, 21 May 2018 06:37
Date: Mon, 21 May 2018 06:37
26 lines
3252 bytes
3252 bytes
W dniu środa, 25 kwietnia 2018 08:23:28 UTC+2 użytkownik immo napisał: > W dniu wtorek, 24 kwietnia 2018 11:48:52 UTC+2 użytkownik kamel...@gmail.com napisał: > > Szyfrowane bazy muszą być w wersji Firebird 3.0 tutaj coś więcej https://www.firebirdsql.org/file/documentation/release_notes/html/en/3_0/rnfb30-security-encryption.html > > > > Moment moment. Cały czas była mowa o szyfrowaniu pliku bazy danych a nie o szyfrowaniu zawartości bazy danych. Dlatego też podnosiłem bezsensowność takiego rozwiązania. > > Cytat z Twoich wypowiedzi: "plik zawierający dane wrażliwe ma być tak zabezpieczony", "odpowiedzialność właściciela pliku danych jeśli on zostanie np. skradziony i dostęp do pliku nie będzie utrudniony (np. szyfrowany)". > > A tak z tego co prezentujesz to wymysliles cos co np. MSSQL ma w standardzie, cos co np. komponenty DevArta (ktorych uzywam) maja w standardzie... I co od poczatku pisalem ze jesli juz, to jest wystarczajacym zabezpieczeniem... > > pozdrawiam, > Przemek O. Witam, Dla zainteresowanych szyfrowaniem bazy Firebird 3.0. Jest dość poważny błąd w kodzie FB, który się ujawnia dopiero przy większym rozmiarze bazy (tak bynajmniej wychodzi z naszych testów). Temat zgłosiliśmy zespołowi FB http://tracker.firebirdsql.org/browse/CORE-5830 Jeśli ktoś chce tego szyfrowania używać to proszę się jednak zastanowić, bo po tym błędzie baz jest do wyrzucenia. Ps. Czekamy na poprawkę w FB 3.0 --- Pozdrawiam Roman
Technical Details
Message-ID:
<81802e86-4ada-44b1-a831-00ef4f0d826b@googlegroups.com>Path:
mbox-mo1.pugleaf.net!news-archive.icm.edu.pl!news.icm.edu.pl!news.nask.pl!news.nask.org.pl!news.unit0.net!weretis.net!feeder6.news.weretis.net!feeder.usenetexpress.com!feeder-in1.iad1.usenetexpress.com!border1.nntp.dca1.giganews.com!nntp.giganews.com!u74-v6no4262800itb.0!news-out.google.com!f20-v6ni4902itd.0!nntp.google.com!u74-v6no4262796itb.0!postnews.google.com!glegroupsg2000goo.googlegroups.com!not-for-mailReferences:
<329fadca-a3e2-4da5-961f-113419382376@googlegroups.com> <3748ca87-5c30-437c-9fb4-daac0c6c1f27@googlegroups.com> <a6bc38bf-1a73-453d-9e11-8afdd5090a69@googlegroups.com> <2556f768-8078-4a82-babd-ae91ba143fa7@googlegroups.com> <984c538d-6d1b-459b-8e4b-91258a8045c4@googlegroups.com> <1f57d63e-e426-4cd0-924b-237f95db0a50@googlegroups.com> <b38d7f61-85d5-4ef3-81ff-6b8e1845e7b5@googlegroups.com>Show Full Headers
Complete Article Headers
X-Received: by 2002:a24:b608:: with SMTP id g8-v6mr8278626itf.13.1526884634909; Sun, 20 May 2018 23:37:14 -0700 (PDT) X-Received: by 2002:a9d:4712:: with SMTP id a18-v6mr1294768otf.1.1526884633245; Sun, 20 May 2018 23:37:13 -0700 (PDT) Path: mbox-mo1.pugleaf.net!news-archive.icm.edu.pl!news.icm.edu.pl!news.nask.pl!news.nask.org.pl!news.unit0.net!weretis.net!feeder6.news.weretis.net!feeder.usenetexpress.com!feeder-in1.iad1.usenetexpress.com!border1.nntp.dca1.giganews.com!nntp.giganews.com!u74-v6no4262800itb.0!news-out.google.com!f20-v6ni4902itd.0!nntp.google.com!u74-v6no4262796itb.0!postnews.google.com!glegroupsg2000goo.googlegroups.com!not-for-mail Newsgroups: pl.comp.lang.delphi Date: Sun, 20 May 2018 23:37:12 -0700 (PDT) In-Reply-To: <b38d7f61-85d5-4ef3-81ff-6b8e1845e7b5@googlegroups.com> Complaints-To: groups-abuse@google.com Injection-Info: glegroupsg2000goo.googlegroups.com; posting-host=91.234.102.48; posting-account=lJNmiQoAAAAcuwZEAibFvFBE7IgRs9bN NNTP-Posting-Host: 91.234.102.48 References: <329fadca-a3e2-4da5-961f-113419382376@googlegroups.com> <3748ca87-5c30-437c-9fb4-daac0c6c1f27@googlegroups.com> <a6bc38bf-1a73-453d-9e11-8afdd5090a69@googlegroups.com> <2556f768-8078-4a82-babd-ae91ba143fa7@googlegroups.com> <984c538d-6d1b-459b-8e4b-91258a8045c4@googlegroups.com> <1f57d63e-e426-4cd0-924b-237f95db0a50@googlegroups.com> <b38d7f61-85d5-4ef3-81ff-6b8e1845e7b5@googlegroups.com> User-Agent: G2/1.0 MIME-Version: 1.0 Message-ID: <81802e86-4ada-44b1-a831-00ef4f0d826b@googlegroups.com> Subject: Re: RODO - szyfrowanie bazy danych ERP From: kameleonsql@gmail.com Injection-Date: Mon, 21 May 2018 06:37:14 +0000 Lines: 43 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit