id: Гость   вход   регистрация
текущее время 23:57 28/03/2024
Владелец: SATtva (создано 10/06/2007 22:29), редакция от 21/10/2007 00:38 (автор: serzh) Печать
Категории: криптография, софт, pgp, gnupg, openpgp, сайт проекта, руководства, аутентификация, эцп, стандарты, faq
создать
просмотр
редакции
ссылки

Цифровая подпись комментариев и страниц сайта


Оглавление документа:


Платформа сайта, интегрированная со средствами OpenPGP, позволяет легко проверять цифровые подписи с редакций страниц и комментариев, публикуемых пользователями. Например, если вы хотите опубликовать на сайте нечто такое, что не должно быть бесконтрольно изменено другими участниками и даже модераторами, и чтобы при этом каждый мог убедиться, что истинным автором являетесь именно вы (скажем, это может быть ваш новый открытый ключ или метод криптоанализа алгоритма шифрования), вы можете подписать свое сообщение с помощью PGP, GnuPG или любой другой совместимой программой.

Как подписать и разместить


В некоторых случаях это может быть несколько сложнее, чем подписание электронной почты (современные браузеры порой слишком "умны" и перекодируют текст даже тогда, когда это не требуется), но в целом не должно составить труда. Конкретные инструкции зависят от используемой программы OpenPGP и операционной системы, но не забудьте главное: публикуя подписанный текст, убедитесь, что опция "OpenPGP-подписанный текст" под полем ввода отмечена флажком. Особенности выбора кодировки будут описаны ниже. А задать параметры обработки подписанных сообщений по умолчанию можно в настройках профиля.

Windows/PGP/GnuPG с графической оболочкой


Это самое простое. Напишите текст, скопируйте его и воспользуйтесь функцией подписания содержимого буфера обмена. В PGP это делается так: нажмите на иконку PGPtray > Clipboard > Sign. Различные графические надстройки GnuPG имеют различные нюансы, но, в целом, порядок действий такой же. Перед отправкой текста на сайт убедитесь, что выбрана кодировка CP1251 (это вариант по умолчанию).

Windows/GnuPG без графической оболочки


В такой среде порядок действий может быть двояким. Во-первых, можно написать текст в файле, подписать файл, а затем скопировать его содержимое в поле ввода на сайте. Вот как это сделать: составьте текст в Блокноте и сохраните файл (кодировка файла должны быть ANSI), затем вызовите GnuPG из консоли следующей командой: gpg -u <ключ_подписания> --clearsign <путь_к_файлу>. Содержимое подписанного файла (он имеет расширение .asc) отправьте на сайт, выбрав кодировку CP1251.


Второй вариант — это подписание текста прямо в консоли. Откройте консоль и выполните gpg -a -u <ключ_подписания> -s, введите пароль к ключу, напишите свой текст, нажмите Enter, Ctrl+Z и ещё раз Enter. Блок сообщения скопируйте и отправьте на сайт, обязательно указав кодировку CP866 (иначе сообщение окажется нечитаемым). Также не подписывайте текст "прозрачно" (используя команду --clearsign) — в противном случае подпись будет повреждена.

Linux/*BSD/GnuPG


Установите системную локаль в кодировку CP1251, KOI8-R или UTF-8. Подпишите текст "непрозрачной" подписью, выполнив команду gpg -a -u <ключ_подписания> -s (конструкция команды может отличаться, но главное условие — использование параметра -s; также для упрощения операции можете воспользоваться готовыми скриптами, предложенными mellon'ом). Подписанный блок вставьте в поле ввода на странице сайта и перед отправкой укажите кодировку, соответствующую вашей системной.

Индикатор состояния


После опубликования на сайте такой заверенный текст будет выделен специальным индикатором, отображающим состояние подписи (вы можете видеть его вверху этой страницы), а также некоторую дополнительную информацию (кроме того, индикатор несет еще одну функцию, о которой будет рассказано в следующем параграфе). Вот различные возможные состояния:


верная ЭЦПЭлектронная подпись верна, сообщение не было изменено или искажено. Здесь же отмечено время, когда сообщение было подписано (обратите внимание, что если время подписания на много часов или дней отстает от времени опубликования — это повод для подозрений).
неверная ЭЦПСообщение было изменено после подписания. Это не обязательно свидетельствует о подделке (возможно, текст был поврежден при публикации на сайте, например, если автор выбрал неправильную кодировку). Однако может означать и то, что кто-то взломал базу данных сайта и попытался скорректировать сообщение там.
неопределенная ЭЦПСистема может проверять достоверность подписей лишь в том случае, если в ее базе данных имеются ключи, которыми подписи были поставлены, т.е. те ключи, которые зарегистрированные пользователи сайта загрузили в свои профили. Поэтому, если текст подписывает незарегистрированный посетитель, система лишь сообщит здесь ID ключа, которым была поставлена подпись, а ее состояние все заинтересованные должны будут проверить вручную.
поврежденная ЭЦПСистеме не удается сверить цифровую подпись (вероятнее всего, в базе данных отсутствует подписанный экземпляр текста). Это сообщение наименее вероятно и более всего подозрительно, поскольку свидетельствует о каких-то изменениях, внесенных в содержимое базы данных сайта. Имейте в виду: система проводит предварительную проверку подписи еще на этапе сохранения текста, поэтому изначальное размещение сообщений с поврежденными ЭЦП невозможно.
отображаемый текст не соответствует подписанномуВ некоторых случаях может выводиться дополнительное предупреждение, что отображаемый текст не соответствует подписанному. Это означает, что исходный текст был изменен, однако на сайте осталась оригинальная подписанная копия (с которой и происходит сверка ЭЦП), которую можно открыть, нажав на индикатор состояния ЭЦП. (Обычно, подобная ситуация возникает с комментариями пользователей: если модератор отредактирует сообщение (или это сделает сам автор, забыв затем переподписать текст), система предупредит о расхождении. С редакциями страниц такого не должно случаться, поскольку они не изменяются, а замещаются одна другой.)
текст подписан ключом пользователя ИксЭто сообщение выводится для верной ЭЦП. Оно означает, что один пользователь заверил текст ключом другого. Это не следует расценивать как непременную компрометацию ключа пользователя Икс (хотя это и возможно); вот другие вероятные причины: 1) автор зарегистрирован на сайте под двумя именами и сам подписал текст не тем ключом (по ошибке или намеренно); 2) если это комментарий, то он мог быть переподписан модератором (в этом случае убедитесь, что у пользователя Икс есть модераторские полномочия; 3) если опубликованная заметка в вики или комментарий были подписаны неавторизованным пользователем (с помощью постороннего ключа), то автором данной заметки/комментария действительно мог быть владелец данного ключа, который просто не пожелал авторизоваться на сайте; 4) один пользователь мог скопировать подписанный текст другого и повторно отправить на сайт, пытаясь выдать его за свой (чтобы не пасть жертвой такого обмана, обращайте внимание на метку времени подписания текста и его опубликования: большие интервалы подозрительны).

Независимая проверка


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


Открыть оригинал можно, щелкнув по индикатору состояния ЭЦП. Оригинал будет отображен в виде простого текста вкупе с адресом, по которому текст был опубликован изначально. Вы можете скопировать блок подписанного сообщения и воспользоваться установленной у вас OpenPGP-совместимой программой для самостоятельной проверки ЭЦП.

А что, если...


(Это мини-FAQ, где мы постараемся отвечать на основные вопросы, связанные с данной функциональностью, по мере их поступления.)

...отправить неподписанный текст, отметив опцию обработки подписи?

Ничего страшного не случится, текст будет размещен как обычный неподписанный.

...отправить подписанный текст, не отметив опцию обработки подписи?

Ну, текст просто будет выведен, как есть, т.е. со всеми заголовками PGP и материалом ЭЦП — не слишком эстетичное зрелище. Однако, такое бывает необходимо, когда вам нужно опубликовать чужую ЭЦП, допустим, для совместной диагностики какой-то проблемы. В этом случае опцию обработки включать не следует.

...выбрать неправильную кодировку для публикуемого текста?

Это сделает сообщение нечитаемым (при необходимости желающие смогут его перекодировать подручными средствами, что, однако, не слишком удобно). Правда, подпись будет сверяться верно. Но в целях сохранения приличного вида конференции и документов модераторы могут просто удалять "битые" тексты.

...администратор сайта захочет подделать чужую ЭЦП?

Придётся взломать RSA по меньшей мере. :-) Лучшее, что можно реально сделать — это срезать подпись с опубликованного сообщения или удалить опубликованный текст из БД. (Можно, конечно, выводить на индикаторе "верную ЭЦП" даже для поддельных подписей, но слишком велик шанс быть пойманным, а ведь коварному администратору это не нужно, не так ли? ;-) К сожалению, атаки на отказ в обслуживании со стороны оператора централизованного сервиса принципиально не могут быть исключены.

...я подпишу редакцию документа, а после меня его отредактирует кто-то другой?

Ваша подписанная редакция сохранится, но уйдет в общий список редакций данного документа. Соответственно, при просмотре конкретной вашей редакции читатель обнаружит электронную подпись, но текущая (последняя, активная) редакция будет отображаться как неподписанная (что, в сущности, и есть).

...я захочу открыть подписанный текст в предпросмотре?

Вы увидите его вместе со всеми заголовками PGP и материалом подписи. Подпись сличается только в момент сохранения текста, на этом же этапе срезаются все заголовки (оригинал подписи сохраняется отдельно) и остается чистый текст. В общем, если вы хотите "предпросмотреть" свое сообщение, желательно делать это перед тем, как подписать его.

...помимо подписанного текста отправить через форму какой-то дополнительный текст (за пределами ЭЦП)?

Подписанные сообщения сохраняются в базе данных в двух экземплярах: в виде оригинала с цифровой подписью (этот экземпляр уже не может быть отредактирован и изменен) и в виде чистого текста, который и отображается на страницах сайта. Так вот, подобный дополнительный неподписанный текст будет сохранен в первом экземпляре, но на страницы сайта никогда не попадет, поскольку не покрыт подписью.

Что означает цветной фон отпечатка ключа?


В качестве меры противодействия подмене ключа пользователя как одной из социальных атак и для удобства запоминания отпечатка ключа он окрашивается в два цвета, используя цветовую модель RGB. От значения отпечатка берутся последние 12 знаков, первые 6 из которых определяют цвет левой части, а вторые 6 — второй части. Например, для отпечатка 6BBF A6A8 2488 F017 4211 0AA5 FAEB 26F7 8443 620A цвет левого фона — 26F784, а правого — 43620A. Так как цвет запомниается проще, чем набор цифр, его отображение рядом с каждым сообщением участника даёт возможность остальным участникам запомнить его цвета и заметить подмену ключа в случае таковой. Запоминание цветов, ассоциированных с отпечатком ключа, не является гарантией отсутствия подмены, но усложняет осуществление указанной атаки. Более подробно вопрос о цветах отпечатков был освящён в работе spinore'а "Цветовая PGP-идентификация в социальных средах".


 
На страницу: 1, 2, 3, 4, 5 След.
Комментарии [скрыть комментарии/форму]
— spinore (14/06/2007 09:17)   профиль/связь   <#>
комментариев: 1515   документов: 44   редакций: 5786
И ещё, при использовании wiki-разметки: как конвенционально указывать автора цитаты? Каждый раз писать вручную ширным шрифтом отдельно как в предыдущем посте? Или всё же есть способ?
— SATtva (14/06/2007 11:33)   профиль/связь   <#>
комментариев: 11558   документов: 1036   редакций: 4118
2. Вот пример того как это смотрится. Видите? Довольно некрасиво. Это действительно так сложно – переместить слово "подписанного" на предыдущую строку (поскольку я не разработчик всех этих вещей, я не знаю уровень технических сложностей чтоб исправить)?

А у меня весь текст индикатора на одной строке. :-) Он переносится, если только не хватает ширины окна браузера. Если поставить запрет на перенос, то длинный текст будет принудительно растягивать другие элементы страницы, например, меню закладок/разделов (правый верхний угол экрана) сдвигать за пределы страницы. Это получается ещё уродливее, поверьте.

5. Повесил.

Спасибо. Так хотя бы буду постоянно наталкиваться на эти описания и когда-нибудь сделаю.

При редакции страницы вики всегда идёт зелёная подпись вне зависимости от того чьим ключом было подписано. Это так было задумано?

Да. Если откроете список редакций (иконка под кнопкой правки страницы), то увидите, что часть редакций подписана, а часть нет. Каждая подпись хранится вместе со своей редакцией, а по умолчанию отображается последняя редакция.

У меня есть идея добавить некоторые дополнительные правила (в метаданные) для страниц. Например, чтобы можно было запретить сохранение неподписанных редакций (т.е. каждый пользователь, желающий изменить документ, должен переподписать его). Но сделаю это ещё нескоро.

Так это не правда, последняя редакция отображается подписанной, но с пометкой о последующем редактировании.

Только что ответил. Между страницами (документами) сайта и комментариями, хоть они по сути в БД представляют собой одно и то же, есть разница: комментарии не имеют редакций (всегда изменяется единственный вариант), а страницы — имеют. Поэтому, исправляя страницу, вы создаёте новый её вариант, а старый уходит в редакции (вместе с ЭЦП её автора). Так что ситуация "отображаемый текст не соответствует подписанному" для страниц не может сложиться никогда.

По поводу моей атаки: вот что подумал: апелляция к странице со списком модераторов и админов будет являться хорошим аргументом, если она будет подписана ключом SATtva'ы

Не совсем. Знаете, что содержится в "исходнике" той страницы, который и будет подписываться? Одна строчка: {{usergroups cols=3 nomark=1}} (ну, помимо заголовка). Эта команда и строит автоматически список групп и наполняет его именами (сами эти данные идут из файла конфигурации). Можно, конечно, дублировать явное состояние групп в комментариях, подписывая текст ключом, но это не слишком очевидно. Хотя можно, да.

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

Сохраняются ли предыдущии редакции документов wiki? А то много доверяем членам группы OpenPGP...

Многие страницы могут и гости редактировать. А про редакции уже ответил.

Аналогичный вопрос, кстати, про резервное копирование содержимого сайте ежесуточно на случай его взлома/удаления_органами.

Реже, раз в 5-7 дней примерно. Ежедневно сайт резервируется только на оборудовании хостинг-провайдера.

И ещё, при использовании wiki-разметки: как конвенционально указывать автора цитаты?

Только **Имя**.
— spinore (14/06/2007 12:10)   профиль/связь   <#>
комментариев: 1515   документов: 44   редакций: 5786
SATtva:
Можно, конечно, дублировать явное состояние групп в комментариях, подписывая текст ключом, но это не слишком очевидно. Хотя можно, да.

Нужена ссылка на странице со списком групп на некое сообщение, где будет содержаться та же инфа, но подписанная ключом администратора. Как-то так.
При добавлении нового участника в ту или иную группу вы будете менять подписанное сообщение дополнительно вручную (на которое ведёт ссылка).
То есть, идея что и с комментариями: по клику мыши я доолжен получить нечто, подписанное комментарием текущего администратора.
SATtva:
Идея об отправке отпечатка ключа администратора интересная, но есть проблема: такая схема не несёт аутентичности. Противник может просто перехватить это сообщение (если уж он может действовать на базе оборудования хостинг-провайдера, то может перехватить и письмо), удалить его, зашифровать свой отпечаток открытым ключом пользователя и переслать ему.

Вот потому я и сказал, что здесь тоже есть проблемы принципиального характера, но, согласитесь, что ломать такую схему всё же тяжелее.
А если уж о гипотетике говорить, то проблема возникает когда пользователь первый раз идёт на сайт регистрироваться: может, ему сразу сделают подмену сертификата и всего прочего?
SATtva:
Только \*\*Имя\*\*

Вне текста комментария? То есть идея в том, что руками приписываю как хочу в нужном месте жирным шрифтом имя, и всё. Так?
— SATtva (14/06/2007 13:56)   профиль/связь   <#>
комментариев: 11558   документов: 1036   редакций: 4118
А если уж о гипотетике говорить, то проблема возникает когда пользователь первый раз идёт на сайт регистрироваться: может, ему сразу сделают подмену сертификата и всего прочего?

Придётся с SSL возиться. Но реализуемо, конечно, Вы правы. Схему с заверением нескольких сертификатов на один домен в разных УЦ я сам предложил.

Вне текста комментария? То есть идея в том, что руками приписываю как хочу в нужном месте жирным шрифтом имя, и всё. Так?

Не обязательно жирным, просто так лучше заметно. Выделять можете вообще как Вам удобнее и больше нравится.
— spinore (14/06/2007 14:29)   профиль/связь   <#>
комментариев: 1515   документов: 44   редакций: 5786
SATtva:
Схему с заверением нескольких сертификатов на один домен в разных УЦ я сам предложил.

Э... это о чём? И причём здесь это.
— SATtva (14/06/2007 15:18)   профиль/связь   <#>
комментариев: 11558   документов: 1036   редакций: 4118
Это о подмене SSL-сертификата. Смотрите цитату Вашего сообщения, на которую я отвечал.
— Гость (15/06/2007 05:16)   <#>
4) один пользователь мог скопировать подписанный текст другого и повторно отправить на сайт, пытаясь выдать его за свой

Может лучше "пытаясь выдать взятую из другого контекста цитату автора за его высказыване по текущей теме"

И было бы неплохо сообщения об ЭЦП выделить цветом также и в документации.
— Гость (15/06/2007 05:22)   <#>
[оффтопик]
К слову, слова "Комментарий добавлен" лучше выводить в зелёной рамке, а не в красной, как сейчас.
— spinore (16/06/2007 02:35)   профиль/связь   <#>
комментариев: 1515   документов: 44   редакций: 5786
Гость:
И было бы неплохо сообщения об ЭЦП выделить цветом также и в документации.

Да это общая проблема существующей документации.
Лучше было бы в саму документацию вставить картинки примера диагностик с учётом цветов в дополнение к описанию чем долго и упорно это описывать – "как это выглядит на практике".
— Гость (16/06/2007 07:32)   <#>
сообщения об ЭЦП выделить цветом также и в документации.

И ещё бы их поместить в рамки!
— ПэГусев (05/08/2007 22:48)   профиль/связь   <#>
комментариев: 112   документов: 8   редакций: 15
SATtva, замечательно все получилось с ключами и подписями! Поздравляю! :-)
— SATtva (05/08/2007 22:55)   профиль/связь   <#>
комментариев: 11558   документов: 1036   редакций: 4118
Спасибо. :-) Это общая заслуга. spinore, mellon и другие тут несколько недель недоработки отлавливали и эксплуатировали уязвимости. :-)
— spinore (16/08/2007 02:45)   профиль/связь   <#>
комментариев: 1515   документов: 44   редакций: 5786
SATtva, не сочитите за нескромность, но по моему мнению уместно было бы в тексте документа где-нибудь вставить ссылку на страницу, где объясняется принцип раскраски фингерпринта, используемый на сайте (или коротко описать принцип здесь же – не так как я сделал, в смысле общей идеи, а именно "как это было сделано", чтобы каждый мог независимо проверять используемую на сайте расцветку ключей у себя на компьютере в случае надобности).
— SATtva (16/08/2007 14:29, исправлен 16/08/2007 14:30)   профиль/связь   <#>
комментариев: 11558   документов: 1036   редакций: 4118
spinore, что Вы всё разрешения спрашиваете? (Когда нужно было уязвимость на сайте эксплуатировать, Вы меня не спрашивали. ;-) Возьмите да добавьте. Лучше всего после параграфа "А что, если...", в качестве дополнения.
— spinore (18/08/2007 13:01)   профиль/связь   <#>
комментариев: 1515   документов: 44   редакций: 5786
spinore, что Вы всё разрешения спрашиваете?

Йа... скромный мальчик!
Когда нужно было уязвимость на сайте эксплуатировать, Вы меня не спрашивали. ;-)

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

Поправлю.
На страницу: 1, 2, 3, 4, 5 След.
Ваша оценка документа [показать результаты]
-3-2-1 0+1+2+3