Программируем сами

Оверлокинг

Ne0Lite — Mon, 14 May 2012 10:36:20 GMT

Скоро на сайте появится учебники по разгону компьютера , информация по железу, и уроки по правильной установке и настройки компьютера

Шифровка заменой. Улучшаем алгоритм

Ne0Lite — Thu, 10 May 2012 16:22:52 GMT

Итак, нам надо сначала вкратце разобраться, как работает алгоритм, в чём состоят его преимущества и на что надо делать упор при улучшении алгоритма. Итак, начнём.
   Во-первых, самая сильная сторона алгоритма это высокая скорость расшифровки, шифровка медленнее, чем расшифровка, но это легко оптимизируется и решается (например, через инвертирование кодовых страниц в книге кодов, но это уже совсем другая история). В связи с этим алгоритм идеален для создания высокоскоростных защищённых каналов связи.
   Во-вторых, ключ – это книга кодов, содержащая в себе 265 кодовых страниц, каждая размером 256 байт, в сумме 64 КБ. Книга кодов держится в секрете, обеими сторонами. Книга кодов может передаваться сторонами с использованием какого-либо асимметричного алгоритма шифрования, например, тем же RSA.
   В-третьих, при шифровке используется массив CPSeq, который задаёт последовательность использования кодовых страниц при шифровке/расшифровке. Данные CPSeq по сути своей представляют собой случайный массив чисел от 0-255. Данные CPSeq генерируются при шифровании и передаются вместе с файлом, чтобы другая сторона могла расшифровать файл. Данные CPSeq как раз таки и составляют так называемую «избыточность». Чем больше размер CPSeq тем больше защищённость, но при этом больше избыточность. При шифровке/дешифровке потока данных, данные CPSeq будут статическими, но будут обновляться после передачи определённого количества информации.
   Итак, мы разобрались с тремя основными тезисами алгоритма. Теперь разберёмся с основной проблемой. Если знать содержимое исходных данных, то вне зависимости от размера данных CPSeq, книга будет восстановлена в два счёта.
   Решением проблемы будет являться предварительное шифрование исходных данных, при этом не важно какая будет его криптостойкость. Цель этого шифрования повысить энтропию исходных данных и превратить их в ерунду.
   Шифровать можно обычной операцией XOR с некоторыми многобайтовым ключом, с размерностью равной массиву CPSeq. Назовём этот новый ключ PCKey (Pre Crypt Key). PCKey это просто массив байт, который будет вычисляться перед шифровкой/расшифровкой. Данные будут шифроваться следующим образом:
   Data[ i ] = Data[ i ] xor PCKey[j]
Где j – остаток от деления i на размер массива PCKey
   Очевидно, что массив данных PCKey должен обладать высокой энтропией, чтобы гарантировано повысить энтропию исходных данных.
Как будет вычисляться массив PCKey? Очевидно, что функция, вычисляющая PCKey должна принимать на входе массив CPSeq чтобы гарантировать случайность PCKey, так как данные CPSeq постоянно меняются. Но так как CPSeq передаются в открытом виде, то надо использовать ещё что-то, о чём не знает перехватчик данных, ибо толку от PCKey никакого. Разумеется, при формировании PCKey надо использовать книгу кодов. Итак, мы уже представляем себе функцию для генерации массива PCKey:

VOID GetPCKey(
      PVOID CodeBook,
      PVOID CPSeq,
      int CPSeqSize,
      PVOID PCKey);

Следующий вопрос: как формировать массив PCKey? В контексте данной статьи способ формирования PCKey не имеет большого значения. Более важно обговорить требования к этой функции. Требования к ней почти такие же, как и к любой хеш-функции:

Необратимость операции

Невозможность по PCKey восстановить книгу кодов

При изменении входных данных, выходные данные должны меняться таким образом чтобы невозможно было понять что именно изменилось в входных данных

   Отличие функции GetPCKey от хеш-функции состоит только лишь в том, что она принимает два буфера (один буфер фиксированного размера, второй переменного), и выдать она должна данные не фиксированного размера, а размера равного размеру второго буфера.
   Теперь возникает резонный вопрос: после шифровки буфера с помощью PCKey, зачем дополнительно шифровать заменой получившиеся данные? Всё очень просто, если зашифровать буфер только с помощью PCKey, то если известно содержимое некоторой части исходных данных, шифровка по-прежнему уязвима, так как можно будет восстановить массив PCKey и расшифровать оставшуюся часть данных. Если после шифровки с помощью PCKey, произвести шифровку с помощью замены, то даже если полностью знать содержимое исходных данных, то всё равно будет невозможно восстановить ни PCKey, ни книгу кодов, так как промежуточное содержимое данных неизвестно. Массив PCKey нельзя будет восстановить, потому что данные будут зашифрованы с помощью книги кодов. Книгу кодов нельзя будет восстановить, потому что с помощью неё будут зашифрованы не исходные данные, а данные «пропущенные» через PCKey, которые неизвестны криптоаналитику, потому что он не знает PCKey.
   Для повышения криптостойкости можно генерировать несколько ключей PCKey, и производить предварительную шифровку несколько раз. Аналогично несколько раз можно производить шифровку заменой с помощью книги кодов. При этом скорость шифровки/расшифровки почти не пострадает.
   Вот собственно и всё что я хотел сказать.

Обновление

Ne0Lite — Wed, 09 May 2012 23:49:08 GMT

Скоро на сайте будет реализована авторизация через сайт вконтакте, а впоследствии и через другие аналогичные ресурсы )

WordPress: простой способ отлючить трекбеки для части постов (без плагинов)

Ne0Lite — Wed, 09 May 2012 23:25:21 GMT

С недавних пор этот блог опять стали одолевать спамеры. Не знаю с чем это связано, больше года всё было относительно спокойно. Проскакивало по несколько спамерских комментариев в неделю, явно написанных людьми, а не ботами, и всё. А тут по 10-20 требкеков в день. Удалить их, конечно, не сложно, но надоедает и раздражает, к тому же трекбеки явно ставились автоматически, т.е. спамер своё время на них не тратил.

Вообще я не сторонник отключения каких-либо каналов общения. В теории трекбеки сильно упрощают создание связей между блогами. Но на практике получается, что нормальные требкеки приходят к более-менее новым постам, а спамерские – обычно ко всем подряд.

Поэтому я решил закрыть трекбеки для всех постов старше 2-х месяцев. Ставить специальный плагин для решения этой задачи нет никакой необходимости, всё можно сделать с помощью несложного SQL запроса и cron'а.

Теория

В WordPress все посты хранятся в таблице wp_posts (префикс wp_ может быть другим). В этой таблице есть поле ping_status, которому можно присвоить одно из двух значений: «open» или «closed». Как несложно догадаться по названию, значение «closed» отключает трекбеки к данном посту.

Теперь нужно определиться с датами. MySQL поддерживает довольно много функций для работы со временем и датами. Нам потребуются:
1) CURDATE – возвращает текущую дату;
2) DATE_SUB – вычитает даты;
и выражение INTERVAL ... DAY – позволяет указать интервал с заданным количеством дней.

Дата последнего изменения поста хранится в поле post_modified(таблицы wp_posts).

Формируем запрос

>
UPDATE wp_posts SET ping_status="closed" WHERE post_modified < DATE_SUB(CURDATE(), INTERVAL 60 DAY)

Как видите, это обычный UPDATE запрос, который установит полюping_status значение «closed» для всех записей у которые последний раз обновлялись более 60-ти дней назад.

Кстати, аналогичным способом можно закрыть и комментарии. Для этого нужно установить значение «closed» для поля «comment_status».

Остаётся настроить периодический запуск этого запроса

Удобнее всего для этого использовать cron. Тут потребуются хотя бы базовые навыки работы с панелью управления хостингом. В большинстве панелей в меню находится ссылка на страницу cron, а для создания задачи нужно заполнить небольшую форму. При этом необходимо указать два обязательных параметра – команду, которую будет выполнять cron, и периодичность её выполнения.

В данном случае команда может выглядеть следующим образом.

mysql --default-character-set=utf8 --user=user_name --password=user_password db_name < path_to/block_trackbacks.sql

Здесь block_trackbacks.sql – имя файла в котором записан наш запрос.

Периодичность выполнения можно указать – 1 раз в день. Принципиальной роли, в данном случае, она не играет.

Результаты

Как и следовало ожидать, работает данный метод очень неплохо. Количество спама в трекбеках снизилось практически до нуля И, обратите внимание, данный способ подходит для любой CMS, главное, найти какое поле отвечает за отключение трекбеков.

Успехов!

Вакансия

Ne0Lite — Mon, 07 May 2012 18:52:01 GMT

Открыт набор на вакансию блогер, то надо создать на форуме тему и выставить своё резюме