Цифровая подпись комментариев и страниц сайта
Платформа сайта, интегрированная со средствами 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-идентификация в социальных средах".
комментариев: 1515 документов: 44 редакций: 5786
комментариев: 11558 документов: 1036 редакций: 4118
А у меня весь текст индикатора на одной строке. :-) Он переносится, если только не хватает ширины окна браузера. Если поставить запрет на перенос, то длинный текст будет принудительно растягивать другие элементы страницы, например, меню закладок/разделов (правый верхний угол экрана) сдвигать за пределы страницы. Это получается ещё уродливее, поверьте.
Спасибо. Так хотя бы буду постоянно наталкиваться на эти описания и когда-нибудь сделаю.
Да. Если откроете список редакций (иконка под кнопкой правки страницы), то увидите, что часть редакций подписана, а часть нет. Каждая подпись хранится вместе со своей редакцией, а по умолчанию отображается последняя редакция.
У меня есть идея добавить некоторые дополнительные правила (в метаданные) для страниц. Например, чтобы можно было запретить сохранение неподписанных редакций (т.е. каждый пользователь, желающий изменить документ, должен переподписать его). Но сделаю это ещё нескоро.
Только что ответил. Между страницами (документами) сайта и комментариями, хоть они по сути в БД представляют собой одно и то же, есть разница: комментарии не имеют редакций (всегда изменяется единственный вариант), а страницы — имеют. Поэтому, исправляя страницу, вы создаёте новый её вариант, а старый уходит в редакции (вместе с ЭЦП её автора). Так что ситуация "отображаемый текст не соответствует подписанному" для страниц не может сложиться никогда.
Не совсем. Знаете, что содержится в "исходнике" той страницы, который и будет подписываться? Одна строчка: {{usergroups cols=3 nomark=1}} (ну, помимо заголовка). Эта команда и строит автоматически список групп и наполняет его именами (сами эти данные идут из файла конфигурации). Можно, конечно, дублировать явное состояние групп в комментариях, подписывая текст ключом, но это не слишком очевидно. Хотя можно, да.
Идея об отправке отпечатка ключа администратора интересная, но есть проблема: такая схема не несёт аутентичности. Противник может просто перехватить это сообщение (если уж он может действовать на базе оборудования хостинг-провайдера, то может перехватить и письмо), удалить его, зашифровать свой отпечаток открытым ключом пользователя и переслать ему.
Многие страницы могут и гости редактировать. А про редакции уже ответил.
Реже, раз в 5-7 дней примерно. Ежедневно сайт резервируется только на оборудовании хостинг-провайдера.
Только **Имя**.
комментариев: 1515 документов: 44 редакций: 5786
Нужена ссылка на странице со списком групп на некое сообщение, где будет содержаться та же инфа, но подписанная ключом администратора. Как-то так.
При добавлении нового участника в ту или иную группу вы будете менять подписанное сообщение дополнительно вручную (на которое ведёт ссылка).
То есть, идея что и с комментариями: по клику мыши я доолжен получить нечто, подписанное комментарием текущего администратора.
SATtva:
Вот потому я и сказал, что здесь тоже есть проблемы принципиального характера, но, согласитесь, что ломать такую схему всё же тяжелее.
А если уж о гипотетике говорить, то проблема возникает когда пользователь первый раз идёт на сайт регистрироваться: может, ему сразу сделают подмену сертификата и всего прочего?
SATtva:
Вне текста комментария? То есть идея в том, что руками приписываю как хочу в нужном месте жирным шрифтом имя, и всё. Так?
комментариев: 11558 документов: 1036 редакций: 4118
Придётся с SSL возиться. Но реализуемо, конечно, Вы правы. Схему с заверением нескольких сертификатов на один домен в разных УЦ я сам предложил.
Не обязательно жирным, просто так лучше заметно. Выделять можете вообще как Вам удобнее и больше нравится.
комментариев: 1515 документов: 44 редакций: 5786
Э... это о чём? И причём здесь это.
комментариев: 11558 документов: 1036 редакций: 4118
Может лучше "пытаясь выдать взятую из другого контекста цитату автора за его высказыване по текущей теме"
И было бы неплохо сообщения об ЭЦП выделить цветом также и в документации.
К слову, слова "Комментарий добавлен" лучше выводить в зелёной рамке, а не в красной, как сейчас.
комментариев: 1515 документов: 44 редакций: 5786
Да это общая проблема существующей документации.
Лучше было бы в саму документацию вставить картинки примера диагностик с учётом цветов в дополнение к описанию чем долго и упорно это описывать – "как это выглядит на практике".
И ещё бы их поместить в рамки!
комментариев: 112 документов: 8 редакций: 15
комментариев: 11558 документов: 1036 редакций: 4118
комментариев: 1515 документов: 44 редакций: 5786
комментариев: 11558 документов: 1036 редакций: 4118
комментариев: 1515 документов: 44 редакций: 5786
Йа... скромный мальчик!
Ну что ж это была б за уязвимость, когда администратора предупреждают заранее? Такого в реальной жизни не бывает. Играть – так по-настоящему :-)
Поправлю.