🚀 go-pugleaf

RetroBBS NetNews Server

Inspired by RockSolid Light RIP Retro Guy

Article View: pl.comp.lang.delphi
Article #346520

Re: RODO - szyfrowanie bazy danych ERP

#346520
From: kameleonsql
Date: Wed, 11 Apr 2018 10:53
24 lines
4589 bytes
W dniu piątek, 6 kwietnia 2018 15:36:11 UTC+2 użytkownik immo napisał:
> W dniu piątek, 6 kwietnia 2018 12:48:55 UTC+2 użytkownik kamel...@gmail.com napisał:
> 
> > Super, 
> > dzięki za garść fachowych informacji, też spotykamy się z prawnikami i różnymi opiniami na temat RODO. Poza tym głownie interesuje mnie aspekt tego
> > (to już off-topic), czy producent / autor Aplikacji służącej do gromadzenia danych musi dostarczyć rozwiązanie z np. szyfrowaną bazą danych, czy może to mieć ofercie np. jako opcje ?
> 
> Też się spotykamy, ale nikt nigdzie nie mówił o szyfrowaniu bazy danych. Bo i po co? Faktycznie producent oprogramowania może mieć w delikatnym poważaniu RODO w odniesieniu do swojego produktu, co najwyżej straci klienta. 
> Niemniej - zakładając że to nie jest program z bazą na komputerze u pani Tereski (nie obrażając Teresek) - to szyfrowanie bazy nie ma sensu. Oczywiście administrator może szyfrować dyski serwera, ale znowu - po co? Ktoś wyniesie szafę serwerową? Ktoś wykręci dyski? No więc właśnie nie - zabezpieczony ma być dostęp do takich miejsc odpowiednimi uprawnieniami. Po stronie aplikacji co jedyne to można wprowadzić szyfrowane połączenia klientów z bazą, ale to też tylko w wypadku "zdalnych" dostępów. Chociaż znowu RODO wymaga połączeń szyfrowanych ale na poziomie tunelu czyli samego VPN.
> Ogólnie - rozmawiając z praktykami (bo są firmy które mają nawet mocniejsze zabezpieczenia niż wymaga RODO) a nie prawnikami, dochodzę do wniosku, że jak zwykle nasi rządzący chcą być świętsi od papieża i wychodzą przed szereg wprowadzając idiotyczne obostrzenia.
> Bo rozmawiając ostatnio z prawnikami niektórzy z nich doszli do wniosku że rozwiązania cloudowe nie mogą być użytkowane jeśli wprowadzi się wszystkie zalecenia RODO, a to ze względu na brak bezpośredniego nadzoru nad miejscem przechowywania danych. :)
> 
> PS. To szyfrowanie bazy danych przypomina mi sytuację, gdzie klient się upierał nad dokumentami podpisywanymi podpisem elektronicznym, z tym że on chciał takie "podpisane" dokumenty drukować :/
> 
> pozdrawiam,
> Przemek O.

Przemek O, 

Nasza interpretacja "dostępu do pliku danych" z danymi wrażliwymi jest jednak inna (również prawników). Nie ma znaczenia, w jaki sposób utrudnisz dostęp do pliku w lokalizacji gdzie on się znajduje, na jakim sprzęcie "leży". RODO raczej jasno "nakazuje" by jeśli "plik z danymi wrażliwymi" dostanie się  w niepowołane ręce (np. zostanie skopiowany), to by był tak zabezpieczony by dostęp do danych w nim zawartych był utrudniony. Moja firma pracuje nad szyfrowaniem pliku bazy (FB 3.0) i już praktycznie mamy to opracowane  i jesteśmy w końcowej fazie testowania. Będziemy oferowali rozwiązanie z bazą szyfrowaną lub nie, decyzje podejmie końcowy użytkownik.

---
Pozdrawiam
Roman
Technical Details
Message-ID: <1cf682e4-42f2-433f-a7a0-419ea6620677@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!e130-v6no75325itb.0!news-out.google.com!u64-v6ni636itb.0!nntp.google.com!k65-v6no67070ita.0!postnews.google.com!glegroupsg2000goo.googlegroups.com!not-for-mail
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> <d57e3b6f-2d42-476c-9cc8-9334053ae18a@googlegroups.com> <f6f788cb-c348-4b46-a35e-f8876eb899b6@googlegroups.com>

Show Full Headers
Complete Article Headers
X-Received: by 2002:a24:8343:: with SMTP id d64-v6mr1561469ite.32.1523443994602;        Wed, 11 Apr 2018 03:53:14 -0700 (PDT)
X-Received: by 2002:a9d:1f58:: with SMTP id x24-v6mr265309otx.9.1523443994454; Wed, 11 Apr 2018 03:53:14 -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!e130-v6no75325itb.0!news-out.google.com!u64-v6ni636itb.0!nntp.google.com!k65-v6no67070ita.0!postnews.google.com!glegroupsg2000goo.googlegroups.com!not-for-mail
Newsgroups: pl.comp.lang.delphi
Date: Wed, 11 Apr 2018 03:53:14 -0700 (PDT)
In-Reply-To: <f6f788cb-c348-4b46-a35e-f8876eb899b6@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> <d57e3b6f-2d42-476c-9cc8-9334053ae18a@googlegroups.com> <f6f788cb-c348-4b46-a35e-f8876eb899b6@googlegroups.com>
User-Agent: G2/1.0
MIME-Version: 1.0
Message-ID: <1cf682e4-42f2-433f-a7a0-419ea6620677@googlegroups.com>
Subject: Re: RODO - szyfrowanie bazy danych  ERP
From: kameleonsql@gmail.com
Injection-Date: Wed, 11 Apr 2018 10:53:14 +0000
Lines: 62
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit