Заметка о безопасности

В последнее время после серии взломов аккаунтов наших пользователей, мы пришли к выводу, что первичная идентификация наших пользователей - является наиболее лучшей защитой их средств. Мы понимаем что это противоречивый аргумент, поэтому мы решили написать эту заметку о безопасности.

Первое, что мы хотим сказать, что привязка акаунта к любому email -у стало широкой, но порочной практикой, потому что взлом этого email -а становится ключом, который открывает доступ к финансовым данным.

Придуманный нами когда-то пин-код во многом нам помог но до конца не решил проблемы.

Пин код не решает проблемы, потому что его забывают. Все мы люди - у всех бывают казусы, мы не роботы - и это стало рутинной задачей нашей службы безопасности. И теперь представляем ситуацию.

Злоумышленник получил доступ к email - у. Через форму восстановления пароля он получил доступ к акаунту. И первое что сделал - это запросил восстановление пин кода. И служба поддержки встает перед выбором - ведь это может быть и простой запрос от пользователя. Она естественно запросит другую информацию - например полные номера карт на которые производили выводы, но эта информация бывает частенько на взломанном ящике, еще чаще бывает информация о личности владельца акаунта. В данном случае у мошенника появляются хорошие шансы обмануть службу безопасности.

Чтобы быть более убедительней - они напишут много негативных отзывов, заспамят форумы, будут долго возмущаться в чате, я потерял(перепрошил, украли, забыл, в роуминге ) телефон кто-то их поддержит и как показала уже многолетняя практика, служба поддержки таки иногда ошибается.

Рассмотрим вариант, когда пользователь защитил акаунт двухфакторной авторизацией. В данном случае у мошенника алгоритм работы примерно такой же - я забыл, потерял, перепрошил, заспамить все ветки форумов телефон, снимите двухфакторную, в расчете на ошибку службы поддержки, которую он дожидается с какой-то вероятностью.

Нельзя сказать, что вероятность высокая, но от этого человеку не легче - это же его деньги.

И третий вариант - телефон, это кажется самым надежным вариантом авторизации, только до того момента как не произошло одно из следующих событий а) у вас украли действительно телефон б) у вас скопировали симкарту в) злоумышленник забрал себе ваш номер, через восстановление сим карты в офисе мобильного оператора. Аргумент против - "Кому я нужен"? Но все мы помним время когда биткоин стоит 20 тыс долларов. То есть злоумышленник

подглядел в кафе, не важно где, что у вас на blockchain.info 1 BTC, с одной стороны нельзя сказать, что много, а с другой стороны, вы показываете в магазинах кошелек в котором лежит тугая пачка долларов тысяч на 10, риторический вопрос.

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

В конце концов угнанная почта - просто заблокирует ваши средства у нас, что и нас ставит перед нерешаемой дилеммой. Поэтому мы пришли к выводу, что изменения настроек безопасности, через службу поддержки - должно происходить через обычную идентификацию личности.

Поэтому мы добавляем опцию в профиль пользователя - Идентификация, где каждому предлагается загрузить свое селфи, с любым документом (права, загранспаспорт действующий, обычный паспорт ), на котором есть ваше фото ну и бумажка BTC TRADE UA и число.

Мы предвидим аргумент - "Я не хочу, чтобы мои данные гуляли по сети, чтобы их можно было использовать в рекламных целях, брать кредиты и так далее, и так далее"

Поэтому согласно новому регламенту ЕС работы с пользовательскими данными, мы напишем в нашей оферте, и здесь донесем как эти данные будут использоваться.

1) Эти данные будут храниться на отдельном сервере, к которому будет доступ только у одного ответственного сотрудника.

2) доступ к этим данным будет осуществляться следующим образом, при запросе в поддержку условного пользователя, поддержка будет запрашивать в случае смены настроек безопасности - селфи этого пользователя...

Поддержка будет обращаться к этому ответственному сотруднику на предмет - совпадения селфи из профиля с новыми данными или нет и получать ответ

Только ДА или Нет?

1) У этого хранилища не будет публичнодоступного АПИ, которое было бы доступно другим программным комплексам или еще хуже видно в мире.

2) Ключ к хранилищу будет только у ответственного сотрудника.

3) В бизнес-логике, ПО сайта не будет доступа к этому хранилищу - таким образом не будет возможности утечки данных в сеть, хранилище будет зашифровано, ключи будет знать только ответственный сотрудник.

4) запрос на получение данных этого хранилища будет возможен только службой безопасности