Article View: pl.comp.lang.delphi
Article #346531Re: RODO - szyfrowanie bazy danych ERP
From: kameleonsql
Date: Mon, 04 Jun 2018 11:36
Date: Mon, 04 Jun 2018 11:36
52 lines
4754 bytes
4754 bytes
W dniu wtorek, 29 maja 2018 11:58:33 UTC+2 użytkownik kamel...@gmail.com napisał: > W dniu niedziela, 27 maja 2018 09:53:58 UTC+2 użytkownik kamel...@gmail.com napisał: > > W dniu środa, 23 maja 2018 09:11:59 UTC+2 użytkownik miab napisał: > > > W dniu 21-05-2018 o 08:37, kameleonsql@gmail.com pisze: > > > > 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 > > > > > > I co pomogły poprawki, bo widzę że już ukazała się wersja po > > > 3.0.4.32974 czyli 3.0.4.32977 ? > > > > > > miab > > > > Po bieżących testach nie wystąpiły błędy szyfrowania. Chyba można powiedzieć, że poprawka 3.0.4.32977 problem rozwiązała. Naszą wtyczkę > > zaczynamy dystrybuować w naszych rozwiązaniach od 06/2018. Czyli czas > > prawdy nadejdzie niebawem :) > > --- > > Roman > > Niestety, problemów ciąg dalszy :( > http://tracker.firebirdsql.org/browse/CORE-5836 > --- > Roman OK, temat opanowany. Działa produkcyjnie na bazie 7 GB. Powiem tak, proste to, to nie jest, koryta krwi i morze potu ... Ale cóż, no programowanie dla każdego nie jest :) --- Pozdrawia Ps. Ktoś ma ochotę zerknąć co i jak, to proszę https://wilksoft.pl/media-user/wilk/faq/kameleon_crt.pdf Roman
Technical Details
Message-ID:
<87face36-2d31-457d-8631-f7b1bb790feb@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-v6no5058555itb.0!news-out.google.com!z3-v6ni521iti.0!nntp.google.com!u74-v6no5058553itb.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> <81802e86-4ada-44b1-a831-00ef4f0d826b@googlegroups.com> <pe347u$fs6$1@node2.news.atman.pl> <e230956e-4fe4-45ff-917d-88e1b3c658d3@googlegroups.com> <1bf97108-a820-41b6-88ba-54595b17d192@googlegroups.com>Show Full Headers
Complete Article Headers
X-Received: by 2002:a6b:338f:: with SMTP id z137-v6mr9909966ioz.130.1528112200656; Mon, 04 Jun 2018 04:36:40 -0700 (PDT) X-Received: by 2002:a9d:5325:: with SMTP id g37-v6mr557109oth.7.1528112200447; Mon, 04 Jun 2018 04:36:40 -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-v6no5058555itb.0!news-out.google.com!z3-v6ni521iti.0!nntp.google.com!u74-v6no5058553itb.0!postnews.google.com!glegroupsg2000goo.googlegroups.com!not-for-mail Newsgroups: pl.comp.lang.delphi Date: Mon, 4 Jun 2018 04:36:40 -0700 (PDT) In-Reply-To: <1bf97108-a820-41b6-88ba-54595b17d192@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> <81802e86-4ada-44b1-a831-00ef4f0d826b@googlegroups.com> <pe347u$fs6$1@node2.news.atman.pl> <e230956e-4fe4-45ff-917d-88e1b3c658d3@googlegroups.com> <1bf97108-a820-41b6-88ba-54595b17d192@googlegroups.com> User-Agent: G2/1.0 MIME-Version: 1.0 Message-ID: <87face36-2d31-457d-8631-f7b1bb790feb@googlegroups.com> Subject: Re: RODO - szyfrowanie bazy danych ERP From: kameleonsql@gmail.com Injection-Date: Mon, 04 Jun 2018 11:36:40 +0000 Lines: 77 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit