Легенда:
 новое сообщение
 закрытая нитка
 новое сообщение
 в закрытой нитке
 старое сообщение
|
- Напоминаю, что масса вопросов по функционированию форума снимается после прочтения его описания.
- Новичкам также крайне полезно ознакомиться с данным документом.
Защита от смены IP, MAC 01.04.03 18:31 Число просмотров: 1724
Автор: N_N Статус: Незарегистрированный пользователь
|
> Проблема следующая. В сети есть бухгалтерская прога на SQL
> сервере.
> Она умеет писать себе в лог (на сервере табличка) MAC и IP
> комьютера с которого сделана проводка.
> Появились очень грамотные юзеры, мать их, которые ставят
> кейлогеры на раб станции(Win98/NT - ломаются за раз), ловят
> пароль, идут на свою машину ставят IP,MAC и делают проводки
> под украденным паролем. Поймать такого не реально.
>
> Подскажите как с этим бороться.
> 1)Знаю что есть интеллектуальнуе Switch которые закрепляют
> за портом IP,MAC - подскажите конкретные модели которые
> уважаемый пипл использует
> 2)Использовать что-то типа смарт карт и дописать прогу в
> эту сторону.
> Но останется прямое выполнение хранимых процедур минуя
> клиентскую часть.
> Что посоветуете уважаемые господа
Если ПК, например с IP 10.0.10.1, находится в сети и включен, а некий "суперпользователь" изменил свой IP на 10.0.10.1 и попытается войти в сеть, то это у него просто не получится, т.к. в каждый момент времени, в сети может существовать только один уникальный адрес TCPIP или имя ПК. Если попробовать так сделать, то на ПК с таким IP, уже работащим в сети "выскочит" сообщение, (примерно: конфликт TCPIP хххххх )c указанием адреса IP, и на ПК с таким же IP, который пытается войти в сеть: (примерно) конфликт TCPIP, сеть недоступна, в сетевом окружении ни групп ни ПК, пусто.
На приличном SQL (Oracle)должен быть выбор идентификации пользователя Windows или пользователя БД (выбирается при инсталяции сервера). Возможно у вас стоит именно идентификация пользователя БД, тогда IP ни при чем. Если идентификации пользователя Windows (надеюсь NT), то можно применить принудительную смену пароля каждые N дней, не более 3 попыток, и ограничить на сервере время дествия всех юзеровских записей напр. 8.00 - 17.45, отключить в БИОСе на сервере FDD и CD, и регулярно менять все пароли.
|
|
|
подробно о проекте
Анализ криптографических сетевых...
