Знаете, одноразовый блокнот тоже строится на основе XOR. Его вы тоже сломаете? :)
В самом XOR нет совершенно ничего плохого. Всё зависит от того, с чем XORить.
Не в два раза. А константно на 16 байт.
Там просто вначале идет 16-байтовый инициализирующий вектор. А за ним само сообщение, тоже выровненное на границу 16 байт. Так что оверхед в худшем случае будет составлять 31 байт.
Ну так значит, ваши матрицы с квадратами — и есть ключи шифрования.
Ведь ключ — это не обязательно абстрактная строчка длиной n бит.
К примеру в ГОСТ — ключ — это точка эллиптической кривой. А в двойном квадрате — это матрицы
Кстати, вот мне интересно, что будет делать винда, если к ней подключить 40 флешек?
Им же не хватит букв для обозначения дисков.
Конечно, можно будет монтировать их как папки на любой раздел NTFS. Но всё же интересно, что будет с буквенными обозначениями дисков.
А там не только пин-код. Данные передаются в виде пин-блока. А там кроме пин-кода ещё может лежать много всякого: время, соль, идентификатор пинпада, и т.д.
Гм. Всё просто.
Вы вводите на пин-паде банкомата пин-код. Пин-пад (да, сама клавиатура) этот код шифрует. В банкомат (компьютер) он уже попадает в виде зашифрованого пин-блока. Затем этот пин-блок отправляется на сервер банкомата. Он знает ключ пин-блока, поэтому может расшифровать пин-код. Затем он шифрует его своим ключем и отправляет на процессинг. Если карточка зарегистрирована в этом процессинге — то тут его путь заканчивается.
А если карточка чужая? Правильно, процессинг перешифровует пин-блок на ключах родного банка и отправляет туда. При чем не факт что напрямую. Может быть ещё через n серверов. И каждый сервер перешифровует пин-блок на других ключах для другого сервера.
Хороший вопрос… Из моих знакомых — в лучшем случае четверть ходит.
Замечаю интересную закономерность — чем хардкорнее айтишник, тем с большей вероятностью он таки ходит в походы.
Да? Если я хочу обновить к примеру user32.dll, который подгружен большинством процессов — мне это не удастся. Потому что он подгружен большинством процессов :)
А вот если бы было так как в Linux, то: мы удаляем старый user32.dll, но он остается открыт уже запущенными программами. А потом вместо него записываем новый.
Таким образом новозапущеные программы будут использовать новый файл, а те который уже работают — будут работать со старым.
Естественно, если в старом файле была какая-то ошибка связанная с безопасностью — то лучше перезагрузить систему, что бы все программы использовали новый файл.
Но если мы его обновляем просто из-за каких-то новых функций — то зачем перезапускать всё?
программа сможет свободно писать и читать из него. inode останется в живых, пока программа не закроет файл.
Т.е. запись в каталоге про этот файл удалится сразу. А вот сам файл — только тогда, когда программа его закроет.
Может кого-то путает терминология. Так что поясню на всякий случай — каталог (или «папка» в терминологии Microsoft) — это на самом деле просто специальный файл, который хранит список файлов «содержащихся в» этом каталоге.
При удалении файла отдельно удаляется запись в каталоге и отдельно сам файл (т.е. данные, которые в нем содержаться). По крайней мере так происходит в *nix
В самом XOR нет совершенно ничего плохого. Всё зависит от того, с чем XORить.
Там просто вначале идет 16-байтовый инициализирующий вектор. А за ним само сообщение, тоже выровненное на границу 16 байт. Так что оверхед в худшем случае будет составлять 31 байт.
Ведь ключ — это не обязательно абстрактная строчка длиной n бит.
К примеру в ГОСТ — ключ — это точка эллиптической кривой. А в двойном квадрате — это матрицы
Им же не хватит букв для обозначения дисков.
Конечно, можно будет монтировать их как папки на любой раздел NTFS. Но всё же интересно, что будет с буквенными обозначениями дисков.
Вы вводите на пин-паде банкомата пин-код. Пин-пад (да, сама клавиатура) этот код шифрует. В банкомат (компьютер) он уже попадает в виде зашифрованого пин-блока. Затем этот пин-блок отправляется на сервер банкомата. Он знает ключ пин-блока, поэтому может расшифровать пин-код. Затем он шифрует его своим ключем и отправляет на процессинг. Если карточка зарегистрирована в этом процессинге — то тут его путь заканчивается.
А если карточка чужая? Правильно, процессинг перешифровует пин-блок на ключах родного банка и отправляет туда. При чем не факт что напрямую. Может быть ещё через n серверов. И каждый сервер перешифровует пин-блок на других ключах для другого сервера.
Замечаю интересную закономерность — чем хардкорнее айтишник, тем с большей вероятностью он таки ходит в походы.
Можете рассказать подробней о принципе действия?
А вот если бы было так как в Linux, то: мы удаляем старый user32.dll, но он остается открыт уже запущенными программами. А потом вместо него записываем новый.
Таким образом новозапущеные программы будут использовать новый файл, а те который уже работают — будут работать со старым.
Естественно, если в старом файле была какая-то ошибка связанная с безопасностью — то лучше перезагрузить систему, что бы все программы использовали новый файл.
Но если мы его обновляем просто из-за каких-то новых функций — то зачем перезапускать всё?
Т.е. запись в каталоге про этот файл удалится сразу. А вот сам файл — только тогда, когда программа его закроет.
Может кого-то путает терминология. Так что поясню на всякий случай — каталог (или «папка» в терминологии Microsoft) — это на самом деле просто специальный файл, который хранит список файлов «содержащихся в» этом каталоге.
При удалении файла отдельно удаляется запись в каталоге и отдельно сам файл (т.е. данные, которые в нем содержаться). По крайней мере так происходит в *nix