Comments 45
UFO just landed and posted this here
большая часть пользователей хранит все эти пароли в броузере, без мастер пароля на хранилище.
Меньшая часть использует утилиты типа KeePassX, KDE Wallet и им подобные.
Кое кто хранит это все просто в текстовом файле или записывает ручкой в блокноте.
Я например, не настолько гениален, чтобы хранить в голове пароль типа такого "<i^fVcB«RxS»u2Sn0A;m~[W:2", поэтому я на данный момент знаю только мастер пароль к KeePassX базе, которая лежит на домашнем компе, рабочей машине и в SkyDrive. У меня, кажется только телефонный пароль с меньшим количеством символов.
Меньшая часть использует утилиты типа KeePassX, KDE Wallet и им подобные.
Кое кто хранит это все просто в текстовом файле или записывает ручкой в блокноте.
Я например, не настолько гениален, чтобы хранить в голове пароль типа такого "<i^fVcB«RxS»u2Sn0A;m~[W:2", поэтому я на данный момент знаю только мастер пароль к KeePassX базе, которая лежит на домашнем компе, рабочей машине и в SkyDrive. У меня, кажется только телефонный пароль с меньшим количеством символов.
> большая часть пользователей хранит все эти пароли в броузере
при всём уважении, не голословьте без какого-то серьёзного подтверждения, кроме «почти все мои друзья так делают». на этом веб-разработка не строится.
при всём уважении, не голословьте без какого-то серьёзного подтверждения, кроме «почти все мои друзья так делают». на этом веб-разработка не строится.
Все это интересно, но слишком усложняет юзабилити для конечного пользователя.
В то же время уже существует удобное решение по защите доступа — так называемая двухсторонняя авторизация(под ней подразумеваю все варианты генерации ключей — токены, клиенты на телефонах, смс и т.д.).
В то же время уже существует удобное решение по защите доступа — так называемая двухсторонняя авторизация(под ней подразумеваю все варианты генерации ключей — токены, клиенты на телефонах, смс и т.д.).
Супер пароль это такая вещь, которую изначально придумают сложной, а через пару месяцев когда она понадобится ее забудут.
Выгоднее делать подтверждение по СМС и тп, вместо супер пароля.
Кстати, я тут подумал, что узнать супер пароль ненамного сложнее, чем обычный.
Выгоднее делать подтверждение по СМС и тп, вместо супер пароля.
Кстати, я тут подумал, что узнать супер пароль ненамного сложнее, чем обычный.
Можно и так сделать.
К примеру — Суперпароль = Обычный пароль + Номер мобильного, а после чего нужно ввести СМС подтверждение (к примеру, 5 цифр) с мобильного.
К примеру — Суперпароль = Обычный пароль + Номер мобильного, а после чего нужно ввести СМС подтверждение (к примеру, 5 цифр) с мобильного.
Этот(как и любой схожий вариант получения временного ключа) уже давно используется многими сервисами.
Как это ни прискорбно говорить, но вы изобрели колесо.
Как это ни прискорбно говорить, но вы изобрели колесо.
Мое «колесо» — два пароля, один с урезанными правами, который дает почти свободно пользоваться сервисом, но без права на критические изменения. Второй — с полными правами.
Плюс система двух ярлыков доступа внутри к письмам.
Почитайте внимательно мой текст.
Смс сейчас используется для замены единственного пароля. Всегда один пароль, полный доступ ко всему и вся.
Плюс система двух ярлыков доступа внутри к письмам.
Почитайте внимательно мой текст.
Смс сейчас используется для замены единственного пароля. Всегда один пароль, полный доступ ко всему и вся.
Ярлыки да, но даже тут я не схож с Вами во мнении — чтобы замести следы, злоумышленнику как раз и нужно стирать только что пришедшие сообщения из других сервисов. А так да, возможность скрыть от посторонних глаз большую часть информации, это хорошо, особенно если человек пользуется «публичными терминалами»(компьютер на работе, у знакомого, и т.д.).
А насчет полного доступа — в большинстве сервисов, при попытке изменить какие-то данные профиля, требуется введение временного ключа.
А насчет полного доступа — в большинстве сервисов, при попытке изменить какие-то данные профиля, требуется введение временного ключа.
Ярлык Top-Secret как раз и предназначен, что «ловить» на лету такие письма с критической информацией. Злоумышленник их ни удалить не сможет, ни прочитать. Он увидит только отправителя письма и тему, но не само письмо.
Насчет «большинства сервисов», я проверил только что mail.ru, yandex.ru, hotmail.com и gmail.com
(без доп.идентификации). Везде, зайдя под паролем, я имею полный доступ, уж на смену пароля так точно. Подобные проверки с СМС есть в банковских системах, у меня в моем украинском банке, а в PayPal даже нет.
Единственную проблему я пока сам вижу в технологии восстановления именно суперпароля. Хотя идея использовать в качестве него мобильный номер + проверочный смс очень неплохая.
2 sunnybear — Да, в платежных системах это есть. Только в платежной системе постоянно нужны два пароля, редко кто заходит туда только чтобы посмотреть баланс и поступления (для этого обычно существуют смс о поступлении денег).
Моя идея — обычный пароль используется всегда и везде, а суперпароль — крайне редко, может раз в месяц, может раз в три месяца. Минимум шансов потерять свой емейл. Многие имеют почту на веб-базированных серверах, бесплатную. В случае взлома доказать, что этот ящик принадлежал вам почти не возможно, да и часто некому даже это сказать/написать.
Насчет «большинства сервисов», я проверил только что mail.ru, yandex.ru, hotmail.com и gmail.com
(без доп.идентификации). Везде, зайдя под паролем, я имею полный доступ, уж на смену пароля так точно. Подобные проверки с СМС есть в банковских системах, у меня в моем украинском банке, а в PayPal даже нет.
Единственную проблему я пока сам вижу в технологии восстановления именно суперпароля. Хотя идея использовать в качестве него мобильный номер + проверочный смс очень неплохая.
2 sunnybear — Да, в платежных системах это есть. Только в платежной системе постоянно нужны два пароля, редко кто заходит туда только чтобы посмотреть баланс и поступления (для этого обычно существуют смс о поступлении денег).
Моя идея — обычный пароль используется всегда и везде, а суперпароль — крайне редко, может раз в месяц, может раз в три месяца. Минимум шансов потерять свой емейл. Многие имеют почту на веб-базированных серверах, бесплатную. В случае взлома доказать, что этот ящик принадлежал вам почти не возможно, да и часто некому даже это сказать/написать.
Ненавижу, когда меня заставляют запоминать сотни паролей. Из-за таких вещей приходится записывать пароли.
То же самое с «секретными вопросами». Абсолютно нереально вспомнить ответ, если ты не хранишь его где-нибудь на диске или на бумажке. Иногда даже очень хочется убивать, когда сидишь перед формой восстановления пароля. Тем более, когда она есть ограничение на количество неправильных попыток
То же самое с «секретными вопросами». Абсолютно нереально вспомнить ответ, если ты не хранишь его где-нибудь на диске или на бумажке. Иногда даже очень хочется убивать, когда сидишь перед формой восстановления пароля. Тем более, когда она есть ограничение на количество неправильных попыток
Яндекс.Деньги используют такой вариант: обычный пароль для входа + платежный пароль для совершения операций. Обычная практика.
Все классно, только воровать будут и пароль и суперпароль.
Предлагаю расширить идею.
Для полного доступа к аккаунту использовать пароль «администратора», как обычно.
А для общественного доступа использовать одноразовый пароль. Но генерируемый локально.
Т. е. на телефон ставится приложение, которое выдаёт ответ, дешифрованный на основе ключа, скачиваемого с сайта при полном доступе к аккаунту.
Разумеется, при полном доступе также можно сгенерировать новый ключ, если что.
При заходе на сайт выбирается, нужен ли полный доступ, и если нет, сайт даёт запрос, на который телефон выдаст ответный пароль.
Та же двухфакторная авторизация, но не нужны ни СМС, ни какая-либо связь с сервером.
Плюсы — поноценный доступ к аккаунту, но при этом невозможность повторного входа без доступа к телефону.
Для полного доступа к аккаунту использовать пароль «администратора», как обычно.
А для общественного доступа использовать одноразовый пароль. Но генерируемый локально.
Т. е. на телефон ставится приложение, которое выдаёт ответ, дешифрованный на основе ключа, скачиваемого с сайта при полном доступе к аккаунту.
Разумеется, при полном доступе также можно сгенерировать новый ключ, если что.
При заходе на сайт выбирается, нужен ли полный доступ, и если нет, сайт даёт запрос, на который телефон выдаст ответный пароль.
Та же двухфакторная авторизация, но не нужны ни СМС, ни какая-либо связь с сервером.
Плюсы — поноценный доступ к аккаунту, но при этом невозможность повторного входа без доступа к телефону.
*полноценный :)
И «гостевой» доступ давать на какое-то время — например, задаваемое прямо при входе.
Безопасно — да, но каждый раз вводить пароль вручную? Обычный человек на такое не пойдет. Каждый раз новый пароль вводим вручную. Для почты, которую проверяют в день как минимум трижды с разных мест (утром — из дому, днем — с работы, вечером из дому) будет слишком напрягать, имхо конечно.
Набрать вручную ответ из 12-16 цифр не так уж и долго, мне кажется.
И в данной системе обычный пароль же тоже придётся вводить каждый раз, насколько я понял.
И в данной системе обычный пароль же тоже придётся вводить каждый раз, насколько я понял.
Или Вы предлагаете оставлять «гостевой доступ» постоянно включенным на работе, например?
Ну не знаю, я обычно всегда выхожу из аккаунта что на работе, что дома. Соответственно, пароль тоже ввожу постоянно и привык.
Ну не знаю, я обычно всегда выхожу из аккаунта что на работе, что дома. Соответственно, пароль тоже ввожу постоянно и привык.
Я не предлагаю это, но так делают большинство пользователей. Это жизнь. Мое предложение — как защитить почту от полного взлома. Пара — пароль/суперпароль — это как система распределенного доступа. Можно в веб-почте предлагать сразу три-четыре стандартных вида защиты, чтобы пользователям было легко ею пользоваться. Можно отказаться вообще от второго пароля в качестве текста, а просто использовать в качестве его мобильный телефон (как предлагал aalebedev), а затем вводить пришедшее смс.
Насчёт двух уровней доступа я, кстати, совершенно согласен — это было бы удобно в определённых случаях.
Но, на мой взгляд, «гостевой» вход по умолчанию тогда нужно делать полностью только для чтения (и не всех писем, как Вы и сказали).
Чтобы злоумышленник не смог ни удалить письма, ни написать с него.
А дальше уже уровень ограничений должен выбирать пользователь, в меру своей «параноидальности». :)
Из минусов я вижу автоматическую фильтрацию «доступно / не доступно гостю» — какие-то письма могут быть нужны, а они после гостевого входа окажутся недоступны.
Поэтому и предложил почти полный доступ (без возможности изменения настроек), но с повышенной защитой, не требующей постоянной связи телефона с внешним миром.
В общем, мы просто с разных концов подошли, и оба подхода будут друг друга дополнять, на самом деле.
Но, на мой взгляд, «гостевой» вход по умолчанию тогда нужно делать полностью только для чтения (и не всех писем, как Вы и сказали).
Чтобы злоумышленник не смог ни удалить письма, ни написать с него.
А дальше уже уровень ограничений должен выбирать пользователь, в меру своей «параноидальности». :)
Из минусов я вижу автоматическую фильтрацию «доступно / не доступно гостю» — какие-то письма могут быть нужны, а они после гостевого входа окажутся недоступны.
Поэтому и предложил почти полный доступ (без возможности изменения настроек), но с повышенной защитой, не требующей постоянной связи телефона с внешним миром.
В общем, мы просто с разных концов подошли, и оба подхода будут друг друга дополнять, на самом деле.
Мыло ломают обычно или чтобы слить переписку, или чтобы восстановить на него пароль от какого-то важного аккаунта, поэтому нельзя допускать даже возможность «гостевого» входа только для чтения. Уже с ним можно натворить немало дел.
Т. е. на телефон ставится приложение, которое выдаёт ответ, дешифрованный на основе ключа, скачиваемого с сайта при полном доступе к аккаунту.
Так такое давно есть же.
Да, судя по описанию, оно тоже может работать полностью локально.
Выходит, я отстал от жизни, и «всё уже придумали до нас». :)
Но, в общем, не удивительно — решение-то довольно очевидное.
Выходит, я отстал от жизни, и «всё уже придумали до нас». :)
Но, в общем, не удивительно — решение-то довольно очевидное.
Я все это понимаю, но все же мое идея совсем другая.
У Гугл есть сверхзащищенная система доступа к емейл. Да, она хороша и выполняет свою задачу. Да, получить доступ к аккаунту для злоумышленника ставится значительно труднее.
Но минусы — сложность в его использовании для среднестатического пользователя, не гика.
Моя идея — позволить как и раньше пользователю пользоваться его обычным паролям с разных устройств и мест.
Моя идея — пароль со сниженным уровнем доступа без возможности КРИТИЧЕСКИХ изменений в почте. Посмотрите таблицу и описание ярлыков Top-Save и Top-Secret. Без них идея суперпароля не имеет смысла.
А уж потом СМС или программа-генератор для получения суперпароля или вернее супердоступа, вещь ВТОРИЧНАЯ. Идея как раз не в ней. И ею мы будем пользоваться не каждый день, как с Gmail, а раз в месяц, раз в три месяца.
Если вы найдете где-то такую идею в почтовых сервирах и скинете ссылку — признаю, что изобрел велосипед.
У Гугл есть сверхзащищенная система доступа к емейл. Да, она хороша и выполняет свою задачу. Да, получить доступ к аккаунту для злоумышленника ставится значительно труднее.
Но минусы — сложность в его использовании для среднестатического пользователя, не гика.
Моя идея — позволить как и раньше пользователю пользоваться его обычным паролям с разных устройств и мест.
Моя идея — пароль со сниженным уровнем доступа без возможности КРИТИЧЕСКИХ изменений в почте. Посмотрите таблицу и описание ярлыков Top-Save и Top-Secret. Без них идея суперпароля не имеет смысла.
А уж потом СМС или программа-генератор для получения суперпароля или вернее супердоступа, вещь ВТОРИЧНАЯ. Идея как раз не в ней. И ею мы будем пользоваться не каждый день, как с Gmail, а раз в месяц, раз в три месяца.
Если вы найдете где-то такую идею в почтовых сервирах и скинете ссылку — признаю, что изобрел велосипед.
Говорил, что «всё придумали», я только про «локальную» двухфакторную авторизацию, которая, как оказалось, уже есть у Гугла — отвечая на комментарий.
А двухуровневый доступ к почте — для меня лично новость. Вы молодец, что это придумали.
И что-то в этом есть, хотя я не считаю доступ с постоянным паролем из общественного места достаточно безопасным в принципе, даже с ограниченными правами (потому что фильтровать доступность новых писем будет автомат).
А двухуровневый доступ к почте — для меня лично новость. Вы молодец, что это придумали.
И что-то в этом есть, хотя я не считаю доступ с постоянным паролем из общественного места достаточно безопасным в принципе, даже с ограниченными правами (потому что фильтровать доступность новых писем будет автомат).
Глупость. У меня сохранены все письма с паролями, часть из которых актуальна, часть — совпадает с паролями для других сайтов. У меня не так много паролей, компрометация одного из них — уже неприятно.
Ярлыки еще надо реализовать, как это на гмейле, например? А без ярлыков компрометация простого пароля = доступ к 90% аккаунтам, завязанным на почту.
Ярлыки еще надо реализовать, как это на гмейле, например? А без ярлыков компрометация простого пароля = доступ к 90% аккаунтам, завязанным на почту.
Прежде чем «придумывать» минусы двухуровневой авторизации как в Google, лучше бы сначала ознакомились с ней.
Управляем авторизацией, в целом — https://accounts.google.com/b/0/SmsAuthConfig. В частности настраиваем доступ приложению Google Authenticator, чтобы не ждать СМС.
Управляем паролями для приложений, которые не поддерживают двухэтапную авторизацию, например на вашем Android — accounts.google.com/b/0/IssuedAuthSubTokens
Один минус который я могу предположить, что при отсуствии смартфона, вы зависите от СМС, но даже будучи в такой ситуации я нажал ссылку — не пришло СМС и мне на телефон позвонил робот и продиктовал код. Так что в плане ее реализации в Google, я не сталкивался с недостатками или проблемами.
Управляем авторизацией, в целом — https://accounts.google.com/b/0/SmsAuthConfig. В частности настраиваем доступ приложению Google Authenticator, чтобы не ждать СМС.
Управляем паролями для приложений, которые не поддерживают двухэтапную авторизацию, например на вашем Android — accounts.google.com/b/0/IssuedAuthSubTokens
Один минус который я могу предположить, что при отсуствии смартфона, вы зависите от СМС, но даже будучи в такой ситуации я нажал ссылку — не пришло СМС и мне на телефон позвонил робот и продиктовал код. Так что в плане ее реализации в Google, я не сталкивался с недостатками или проблемами.
*Возражение №3*
взломщик может отправлять сообщения от имени пользователя.
тег top-secret должен ставить отправитель в заголовках, а не ставиться по спискам на почтовом сервере (по спискам тоже оставить, но списки должны быть пользовательскими, а не общесерверными)
ещё ввести уровень top-top-secret, когда письма даже не отображаются в ящике без до введения пароля в определённое поле, причём поле присутствует у всех, и взломщику нельзя определить, есть ли этот уровень, или нет, а также активирован он или нет, без взлома почтового сервера
замечу, что роль суперпароля сейчас на многих сервисах играет ответ на секретный вопрос
и наконец главный вопрос — как будем защищать суперпароль от компрометации и что будем делать в случае его компрометации?
предлагаю такой вариант:
у каждого сервера есть строка, встроенная в хтмл в виде метатега, пароль — супермедленная_хеш_функция_с_длинным_результатом(строка_сервиса+пароль) и будет являтся паролем на данном сервисе, хеш вычисляется на клиенте, функционал встроить в браузеры
взломщик может отправлять сообщения от имени пользователя.
тег top-secret должен ставить отправитель в заголовках, а не ставиться по спискам на почтовом сервере (по спискам тоже оставить, но списки должны быть пользовательскими, а не общесерверными)
ещё ввести уровень top-top-secret, когда письма даже не отображаются в ящике без до введения пароля в определённое поле, причём поле присутствует у всех, и взломщику нельзя определить, есть ли этот уровень, или нет, а также активирован он или нет, без взлома почтового сервера
замечу, что роль суперпароля сейчас на многих сервисах играет ответ на секретный вопрос
и наконец главный вопрос — как будем защищать суперпароль от компрометации и что будем делать в случае его компрометации?
предлагаю такой вариант:
у каждого сервера есть строка, встроенная в хтмл в виде метатега, пароль — супермедленная_хеш_функция_с_длинным_результатом(строка_сервиса+пароль) и будет являтся паролем на данном сервисе, хеш вычисляется на клиенте, функционал встроить в браузеры
В случае его компрометации можно использовать третий уровень защиты — для восстановления суперпароля.
Или подтверждение личности — как в Яндекс.Деньгах, например.
Или подтверждение личности — как в Яндекс.Деньгах, например.
Как вариант — ещё один (ужас :)) мастер-пароль для «аварийной» полной блокировки доступа ко всем своим сайтам / почте, а разблокировать — уже только из заведомо безопасного места.
А для восстановления пароля использовать мастер-пароль,
а для восстановления мастер-пароля использовать охрененный-мастер-пароль,
а для восстановления охрененного-мастер-пароля использовать мастер-охрененный-мастер-пароль,
а для восстановления мастер-охрененного-мастер-пароля использовать охрененный-мастер-охрененный-мастер-пароль,
а для восстановления охрененного-мастер-охрененного-мастер-пароля использовать мастер-охрененный-мастер-охрененный-мастер-пароль,
а для восстановления мастер-охрененного-мастер-охрененного-мастер-пароля использовать охрененный-мастер-охрененный-мастер-охрененный-мастер-пароль,
а для восстановления охрененного-мастер-охрененного-мастер-охрененного-мастер-пароля использовать мастер-охрененный-мастер-охрененный-мастер-охрененный-мастер-пароль,
а для восстановления мастер-охрененного-мастер-охрененного-мастер-охрененного-мастер-пароля использовать охрененный-мастер-охрененный-мастер-охрененный-мастер-охрененный-мастер-пароль,
а для восстановления охрененного-мастер-охрененного-мастер-охрененного-мастер-охрененного-мастер-пароля использовать мастер-охрененный-мастер-охрененный-мастер-охрененный-мастер-охрененный-мастер-пароль,
а для восстановления мастер-охрененного-мастер-охрененного-мастер-охрененного-мастер-охрененного-мастер-пароля использовать охрененный-мастер-охрененный-мастер-охрененный-мастер-охрененный-мастер-охрененный-мастер-пароль…
Подтверждение личности — повод для злоупотреблений, контактик тому пример.
а для восстановления мастер-пароля использовать охрененный-мастер-пароль,
а для восстановления охрененного-мастер-пароля использовать мастер-охрененный-мастер-пароль,
а для восстановления мастер-охрененного-мастер-пароля использовать охрененный-мастер-охрененный-мастер-пароль,
а для восстановления охрененного-мастер-охрененного-мастер-пароля использовать мастер-охрененный-мастер-охрененный-мастер-пароль,
а для восстановления мастер-охрененного-мастер-охрененного-мастер-пароля использовать охрененный-мастер-охрененный-мастер-охрененный-мастер-пароль,
а для восстановления охрененного-мастер-охрененного-мастер-охрененного-мастер-пароля использовать мастер-охрененный-мастер-охрененный-мастер-охрененный-мастер-пароль,
а для восстановления мастер-охрененного-мастер-охрененного-мастер-охрененного-мастер-пароля использовать охрененный-мастер-охрененный-мастер-охрененный-мастер-охрененный-мастер-пароль,
а для восстановления охрененного-мастер-охрененного-мастер-охрененного-мастер-охрененного-мастер-пароля использовать мастер-охрененный-мастер-охрененный-мастер-охрененный-мастер-охрененный-мастер-пароль,
а для восстановления мастер-охрененного-мастер-охрененного-мастер-охрененного-мастер-охрененного-мастер-пароля использовать охрененный-мастер-охрененный-мастер-охрененный-мастер-охрененный-мастер-охрененный-мастер-пароль…
Подтверждение личности — повод для злоупотреблений, контактик тому пример.
Вы же это не вручную набирали, правда?
Ну а если подумать, суперпароли, о существовании которых вообще не известно из-под более низкого уровня — это очень логичное применение многоуровневой системы доступа.
А количество «слоёв» пользователь может установить сам — смотря сколько попыток восстановления доступа он захочет себе обеспечить.
И если даже на 10-м уровне у него крадут пароль, это уже явный повод задуматься о безопасности того места, где он их вводит. :)
Подтверждение личности и восстановление доступа, скажем, визитом в офис — разумеется, на случай, если человеку важнее доступ к аккаунту, чем анонимность в сети.
А количество «слоёв» пользователь может установить сам — смотря сколько попыток восстановления доступа он захочет себе обеспечить.
И если даже на 10-м уровне у него крадут пароль, это уже явный повод задуматься о безопасности того места, где он их вводит. :)
Подтверждение личности и восстановление доступа, скажем, визитом в офис — разумеется, на случай, если человеку важнее доступ к аккаунту, чем анонимность в сети.
Например, как могла бы выглядеть система восстановления доступа с использованием нескольких уровней:
1) Кнопка в аккаунте «добавить пароль для восстановления доступа».
При установке «суперпароля» кнопка пропадает.
2) При входе на более высоком уровне нет полного управления аккаунтом, но есть возможность:
— задать новый пароль к этому и всем предыдущим уровням;
— восстановить недавно удалённые письма;
— восстановить недавно удалённые отправленные письма;
— добавить более высокий уровень восстановления пароля.
Итого, придётся хранить несколько дополнительных паролей + какое-то время хранить «удалённые безвозвратно» письма.
1) Кнопка в аккаунте «добавить пароль для восстановления доступа».
При установке «суперпароля» кнопка пропадает.
2) При входе на более высоком уровне нет полного управления аккаунтом, но есть возможность:
— задать новый пароль к этому и всем предыдущим уровням;
— восстановить недавно удалённые письма;
— восстановить недавно удалённые отправленные письма;
— добавить более высокий уровень восстановления пароля.
Итого, придётся хранить несколько дополнительных паролей + какое-то время хранить «удалённые безвозвратно» письма.
Полное управление при «восстанавливающем» входе отключено, чтобы не перепутать с обычным использованием аккаунта.
И для создания верхнего уровня нужно подтверждение пользователя через независимую систему — например, по телефону.
Как и предлагает автор.
А уже использовать их можно и без подтверждения — безопасность обеспечивается верхними уровнями.
Как и предлагает автор.
А уже использовать их можно и без подтверждения — безопасность обеспечивается верхними уровнями.
Вот, кстати, ещё пара мыслей прилетели – может, кому пригодятся (а может, у какого-нибудь почтового провайдера есть уже).
Если пойти в обратную сторону – для входа в почту в общественных местах использовать одноразовые пароли?
— Либо в заведомо безопасном месте (например, дома) зайти в почтовый ящик и в панели управления им нагенерировать одноразовых паролей и куда-нибудь их сохранить/записать, а в общественном месте спокойно использовать – повторно зайти в почту по ним не получится.
— Либо отправить СМС на короткий номер с привязанного к ящику телефона, а в ответ придёт одноразовый пароль (допустим, как платная услуга на экстренный случай).
Если пойти в обратную сторону – для входа в почту в общественных местах использовать одноразовые пароли?
— Либо в заведомо безопасном месте (например, дома) зайти в почтовый ящик и в панели управления им нагенерировать одноразовых паролей и куда-нибудь их сохранить/записать, а в общественном месте спокойно использовать – повторно зайти в почту по ним не получится.
— Либо отправить СМС на короткий номер с привязанного к ящику телефона, а в ответ придёт одноразовый пароль (допустим, как платная услуга на экстренный случай).
Хотя с паролем в СМС тоже вопрос – кто знает, насколько сложно «замаскироваться» под нужный номер, чтобы так получить пароль?
Наверное, подобная возможность должна быть включаемой вручную, либо даже с дополнительным подтверждением, известным только владельцу (как вариант, генерируемое при подключении число, которое нужно отправлять в СМС).
И поскольку диалог идёт с самим собой, извиняюсь за мысли вслух. :)
Наверное, подобная возможность должна быть включаемой вручную, либо даже с дополнительным подтверждением, известным только владельцу (как вариант, генерируемое при подключении число, которое нужно отправлять в СМС).
И поскольку диалог идёт с самим собой, извиняюсь за мысли вслух. :)
Sign up to leave a comment.
Концепция Суперпароля — как дополнительная защита для веб-базированных почтовых аккаунтов