Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности

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

start [/forum/topic.php?fid=16&tablet=1&tid=1348021]: |
0ms |
get settings: |
9ms |
get forum list: |
14ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
53ms |
get topic data: |
9ms |
get forum data: |
2ms |
get page messages: |
38ms |
get tp. blocked users: |
1ms |
| others: | 227ms |
| total: | 359ms |

| 0 / 0 |
