Информационная безопасность

индекс
289,89

Обвинить пользователя легко, но лучше этого не делать

Обвинение пострадавшего довольно распространено в IT: пользователи виноваты, потому что они не обновляют свои системы, выбирают «плохие» пароли, попадаются на интернет-мошенничества, и так далее. Но, хотя пользователи были, есть и будут главным источником проблем безопасности – это не повод обвинять их во всех смертных грехах.

Люди регулярно не делают многих важных вещей: замена масла в автомобилях, походы к дантисту, замену батареек в детекторах дыма. Почему? Да потому что люди учатся лишь на собственных ошибках. Все зависит от времени осознания опасности. Если что-либо опасное воздействует немедленно, например прикосновение к горячей плите, люди быстро учатся не делать этого. Но если кто-то пропустит замену масла, проигнорирует обновление компьютера или выберет «плохой» пароль, то это вряд ли будет иметь мгновенные последствия. А если нет последствий, то не на чем и учиться.

Мы пытаемся решить эти проблемы разными способами. Мы даем людям простые правила: масло необходимо заменяеть каждые 5 000 миль; инструкцию по выбору безопасного пароля. Или, например, посылаем уведомления: детектор дыма подает нам сигнал, дантисты посылают открытки, Google предупреждает нас, если мы собираемся посетить веб-сайт, подозреваемый в содержании «малвари». Но, снова, последствия игнорирования данных правил обычно не ощущаются немедленно.

Это делает безопасность, прежде всего, помехой для пользователя. Она является периодически возникающим препятствием, вмешивается своим выполнением в задачи пользователя. Человеческая натура, связанная с нашим умением мыслить, подсказывает нам избавиться от периодически возникающей преграды. Таким образом, если последствия обхода безопасности не будут очевидны, то люди попросту проигнорируют или удалят как мешающее им препятствие.

Аналогичная проблема связана с User Account Control (UAC) от Microsoft. UAC был введен в Vista, его идея состоит в том, чтобы улучшить безопасность, ограничивая во время запуска привилегии, выдаваемые приложениям. Но подсказки безопасности выскакивают настолько часто, и редко происходит какое-либо действительно вредное воздействие от игнорирования их. Таким образом, люди попросту слепо игнорируют их. Привыкают…

Пользователь – важная часть любой корпоративной системы безопасности. Чем лучше пользователи понимают угрозы безопасности и тактику хакера, тем вероятнее, что их системы будут более безопасными. Однако мало лишь научить пользователя. Необходимо также лучше проектировать системы безопасности, которые рассчитывают на неопытных пользователей: препятствовать тому, чтобы они изменяли параметры настройки безопасности, которые подвергли бы их неуместному риску, или – еще лучше – полностью забрать управление безопасностью из их рук.

Например, все мы знаем, что резервные копии – хорошая вещь. Но если вы забудете сделать резервную копию на этой неделе, то ничего ужасного не случится. Фактически, ничего ужасного не произойдет, даже если в течение многих лет подряд вы будете забывать делать их. Так, несмотря на то, что вы знаете о пользе резервного копирования, вы начинаете полагать, что резервные копии не так уж и важны. Apple принял правильное решение в этом вопросе, предложив своим пользователям утилиту резервного копирования Time Machine. Установите её, подключите внешний жесткий диск, и вы получите автоматическую поддержку против отказа аппаратных средств и человеческих ошибок. Легче использовать ее, чем не использовать, а затем кусать локти.

Что касается Microsoft, то она сделала большие успехи в обеспечении безопасности своей операционной системы, предоставляя параметры настройки безопасности по умолчанию в Windows XP, Windows Vista, чтобы гарантировать, что, когда неопытный пользователь включает компьютер, он не был бы беззащитным.

К сожалению, обвинение пользователя во всех смертных грехах может быть хорошо для бизнеса. Телефонные компании экономят деньги, когда они могут обвинить своих клиентов в мошенничестве при краже у них телефонов. Британские банки экономят деньги, обвиняя пользователей, когда те становятся жертвами мошенничества с карточками chip-and-pin.

Законодательство должно решить кто прав, а кто виноват, а проектировщики системы должны проработать технические аспекты. Они должны признать, что системы безопасности, которые требуют от пользователя лишь «правильных» действий, обречены на провал.

Confido Security
–4
8 января 2010, 18:32
1

комментарии (13)

+4
FTM #
А кого, как не пользователя обвинять, если он виноват?
0
Andrey_Rogovsky #
А так. Создавать ситуацию когда пользователь получает обратную связь от своих неверных действий.
+6
elve #
Создал неправильны пароль? — получи разряд!
Забыл про бекапы? — Получи разряд!
и т.д.

А еще админов надо набжать хлыстами как у египетских надсмотрщиков…

Такую связь вы хотели? )
0
Andrey_Rogovsky #
Неа. Но этот вариант мне почему-то понравился :)
+1
stalkers #
бла-бла-бла…

Когда пользователю говоришь, что этого делать нельзя, а он из любопытства «а что же будет?» всё равно это делает, то он еще и не виноват?
Когда он тупо игнорирует предупреждения, написанные более компетентными в данном вопросе людьми, он тоже не виноват?

По поводу жертв мошенничества, так надо понимать, что халявы не бывает. А нет, многим всё равно хочется.

95%, короче…
0
Piradius #
Как всегда ищем виновного. Подумайте лучше что делать.
0
chrome3 #
В любом приложении 2 кнопки вкл. и выкл.)
+1
lamaz #
Извините, это какая то чушь. По мне так это уже Ваш третий феил за сегодня, 3 статьи ни о чем.
0
kibizoidus #
Пока читал — подумалось…
А что, если пользователя за выбор плохого пароля бить током? Прямо от системника?
Вот вам сразу и «учись на ошибках» ^_^
0
MealstroM #
Центральное администрирование. Пользователю дают пароль — запоминай. Забыл — поменяли, забыл еще раз — штраф.
0
Antibug #
Придется лично проверять, запомнил ли он пароль. Иначе запишет, а бумажку — под клавиатуру или на монитор.
0
LLIAMAH #
Баянистый ответ, но тем не менее.
Да про то же авто — масло пользователь может и не меняет, но правила ПДД учит, да еще и сдает экзамены, пусть не всегда все честно, но минимум обычно какой-то есть. А замену масла или проверку чего еще некоторым проще в автосервисе провести. Так и тут — когда сгорит процессор или что-то еще серьезное — вызываем специалиста, однако программу минимум надо знать, от паролей до «не надо тупо щелкать кнопку да, если не понимаешь».
Примеров можно массу привести. Пальцем в небо — каток, зимой который, на коньках. Есть минимальные правила, а есть люди, которые помогут Вам заточить коньки, чистят лед и тд.
Да и компьютер это все-таки сложное устройство, что бы там не говорили менеджеры.
0
amlet #
Автор на самом деле прав. В своём проектировании и разработке разработчик должен стремиться к тому, чтобы сделать с одной стороны приложение (систему, сайт, сервис и пр.) как можно более удобным с одной стороны и как можно более безопасным (защищённым, в том числе и от ошибок пользователя) с другой стороны. Причём требование защищённости отнюдь не является хоть сколько-нибудь эфимерным.

Вот как простой пример, в большинстве различных форм присутствует проверка на правильность того-то и того-то и почему-то никого не удивляет, что можно поставить if с проверкой, чтобы пользователь «вместо имени не ввёл свой телефонный номер» (хотя я знаю нескольких «разработчиков», которые считают «ввёл херню — получи херню» и даже над элементарными проверками не работают). В качестве примера: давайте предоставим на начальном этапе пользователю форму, где он должен написать свой адрес, включая zip-код. И если он вместо zip-кода вводит буквы — то говорить ему, что мол неправильно. А теперь подумаем и разовьём идею, исключив ввод zip-кода, поскольку пользователь и так вводит свой полный адрес и там уже есть какие-то проверки. Вот пример не очень большой, но оптимизации, которая позволяет с одной стороны сделать всё удобнее, а с другой исключить ошибки пользователя.

Этот пример конечно не фонтан и сравнивать его с например UAC в Windows Vista/7 — кощунство и порядки ресурсов, потраченных на проектирование, разработку и пр., разные, но я просто привёл пример для понимания проблемы того, что разработчик должен озаботиться юзабельностью с наименьшим уроном для безопасности. В моём примере разработчик мог бы вообще убрать любые проверки и заставить пользователя вводить всё, а потом по введённым данным слать например почту или буклеты какие-нить… И что бы получилось при случайной ошибке пользователя?

Только зарегистрированные пользователи могут оставлять комментарии. Войдите, пожалуйста.