Одноразовый пароль - История изменений

Korabelnikov: /* Синхронный комбинированные алгоритм (время и событие) */

2013-08-12T08:55:59Z

‎Синхронный комбинированные алгоритм (время и событие)

Korabelnikov: /* Синхронный комбинированные алгоритм (время и событие) */

2013-08-12T08:55:47Z

‎Синхронный комбинированные алгоритм (время и событие)

Korabelnikov: /* Синхронный алгоритм на базе события */

2013-08-12T08:54:31Z

‎Синхронный алгоритм на базе события

Korabelnikov: /* Синхронный алгоритм на базе времени */

2013-08-09T14:05:02Z

‎Синхронный алгоритм на базе времени

Korabelnikov: /* Асинхронные */

2013-07-25T09:12:36Z

‎Асинхронные

Korabelnikov: /* Смешанные алгоритмы */

2013-07-25T09:12:02Z

‎Смешанные алгоритмы

Korabelnikov: /* Алгоритмы на основе события */

2013-07-25T09:11:19Z

‎Алгоритмы на основе события

Korabelnikov: /* Основное */

2013-06-04T14:55:12Z

‎Основное

Korabelnikov: /* Основное */

2013-06-04T14:54:23Z

‎Основное

Korabelnikov: /* Синхронный алгоритм на базе события */

2013-05-29T13:02:36Z

‎Синхронный алгоритм на базе события

← Предыдущая		Версия 08:55, 12 августа 2013
Строка 66:		Строка 66:


−	Как видно из вышесказанного, с точки зрения надежности комбинированный алгоритм на базе времени и события более предпочтителен. При этом стоит отметить, что при использовании 2х переменных (время и событие) процесс ручной синхронизации генератора одноразовых паролей будет сложнее, так как пользователю придется указывать два параметра, а не один как это происходит в случае алгоритмов на базе времени или события	+	Как видно из вышесказанного, с точки зрения надежности комбинированный алгоритм на базе времени и события более предпочтителен. При этом стоит отметить, что при использовании 2х переменных (время и событие) процесс ручной синхронизации генератора одноразовых паролей будет сложнее, так как пользователю придется указывать два параметра, а не один как это происходит в случае алгоритмов на базе времени или события.

← Предыдущая		Версия 08:55, 12 августа 2013
Строка 66:		Строка 66:


−	Как видно из вышесказанного, с точки зрения надежности комбинированный алгоритм на базе времени и события ~~предпочтительно~~ более предпочтителен. При этом стоит отметить, что при использовании 2х переменных (время и событие) процесс ручной синхронизации генератора одноразовых паролей будет сложнее, так как пользователю придется указывать два ~~параметре~~, а не один как это происходит в случае алгоритмов на базе времени или события	+	Как видно из вышесказанного, с точки зрения надежности комбинированный алгоритм на базе времени и события более предпочтителен. При этом стоит отметить, что при использовании 2х переменных (время и событие) процесс ручной синхронизации генератора одноразовых паролей будет сложнее, так как пользователю придется указывать два параметра, а не один как это происходит в случае алгоритмов на базе времени или события

@@ Строка 53: / Строка 53: @@
 === Синхронный алгоритм на базе события ===
-#OTP может быть сгенерировано в любой момент времени (нет «интервала ожидания»)
+#OTP может быть сгенерирован в любой момент времени (нет «интервала ожидания»)
-#OTP может быть использовано в любой момент времени после генерации (нет «времени жизни»)
+#OTP может быть использован в любой момент времени после генерации (нет «времени жизни»)
 #Подвержен фишинг-атакам, так как нет ограничения на использования в рамках «времени жизни»
 #Простая нативная защита от повторного использования, на базе счетчика событий

@@ Строка 41: / Строка 41: @@
 #OTP использует время, а вернее его дискретное значение, а значит есть временной интервал, равный шагу, в течение которого OTP-значение не может поменяться (так как в течение этого интервала дискретное значение не меняется) — «интервал ожидания» (например, каждые 30 секунд)
 #OTP имеет параметр «время жизни», в течение которого сервер будет принимать OTP  (например, 2 минуты)
-#Хорошая защита от фишинга, так как одноразовый пароль может быть использовано только в течение «времени жизни»
+#Хорошая защита от фишинга, так как одноразовый пароль может быть использован только в течение «времени жизни»
 #Необходимо разрабатывать защиту от повторного использования, так как OTP на базе времени успешно пройдет повторную проверку.
-#Невозможно сгенерировать новое OTP в рамках текущего временного интервала («интервала ожидания») -- пользователь должен ждать окончания текущего временного интервала.
+#Невозможно сгенерировать новое OTP в рамках текущего временного интервала («интервала ожидания») - пользователь должен ждать окончания текущего временного интервала.
 Очевидны следующие ситуации:

@@ Строка 32: / Строка 32: @@
 ===Асинхронные===
-Синоним названия -- "запрос-ответ" (от английского challenge-response). Здесь в качестве переменной, вместо состояния времени или счетчика событий, используется «запрос», получаемый с сервера.
+Синоним названия - "запрос-ответ" (от английского challenge-response). Здесь в качестве переменной, вместо состояния времени или счетчика событий, используется «запрос», получаемый с сервера.
 Запрос вводится в генератор, пропускается через алгоритм, результатом которого является «ответ» — он и используется как одноразовый пароль. Примером асинхронного алгоритма генерации OTP является алгоритм [[OATH]] [[OCRA]]

@@ Строка 28: / Строка 28: @@
 ====Смешанные алгоритмы====
-Так как оба алгоритма (основанные и на времени, и на событии) имеют недостатки, были разработаны мешанные алгоритмы, использующие одновременно и дискретное состояние времени, и состояние счетчика событий.
+Так как оба алгоритма (основанные и на времени, и на событии) имеют недостатки, были разработаны смешанные алгоритмы, использующие одновременно и дискретное состояние времени, и состояние счетчика событий.
 [[OATH]] еще не разработал и не стандартизовал такой алгоритм, поэтому смешанные алгоритмы следует искать только среди проприетарных, например [http://www.vasco.com Vasco] и [http://www.actividentity.com ActivIdentity]

@@ Строка 24: / Строка 24: @@
 ====Алгоритмы на основе события====
-Каждый раз, когда пользователь инициирует генерацию OTP, происходит увеличение счетчика событий в генераторе.  Значение этого счётчика и есть то значение (количество событий генерации), на основе которого рассчитывается одноразовый пароль . Примером такого алгоритма является [[OATH]] [[HOTP]]
+Каждый раз, когда пользователь инициирует генерацию OTP, происходит увеличение счетчика событий в генераторе.  Значение этого счётчика и есть то значение (количество событий генерации), на основе которого рассчитывается одноразовый пароль. Примером такого алгоритма является [[OATH]] [[HOTP]]
 ====Смешанные алгоритмы====

@@ Строка 5: / Строка 5: @@
 Основная цель использования одноразовых паролей — предотвращение атак «запись-воспроизведение», которым подвержены простые статические пароли.
-Одноразовый пароль — это результат некоторой математической функции (алгоритма), которая может быть реализована в виде портативного устройства (аппаратная реализация, генератор одноразовых паролей, OTP-генератор), программы для компьютера или мобильного телефона (программная реализация), в виде  микропрограммы для [[EMV]]-чипа банковской карты (технологии CAP/DPA от MasterCard и Visa соответственно) или реализована в микрочипе, встроенным в пластик [[EMV]]-карточки (например, решения [http://powersecurity.ru/ru/solutions/nids/ NagraID]). Пользователю могут и вовсе не требоваться дополнительные аппаратные или программные реализации, например, одноразовый пароль может доставляться пользователю в виде СМС сообщений или по email.
+Одноразовый пароль — это результат некоторой математической функции (алгоритма), которая может быть реализована в виде портативного устройства (аппаратная реализация, генератор одноразовых паролей, OTP-генератор), программы для компьютера или мобильного телефона (программная реализация), в виде  микропрограммы для [[EMV]]-чипа банковской карты (технологии CAP/DPA от MasterCard и Visa соответственно) или реализована в микрочипе, встроенным в пластик [[EMV]]-карточки (например, решения [http://powersecurity.ru/ru/solutions/nids/ NagraID]). Пользователю могут и вовсе не требоваться дополнительные аппаратные или программные реализации, например, одноразовый пароль может доставляться пользователю в виде SMS-сообщений или по email.
 ==Группы алгоритмов==