Вход | Регистрация
 
1С:Предприятие :: 1С:Предприятие 8 общая

Случайные значения в справочниках, страх клиентов перед утечкой информации.

Случайные значения в справочниках, страх клиентов перед утечкой информации.
Я
   MAPATNK2
 
03.11.19 - 19:02
Всем доброго времени суток. Подскажите пожалуйста, кто нибудь сталкивался с тем, что клиенты не готовы предоставлять базу для доработки с актуальной информацией. Все как один боятся утечки информации, и просят какую-нибудь обработку, которая поменяет все данные в 1С на рандомные. Хотя по моему это бред, ведь если вы сделали обработку по кодированию данных, то значит вы можете их раскодировать. Кто нибудь сталкивался с данной проблемой и как решал?
 
 
   Lama12
 
1 - 03.11.19 - 19:03
(0) На ИТС есть стандартная обработка.
   Sapiens_bru
 
2 - 03.11.19 - 19:22
(0) Почитай про хэш-функцию
   ДенисЧ
 
3 - 03.11.19 - 19:30
(0) Исходный код GPG опубликован. Попробуй расшифровать его шифры.
   Lama12
 
4 - 03.11.19 - 19:46
(0) Рекомендую Брюс Шнайер, Прикладная Криптография.
Есть шифрование, есть кодирование. Это разные вещи. Мало того, в шифровании есть теоретически невскрываемые методы. У них другие слабости, но фиг вскроешь "одноразовые блокноты".
   Lexandr
 
5 - 03.11.19 - 19:56
Где здесь бред? Заказчика надо любить.И да, если у вас паранойя, то это не значит, что за вами не следят. В данном можно удалить контактную информация, оставить несколько позиций номенклатуры и клиентов и всё в таком духе.
   NorthWind
 
6 - 03.11.19 - 20:22
(0) >> Хотя по моему это бред, ведь если вы сделали обработку по кодированию данных, то значит вы можете их раскодировать - применительно к теме вопрос сложный. Если вы заменяете что-то случайными значениями, вы не кодируете данные, а просто портите их. И каким образом после таких действий их восстановить - вообще-то хз.
   Сияющий в темноте
 
7 - 03.11.19 - 23:32
(6)они бояться,что вместо случайных значений будет шифрование,и потом кто-то полученную базу расшифрует.
   vde69
 
8 - 03.11.19 - 23:41
ну в некоторых случаях сабж реально оправдан, например если база хранит информацию про высокопоставленных публичных людей, то даже 1 строчка может реально много напортачить, не знаю, примеры типа "Иван Сергеевич героиновый наркоман" или "Никита Александрович больной спидом" и все в таком роде очень  больно может отразится при пудликации.

Не говоря уже об данных которые содержат откровенный криминал...
   vde69
 
9 - 03.11.19 - 23:43
а еще пример, гараж правительства, данные о рейсах это гос тайна, такую инфу то-же тебе никто не даст в базе, а ведь она именно в 1с и лежит
   bolero
 
10 - 04.11.19 - 00:16
gpg и хэши хорошо, только занахрена в этой задаче?

сам задумывался о похожем, на мой взгляд достаточно:
- контрагентов менять на пусть настоящих, но рандомных из интернета. Есть в базе 10к контрагентов - значит взять 10к других из публичных источников и заменить
- организации по желанию заменить
- номенклатуру заменить на рандомные арбузы и гвозди, либо хотя бы на "Номенклатура_0012042"
- контактную информацию и контактных лиц выпилить полностью
- историю изменений выпилить полностью
по ходу пьесы что-то еще важное всплывет, но идти тем же путем.

суммы и номера документов, не привязанные к контрагентам, уже особой ценности не представляют

Расшифровывать обратно нечего, т.к. прямого сопоставления и не было, а была тупая замена по случайному списку.
   Сияющий в темноте
 
11 - 04.11.19 - 01:19
не все так просто.
заменив контрагентов на "контрагент1".."контрагентN",а также номенклатуру мы все равно оставим в базе суммы и покупки контрагентов.
да,казалось бы,эта информация не важна,но,при должном анализе и сопоставлении с другими данными,она может позволить получить важную информацию.
например,в случае того же правительственного гаража,не столько важна марка машины и то,кому она записана,как важна последовптельность ее выездов.

Список тем форума
Рекламное место пустует  Рекламное место пустует
ВНИМАНИЕ! Если вы потеряли окно ввода сообщения, нажмите Ctrl-F5 или Ctrl-R или кнопку "Обновить" в браузере.