LINUX.ORG.RU
ФорумAdmin

Закон о персональных данных и технические решения

 , ,


0

1

Технический вопрос по закону, обязующему хранить персональные данные россиян в России. Для российской компании, наверное, легче всего будет целиком базу данных хостить в России. А вот с международной компанией как быть? Мало того, вроде как некоторые другие страны имеют похожие законы, так что переносить всё в Россию не вариант. Как мне представляется очевидным, самым лёгким решением была бы СУБД, позволяющая создать кластер из серверов, расположенных в нескольких ДЦ, и физически хранить данные определённых таблиц на определённых серверах кластера в зависимости от определённого столбца таблицы. То есть, имеется таблица со столбцами «имя», «e-mail», «местоположение». Так вот, если в разделе «местоположение» указана Россия, то данная запись хранится на определённом сервере кластера.

Есть ли такое существующее решение, в первую очередь, свободное?



Последнее исправление: te111011010 (всего исправлений: 1)

а нельзя ли хранить где угодно, а когда тебя спросят «покажи где данные хранишь», ты по ssh покажешь им дамп sql-базы, не важно с какого сервера. не?

чо вот прям обязательно хранить на сервере на территории РФ? чтобы когда маски-шоу пришли изымать сервер — заполучили все данные? пусть сервер выступает в роли шлюза. тупо железа «тонкий-клиент» без каких-либо данных.

Spoofing ★★★★★
()

Это как обычно не технический вопрос. Если доеб будут интересоваться, то ты заеб устанешь объяснять вот такое «Так вот, если в разделе «местоположение» указана Россия, то данная запись хранится на определённом сервере кластера.»

anc ★★★★★
()
Ответ на: комментарий от Spoofing

Потому что живя при этом в банановой республике (не в этой) можно спокойно их посылать, ничего не показывать и при этом делать деньги на российской аудитории. Так что да, требование держать все данные в этой стране - эдакая превентивная мера. А пытаясь толсто траллировать органы всякими проксями и зачем-то кидаться на амбразуру ради своих пользователей ты только сгущенки себе наживешь.

entefeed ☆☆☆
()
Ответ на: комментарий от anc

И что ты предлагаешь? Как держать сайт, хранящий данные россиян в России, данные европейцев — в ЕС, а данные китайцев — в Китае? Всё равно в итоге они через один сайт доступны.

Я лично поставил вопрос, как технически соответствовать духу и букве закона. То, что правоприменительная практика (которая ещё не сложилась) может быть другой — это оффтопик и танцпол.

te111011010
() автор топика
Последнее исправление: te111011010 (всего исправлений: 1)
Ответ на: комментарий от te111011010

Храни реплику базы, речь ведь о персональных данных и любое государство сейчас стремиться получить эти данные от компаний, слишком жирный и вкусный кусок. Кто-то нарыть грязи если попал в разработку, кто-то поискать уклоняющегося от налогов, кто-то погонять ведьм, ну так по мелочи. От чего бугурт, непонятно. Свободы нет, демократии как и социализма тоже нет, привыкайте, рабовладельческий строй просто перешел в другую плоскость, а рабы так и не поняли им ведь дали много модных слов.

anonymous
()

Да, может, если готового нет, то может что можно относительно легко написать, например, в виде хранимых функций. Просто обидно будет, если какой-нибудь Oracle сделал/сделает, а в свободном ПО аналогичного решения не будет.

te111011010
() автор топика

Неужели ничего нет? Как гиганты типа ФСБука будут справляться? Или они только для вида будут исполнять закон, делая реплику на сервере в России?

te111011010
() автор топика

Если персональные данные шифровать на стороне клиента приватным ключом, то становится неважным где хранятся данные...

anonymous
()
Ответ на: комментарий от anonymous

Храни реплику базы

А вот кстати тоже вопрос - можно ли держать реплику не в РФ? Т.е. например если для резервирования/распределения нагрузки держать несколько серверов с базой, из них только 1 в РФ, а остальные например в Голландии. Докопаются?

no-such-file ★★★★★
()
Ответ на: комментарий от te111011010

У например фб сложно назвать персональными данные. Регистрация там произвольная - можно писать что угодно.

Считать это персональными данными, наводит на очевидные выводы.

anonymous
()
Ответ на: комментарий от anonymous

А если персональные данные нужны владельцу сайта или же передаются третьим лицам с согласия клиента?

P.S.: Почему так много людей любят давать ответы совершенно не по теме? А стоит мне что-нибудь не по теме сказать (типа «не покупай банальный зонд»), сразу говнометание и переход на личности начинается.

te111011010
() автор топика
Ответ на: комментарий от te111011010

по крайней мере это не даст использовать данные без согласия клиента...

Готовых решений не будет - идея использовать кластеры или распределенные сети абсурдна - ничто не мешает переливу/подливу между нодами.

Наиболее традиционна форма хранения: клиент-сервер, где БД как правило представляет собой ядро данных.

Компании, например продающие номера в отелях не будут строит кластеры или переносить свой бизнес - это тоже абсурдно.

anonymous
()
Ответ на: комментарий от anonymous

Компании, например продающие номера в отелях не будут строит кластеры или переносить свой бизнес - это тоже абсурдно.

Какой-нибудь booking.com, возможно, будет. Сами отели вряд ли, но есть надежда, что на них закон не распространится, т.к. деятельность не направлена на россиян.

Готовых решений не будет - идея использовать кластеры или распределенные сети абсурдна - ничто не мешает переливу/подливу между нодами.

В смысле ничто не мешает? Ты имеешь в виду, что текущие кластеры не позволяют хранить часть данных строго на определённых серверах? Либо что, даже если такая функция есть, легко обойти её? По поводу второго — это понятно, но про защиту от удалённого доступа к данным, хранящимся в России, закон ничего не говорит.

te111011010
() автор топика
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.