Уязвимость графического пароля
Подробнее
0|0 в о mí О (в) о В о со о о о) о со: в?И 1 i h
geek,Прикольные гаджеты. Научный, инженерный и айтишный юмор
Еще на тему
geek
Подробнее
0|0 в о mí О (в) о В о со о о о) о со: в?И 1 i h
geek,Прикольные гаджеты. Научный, инженерный и айтишный юмор
Подробнее
0|0 в о mí О (в) о В о со о о о) о со: в?И 1 i h
geek,Прикольные гаджеты. Научный, инженерный и айтишный юмор
![Email
Confirm Email Password
Confirm Password
O Your password must be at least 8 characters long and include an uppercase letter, lowercase letter and a number.
The field Password must match the regular expression ’A.*(?=.{8,})(?=.*\d) (?=.*[a-z]X?=.*[A-Z ]).*$’.
The field Confirm Password mus](http://img0.reactor.cc/pics/thumbnail/post-1237372.jpg "Email
Confirm Email Password
Confirm Password
O Your password must be at least 8 characters long and include an uppercase letter, lowercase letter and a number.
The field Password must match the regular expression ’A.*(?=.{8,})(?=.*\d) (?=.*[a-z]X?=.*[A-Z ]).*$’.
The field Confirm Password mus")
а то что автор учился на ITшке это замечательно... пригодилось))
http://habrahabr.ru/post/174773/
ЗЫ. у тя жена и вправду какая-то не очень нормальная. как ты эту хуйню терпишь? перевопитывай
почему на экране последним остался след от пароля?).
НЕЗАЧЕТ!!!!!!!!!!
мы сойшлись во мнении что нужно
И имхо суть пасты - что мужик долгое время колдоебился с непонятными и ненужными расчетами, когда жена сразу же придумала решение. Сука, ведь нарисовать такую фигуру - это наиболее очевидно, нахуй были все эти расчеты.
Вам не приходило в голову, что автор текста - не конченный хипстер и не побежал инстаграмить экран телефона в туже секунду, как его вернула жена, а просто сделал фотографию при написании текста, для иллюстрации того, как она подобрала пароль.
7 лет и никаких проблем.
Просто включите чувство юмора)
Это отличная разрядка вместо ссор.
Будем решать простым поиском в ширину, передавая массив b, где будет записано какие точки мы уже использовали, а какие - нет.
Напишем две функции add - для добавления новой точки в очередь поиска и go для анализа путей, куда можно пойти из этой точки.
В go мы передаём текущую длину и точку, в который мы находимся в данный момент.
Так же подготовим массив возможных путей (я воспользовался вектором) - для каждой точки, отметим все возможные пути, например из 4 можно пойти в 1, 2, 5, 7, 8... И так для каждой точки.
Добавим в очередь все пути длины один, по сути просто точки начала пути (1,2,3,4,5,6,7,8,9).
Запустим поиск в ширину, выведем ответ для каждой длины.
Исходный код на C++: http://zalil.ru/34397766
Если учитывать только варианты ключа длиной от 5 до 9, в сумме их выходит 7 848, грубо говоря 8000. Вероятность с одной попытки угадать ключ 1/8000, 20 попыток - вероятность 20/8000, то есть 0,0025, или 0,25%.
Ответ: Одна четвёртая процента
если на 1м явно 56.
но скорее да, решение не верно, ну и ваше в том числе.
Кстати нашёл в своём коде одну ошибку, в строчке
canGo[9].push_back(9);
должно на самом деле быть
canGo[9].push_back(8);
Но картина почти не изменилась
Уточнённые данные:
достаточно начертить поле для крестиков ноликов и посчитать все возможные варианты векторов для каждой точки, а потом их просуммировать.
для угловых число вариантов =5
для промежуточных между углами = 7
для центральной = 8
5*4+7*4+8 = 56
1 2 3
4 5 6
7 8 9
Теперь суда будут копи-пастить ещё и статьи с Хабра
Ты говоришь так, как будто это что-то плохое
Просто скопируй в следующий раз пост с ЖЖ и всё будет круто!
кстати, когда полноэкранный делаешь, он у тебя красным не становится?