[gomer]

Может кто подскажет, где найти готовый код на AutoLisp, реализующий алгоритм шифрования AES?

[alex8888]

Как мне всегда пишут - Гугль а помощь :
http://otherreferats.allbest.ru/prog.../00040730.html

[gomer]

Как вот теперь это на Автолисп перевести...

[alex8888]

gomer

Как вот теперь это на Автолисп перевести...

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

[ShaggyDoc]

Сообщение от gomer Как вот теперь это на Автолисп перевести...

Тонкий намек на то, чтобы какой-то бездельник это сделал

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

Код:

[Выделить все]

(defun ru-string-crypt (string)
;;; Пример: ( ru-string-crypt "В чащах юга жил- был цитрус, да но фальшивый экземпляр")
 
    (vl-list->string (mapcar (function (lambda (x) (- 255 x))) (vl-string->list string)))
)

Но, если AES непременно надо, "тады ой". Это к студентам.

[crosandr]

если только найти библиотечную функцию и лиспом (или VBA) ее подцепить.
Хотя ни разу так не делал, но думаю, что можно. Другие языки позволяют

[Елпанов Евгений]

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

[Дима_]

ИХМО - учитывая то, что AES уже ставят в опкоды современных процесорров, писать его на автолиспе - мягко говоря - не самое правильное время провождения, да и скорость реализации боюсь будет не самая высокая (тем более, как заметил Евгений, автолисп, в отличие от других лиспов, с такими разрядностями чисел "напрямую" не работает - то есть придеться преобразовывать в строки (списки?) и работать с ними - вобщем скорость стремиться к нулю).
Самое правильное (если необходим именно aes, а не просто зашифровать\расшифровать) поискать com библиотеки, или - же написать самому (уверен, что усилий будет потраченно меньше т.к. для более низкоуровневых языков библиотеку aes найти не проблемма - то есть по сути надо будет только "com обертку" сделать). А если не найдешь (хотя наверное это будет означать - плохо искал) - есть ленивый вариант - вызвать через ado->obdc->mysql->встроенную функцию AES_encrypt/AES_decrypt - метод корявый и требует дополнительного софта - но если вдруг он и так есть(или например другая БД с аналогичной функцией), да еще и официально беслпатно.

[ShaggyDoc]

Конечно, как написал Дима_, использовать навороченные алгоритмы надо через COM.

Однако, надо крепко думать - надо ли "крепкое" шифрование вообще. Ведь зачем об нем начинают думать применительно к Автолисп? Да чтобы "хитро" защитить свою "супер-пупер" программу или данные. "Шаровары" сделать и т.п. А для этого бесполезного по сути дела не нужны никакие хитрые алгоритмы. Все делается гораздо проще.

[Дима_]

Ну, если для этого - тогда'б RSA спрашивали, наверное - больше подходит. Я вижу только одно реальное применение - надо работать с данными которые для чего-то зашифрованны именно в aes, для защиты - если есть рабочая копия - то что aes, что des, что просто "за'xor'енные" файлы - все будет взломанно одинакого - можно даже не париться по этому поводу (уж этим делом я в свое время "плотно" занимался), своей-же программой "откроют" и сохранят - бред это. Лучшая защита - меньше настроек, индивидуально так скажем. А уж если делаешь для широкого круга - то только "административными рычагами".
p.s. за все время я видел только одну "неломаемаю" программу - суть очень простая - программа по сути являеться оболочкой для хардового usb-устройства которое не хранит данные (ключи и пр), а именно их обрабатывает (со своим процессором, памятью и пр.), чтоб в него не влезли - наглухо в эпоксидку залито (наши соотечественники сделали), вот такую штучку можно взломать - только украв у разработчиков "прошивку".

[VVA]

Про шифрование говорили еще в этой теме. Там Елпанов Евгений опубликовал очень познавательный пример (пост #24)

[gomer]

Сообщение от VVA своей-же программой "откроют" и сохранят - бред это.

Неужели нет алгоритма, зная который но не зная ключа "невозможно" расшифровать данные?

[crosandr]

Сообщение от gomer Неужели нет алгоритма, зная который но не зная ключа "невозможно" расшифровать данные?

Есть. Но он идеален, как и все допущения. На практике не применяют. Есть вероятности вскрывания, ими и оперируют в зависимости от требований надежности
ссылка
поиск по ключевым словам "совершенный шифр"

[Дима_]

Сообщение от gomer Неужели нет алгоритма, зная который но не зная ключа "невозможно" расшифровать данные?

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

[Елпанов Евгений]

Сообщение от crosandr Есть. Но он идеален, как и все допущения. На практике не применяют. Есть вероятности вскрывания, ими и оперируют в зависимости от требований надежности ссылка

Спасибо! Очень интересная ссылка, вышел на источник, выкладываю ссылку на первую из статей, в конце каждой из них ссылка на продолжение...
http://www.enlight.ru/ib/tech/crypto/index.htm

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

[Дима_]

По поводу ссылок - во всех современных шифрах конткстные методы не действуют (ну увеличется вероятность подбора с 1/2^256 до 1/2^240 и что), любой шифр (хоть элементарное сложение) ДАЖЕ ТЕОРИТИЧЕСКИ не вскрываем (а тем более на практике) при 2 условиях: 1 - ключ является случайным набором данных, длинна ключа равна длинне шифруеммой информации (и реально такие методы используют - достаточно 1 раз передать достаточно длинный ключ (100 мегабайт например) и в любое время по открытым каналам можно "смело" передавать информацию - вскрыть не возможно т.к. при помощи различных ключей можно получить АБСОЛЮТНО ЛЮБУЮ последовательность данных такой-же длинны).

[crosandr]

Сообщение от Дима_ ключ является случайным набором данных

100 метров истинно (не путать с псевдо-) случайных данных реально получить?

[Елпанов Евгений]

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

[crosandr]

Сообщение от Елпанов Евгений что ты думаешь о десятке фильмов, которые архивируются, из них удаляются заголовки и делается побитный XOR?

Это гадание на кофейной гуще. У товарища Кнута об этом подробно расписано. Есть реализованные алгоритмы проверки на случайность. Целая наука в общем.

Сообщение от Елпанов Евгений но для шифрования, на мой взгляд, они достаточно надежны...

Все ведь зависит от цели. Кому-то может хватить и обычной подстановки)) Но про длинные абсолютно случайные ключи что-то не удалось обнаружить ничего. Может Дима_ просветит?

[hwd]

MCAD/MCSD Экзамены 70-330, 70-340. Разработка защищённых приложений на Visual Basic .Net и Visual C# .Net. Там глава 8 - "Защита данных при помощи криптографии". Подробно рассматриваются шифрование как с симметричными, так и с ассимметричными ключами. Вообще Майкрософтом рекомендуется для симметричного шифрования использовать алгоритм Rinjdael (реализован полностью с помощью управляемого кода). Для асимметричного существует два класса, производных от AsymmetricAlgorithm (один для шифрования расшифровки данных, а второй - для цифрового подписания сообщений).

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