Talk:Набор инструкций AES
 | Эта статья имеет рейтинг C-класса по шкале оценки контента Википедии . Она представляет интерес для следующих WikiProjects : | |||||||||||||||||||||||||||||||||||||
| ||||||||||||||||||||||||||||||||||||||
Программное обеспечение, поддерживающее набор инструкций AES
Кто-нибудь будет возражать против ограничения программного обеспечения библиотеками программного обеспечения? Похоже, что список будет расти до тех пор, пока не станет неуправляемым, если единственным ограничением будет программное обеспечение. Если ограничением будут библиотеки программного обеспечения, рост будет проверяться, и это предоставит полезную информацию для программистов, которым нужен список поддерживающих библиотек.
JW Noloader ( обсуждение ) 02:00, 13 августа 2010 (UTC)
Bitlocker для Windows также следует добавить в список. 72.80.29.25 (обсуждение) 14:55, 12 июля 2011 (UTC)
Я не вижу никаких доказательств того, что [Oracle] Java 7 HotSpot поддерживает AES. Java 8, судя по появлению новых "встроенных" функций и моим собственным тестам производительности, поддерживает. twimoki ( talk ) 03:21, 24 июня 2013 (UTC)
Безопасность
Нет никаких обсуждений о последствиях безопасности. В случае без помощи аппаратного обеспечения процессору сложно определить, что является вашим ключом. В этом случае вы по сути даете черному ящику свой ключ, И сообщаете ему семантику также: "вот это мой ключ".
Как можно быть уверенным, что нет (например) встроенного кэша SRAM, в котором хранятся последние 500 использованных ключей?
94.254.76.147 (обсуждение) 09:37, 2 июня 2011 (UTC)
Сравнение с Pentium 4
Я думаю, что это сравнение... сомнительно. Особенно учитывая, что Pentium 4, как известно, имеет худший IPC своего поколения и устарел на три поколения к тому времени, как стал доступен AES-NI, включая одно крупное и одно мелкое архитектурное изменение. Поэтому рассмотрение циклов на байт худшего нарушителя длинных конвейеров с архитектурой Netburst и циклов на байт с использованием оптимизированной, выделенной логики очень странно. Сравнение с чисто программной реализацией на той же платформе было бы интересно, или, может быть, с предыдущей платформой, но сравнение с P4 кажется довольно бесполезным. 193.49.124.107 ( talk ) 08:27, 17 августа 2011 (UTC)
Оценка умножения без переноса
Инструкция по умножению без переноса также обсуждается здесь: http://ieeexplore.ieee.org/xpls/abs_all.jsp?arnumber=4358294&tag=1 и здесь: http://vega.dii.unisi.it/~giorgi/papers/Branovic03a.pdf — Предыдущий неподписанный комментарий добавлен Robgiorgi ( обсуждение • вклад ) 10:53, 8 июня 2014 (UTC)
Удаление раздела «Вспомогательное программное обеспечение»
Я думаю, это хорошая идея. Большинство зрелых криптографических программ с производительностью поддерживают AES-NI в наши дни. Существующий список неоправданно огромен и включает в себя некоторые малоиспользуемые вещи. Кажется, это хорошее место для поставщика малоиспользуемого продукта, чтобы вставить бесплатную рекламу.
Возражения? Risc64 ( обсуждение ) 17:49, 30 декабря 2015 (UTC)
Согласен -- 208.87.223.18 ( обсуждение ) 01:43, 12 августа 2018 (UTC)
Удаление раздела «Поддержка процессоров x86»
Этот раздел не имеет ничего общего с инструкциями AES, поскольку они используют специализированное оборудование, требующее драйверов. Их следует перенести на новую страницу, посвященную криптографическим ускорителям (таким как карты HiFn).
-- 208.87.223.18 ( обсуждение ) 01:41, 12 августа 2018 (UTC)
Уже есть страница Cryptographic accelerator , которую нужно расширить, но она охватывает больше, чем AES. Я не согласен, что раздел "Supporting x86 CPUs" следует перенести туда, скорее эту страницу следует перепрофилировать для обсуждения ускорения AES в целом. PeterJeremy ( talk ) 08:52, 3 мая 2021 (UTC)
Внешние ссылки изменены
Здравствуйте, уважаемые википедисты!
Я только что добавил архивные ссылки на одну внешнюю ссылку на набор инструкций AES . Пожалуйста, уделите немного времени, чтобы просмотреть мою правку. Если необходимо, добавьте после ссылки, чтобы я не мог ее изменить. Или же вы можете добавить, чтобы вообще не допустить меня на страницу. Я внес следующие изменения:{{cbignore}}{{nobots|deny=InternetArchiveBot}}
- Добавлен архив https://web.archive.org/20101126155830/http://blogs.amd.com:80/work/2010/11/22/following-instructions/ в http://blogs.amd.com/work/2010/11/22/following-instructions/
Когда вы закончите просматривать мои изменения, пожалуйста, установите отмеченный параметр ниже на значение true, чтобы сообщить об этом другим.
Y Редактор проверил эту правку и исправил все обнаруженные ошибки.
- Если вы обнаружили URL-адреса, которые бот ошибочно посчитал неработающими, вы можете сообщить о них с помощью этого инструмента.
- Если вы обнаружили ошибку в архивах или самих URL-адресах, вы можете исправить их с помощью этого инструмента.
Привет.— cyberbot II Поговорить с моим владельцем : Онлайн 06:48, 28 января 2016 (UTC)
Внешние ссылки изменены
Здравствуйте, уважаемые википедисты!
Я только что изменил 2 внешние ссылки на набор инструкций AES . Пожалуйста, уделите немного времени, чтобы просмотреть мои правки. Если у вас есть какие-либо вопросы или вам нужно, чтобы бот игнорировал ссылки или страницу в целом, посетите этот простой раздел FaQ для получения дополнительной информации. Я внес следующие изменения:
- Добавлен архив https://web.archive.org/web/20080407095317/http://softwareprojects.intel.com/avx/ на http://softwareprojects.intel.com/avx/
- Добавлен архив https://web.archive.org/web/20111111212545/http://www.via.com.tw/en/products/processors/eden-n/ на http://www.via.com.tw/en/products/processors/eden-n/
Закончив просмотр моих изменений, вы можете следовать инструкциям в шаблоне ниже, чтобы исправить любые проблемы с URL-адресами.
Это сообщение было опубликовано до февраля 2018 года . После февраля 2018 года разделы страниц обсуждения "Внешние ссылки изменены" больше не генерируются и не отслеживаются InternetArchiveBot . Никаких специальных действий в отношении этих уведомлений на страницах обсуждения не требуется, кроме регулярной проверки с использованием инструкций инструмента архивации ниже. Редакторы имеют право удалять эти разделы страниц обсуждения "Внешние ссылки изменены", если они хотят очистить страницы обсуждения от загромождения, но перед выполнением массовых систематических удалений ознакомьтесь с RfC . Это сообщение динамически обновляется через шаблон (последнее обновление: 5 июня 2024 г.) .{{source check}}
- Если вы обнаружили URL-адреса, которые бот ошибочно посчитал неработающими, вы можете сообщить о них с помощью этого инструмента.
- Если вы обнаружили ошибку в архивах или самих URL-адресах, вы можете исправить их с помощью этого инструмента.
Привет.— InternetArchiveBot ( Сообщить об ошибке ) 23:22, 23 июня 2017 (UTC)
Поддержка VeraCrypt AES-NI
Рассмотрите возможность добавления VeraCrypt в список поддерживаемого программного обеспечения? [1] — Предыдущий неподписанный комментарий добавлен MetalFusion81 ( обсуждение • вклад ) 14:19, 23 марта 2019 (UTC)
- Готово. Удивлен, что его не было. peterl ( обсуждение ) 19:43, 23 марта 2019 (UTC)
- Спасибо. MetalFusion81 ( обсуждение ) 01:25, 24 марта 2019 (UTC)
Ускорение AES с помощью инструкций по сравнению с сопроцессорами
На этой странице рассматриваются ускоренные реализации AES с помощью смеси инструкций, которые напрямую реализуют части AES (например, x86 AES-NI и ARMv8 Crypto Extension) и интегрированные криптодвижки (VIA Padlock, RISC-V, старые ARM и т. д.). Выше есть ссылка, предлагающая избавиться от раздела «Поддержка x86 CPU» на том основании, что интегрированные криптодвижки ничем не отличаются от карт HiFn, и это может в равной степени относиться ко многим другим частям оборудования, перечисленным на этой странице.
Я согласен, что есть разница между реализацией AES через (например) AES-NI или с использованием VIA Padlock, но я не согласен, что просто выбросить последний подход — правильный подход. Уже есть страница Cryptographic accelerator , но она обсуждает криптоускорение в целом, тогда как эта страница специфична для AES. Поэтому я предлагаю переименовать эту страницу в AES acceleration (изменяя текущее направление перенаправления) и перефразировать так, чтобы она охватывала как поддержку интегрированных инструкций, так и поддержку сопроцессора для AES.
PeterJeremy ( обсуждение ) 08:45, 3 мая 2021 (UTC)
