Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Алгоритм защиты данных
|
|||
|---|---|---|---|
|
#18+
Есть проблема - пользователь имеет доступ к paзного рода информации которую нелзя передать третьему лицу. Есть идея вставлять наряду с настоящими данными, фиктивные не существующие в природе. Предположим пользователь через поиск получает список неплатежеспособных клиентов, то в этот список надо добавить парочку фиктивных. Вопрос : каким образом подставлять фиктивные данные что-бы пользователь не заметил это и по какому алгоритму это делать. Может кто-то сталкивался с подобными проблемами? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.12.2004, 22:37 |
|
||
|
Алгоритм защиты данных
|
|||
|---|---|---|---|
|
#18+
Алгоритмов может быть 3 вида: 1) брать клиентов из таблицы 2) Подобрать алгоритм, генерирующий ложных клиентов 3) среднее между 1 и 2: генерировать клиентов на основании таблицы -- Posted via ActualForum NNTP Server 1.1 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.12.2004, 00:57 |
|
||
|
Алгоритм защиты данных
|
|||
|---|---|---|---|
|
#18+
В алгоритме как раз и проблема, каким образом ето сделать. Предположим пользователь искал клиентов по буквам "Пе", то он получит список клиентов с именами на "Пе...", теперь вопрос по каким критериям искать в таблице или генерировать имена и данные которые будут добавленны в список или частично заменены на другие, вообщем нужен умный алгоритм который сможет ето сделать ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.12.2004, 09:36 |
|
||
|
Алгоритм защиты данных
|
|||
|---|---|---|---|
|
#18+
Таким образом, вместе с полезной информацией ты добавляешь шум. Не беспокойся, достаточно из реальной таблицы не чистить клиентов и огромный уровень шума тебе обеспечен. Я работал с такой базой, туда ложных клиентов никто не добавлял, лишь не чистили от уходящих... 1/3 выборки была верной... На остальных бесполезно тратили время и телефонные звонки. Нафига это надо? -- Posted via ActualForum NNTP Server 1.1 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.12.2004, 10:32 |
|
||
|
Алгоритм защиты данных
|
|||
|---|---|---|---|
|
#18+
2 Anonim71 Довольно странный подход к обеспечению безопасности. ИМХО это создаст большие проблемы и для своих пользователей. Вообще, в науке есть такой термин - стеганография. Это вроде-бы как скрытие информации внутри какой-то никому не нужного хранилища. Пример - внутри графического изображения водяным знаком написан скрытый текст, в звуковом файле, на какой-то модуляции зашито скрытое послание и.т.п. Это похоже на криптографию. Только разница в том что крипто-послание скрыто явным образом а стеганографированное - неявно. Правда соотношение полезной и шумовой информации обычно находится в соотношении 1:100. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.12.2004, 12:59 |
|
||
|
Алгоритм защиты данных
|
|||
|---|---|---|---|
|
#18+
Ни разу не слышал чтобы в ситуации, когда поставщик услуги не доверяет пользователю, задача неразглашения инф. решалась за счет добавления избыточности. Стеганография кстати применяется в другой ситуации- для сокрытия самого факта передачи информации (а не для контроля за получателем). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.12.2004, 22:33 |
|
||
|
|

start [/forum/topic.php?fid=16&msg=32825819&tid=1348021]: |
0ms |
get settings: |
8ms |
get forum list: |
15ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
49ms |
get topic data: |
9ms |
get forum data: |
2ms |
get page messages: |
46ms |
get tp. blocked users: |
1ms |
| others: | 220ms |
| total: | 356ms |

| 0 / 0 |
