Сейчас в Adobe eBook Reader этот контроль называется «разрешениями», как будто издатель может контролировать то, как вы используете эти произведения. В отношении работ, охраняемых авторским правом, у правообладателя, конечно, имеются рычаги давления – в пределах закона о копирайте. Но для работы, не охраняемой копирайтом, не существует таких рычагов[175]. Когда моя электронная книга «Миддлмарч» утверждает, что я могу копировать только десять отрывков текста каждые десять дней, на самом деле это означает, что eBook Reader дал издателю возможность контролировать то, как я использую книгу на своем компьютере, что выходит далеко за рамки предоставленного законом права.
Контроль здесь осуществляет программа – технология, внутри которой «живет» электронная книга. Хотя электронная книга и утверждает, что это разрешения, это не те «разрешения», к которым большинство из нас привыкли. Когда девушка получает «разрешение» гулять до полуночи, она знает (если только она не Золушка), что может погулять часов до двух, но ее за это накажут, если поймают. А вот когда Adobe eBook Reader говорит, что мне позволено сделать десять копий текста, это означает, что после десяти копирований компьютер просто не позволит сделать больше. То же и с ограничением на печать: после десяти страниц eBook Reader перестанет печатать. То же и с глупым запретом на использование кнопки «Чтение вслух» для прослушивания книги. Дело не в том, что вас за это засудят, а в том, что если нажать кнопку, компьютер просто не выполнит данную операцию. Это контроль, а не разрешения. Представьте себе мир, в котором Marx Brothers продавали бы текстовый процессор, который при попытке напечатать «Warner Brothers» стирал бы слово «Brothers» из предложения. Это будущее закона об авторском праве – не столько даже закона об авторском праве, сколько программных средств защиты копирайта. Средства контроля доступа к контенту не получат одобрения судов. Средства контроля доступа будут создавать программисты. И в то время как средства контроля, встроенные в закон, всегда регулируются судьей, средства контроля, встроенные в технологию, не имеют сходной встроенной самопроверки. Насколько это важно? Разве не всегда возможно обойти технические средства контроля? Программное обеспечение обычно продавалось с технологиями защиты от копирования, но это была обычная защита, которую легко было одолеть. Не будет ли так же просто обойти и эти защитные средства? Мы только-только ступили на эту землю. Вернемся к Adobe eBook Reader. Едва появившись, Adobe eBook Reader пережила пиарный кошмар. Среди книг, которые можно было бесплатно загрузить с сайта Adobe, была копия «Алисы в Стране чудес». Эта замечательная книга является общественным достоянием. Однако стоило кликнуть на «Разрешения» для этой книги, и всплывало следующее сообщение: оказывалось, что эту детскую книжку, являющуюся публичной собственностью, нельзя копировать, давать почитать или дарить кому-либо, и, как указывали «разрешения», нельзя «читать вслух»! Кошмарный пиар был связан с этим последним разрешением. Потому что в тексте не было сказано, что нельзя использовать кнопку «Чтение вслух», там говорилось, что не разрешено читать книгу вслух. Это привело к тому, что некоторые люди сочли, будто Adobe посягнула на права родителей, например, читать книгу своим детям, что было, мягко говоря, абсурдно. Adobe проворно отреагировала, заметив, что нелепо предполагать, будто компания пытается запретить читать книгу вслух. Очевидно, что это просто ограничение на использование кнопки «Чтение вслух» для воспроизведения текста в аудиоформате. Но вот вопрос, на который Adobe так и не ответила:
«Признала ли тем самым Adobe, что потребитель может по своему усмотрению использовать программное обеспечение, ломать ограничения, встроенные в eBook Reader? Если бы какая-нибудь компания (назовем ее «Элком-софт») разработала программу для снятия специальной защиты, встроенной в Adobe eBook, чтобы, допустим, слепой человек мог использовать компьютер для воспроизведения книги в аудиоформате, согласилась бы Adobe с тем, что такое использование eBook Reader законно? Adobe не ответила, потому что ответ, как это нелепо ни звучит, отрицательный. Цель не в том, чтобы винить во всем Adobe. На самом деле, Adobe входит в число самых новаторских компаний, разрабатывающих стратегии балансировки открытого доступа к контенту и тяги к инновациям. Но технология Adobe обеспечивает контроль, и у Adobe есть стимул отстаивать этот контроль. Желание понятно, хотя его порождения зачастую безумны. Для того чтобы представить проблему в совершенно абсурдном виде, рассмотрим мой любимый случай из данной области. Возьмем робособаку Aibo от компании Sony. Aibo способен учиться всяким штучкам, ластиться и ходить по пятам за хозяином. «Ест» он только электричество, и «уход» за ним не доставляет никаких особых проблем (по крайней мере, в доме). Aibo дорогой и популярный. Фанаты со всего мира организовали клубы для общения. Какой-то один поклонник Aibo создает вебсайт, на котором выкладывает информацию о робособаке для всех желающих. Этот фанат устраивается по адресу aibopet com (а также aibohack com, с перенаправлением на тот же сайт), и на этом сайте он размещает информацию о том, как научить Aibo трюкам в дополнение к тем, которым его уже наделили в Sony.
«Обучение» в данном случае имеет особое значение. Aibo – это просто миловидный компьютер. А компьютер учат что-то делать, по-всякому его программируя. Поэтому сказать, что aibopet com предоставлял информацию о том, как учить робособаку новым трюкам – то же самое, что говорить будто aibopet com предоставлял пользователям Aibo информацию о том, как взламывать компьютерную «собаку», с тем чтобы заставить ее исполнять новые трюки (значит, все-таки, aibohack com).
Если вы не программист или не знакомы с программистами, слово «взлом» несет для вас достаточно негативную коннотацию. Непрограммисты взламывают двери и сейфы. В фильмах и не то еще делают. Но для программистов, или кодеров, как я их называю, «взлом» – гораздо более позитивное понятие, означающее написание и применение кода, который заставляет программу сделать нечто такое, для чего она изначально не рассчитывалась. Купив новый принтер к старому компьютеру, вы можете обнаружить, что старый ПК не «контачит» с принтером. Выяснив это, позже к своей радости вы обнаружите в Сети хакерский код, кем-то написанный драйвер для запуска только что купленного вами принтера.
Некоторые хакерские программы просты, другие невероятно сложны. Сообщество хакеров любит бросать вызов себе и другим, ставя перед собою все более трудные задачи. Умение хорошо взламывать вызывает определенное уважение. Умение же взламывать вежливо пользуется вполне заслуженным уважением.
Поклонник Aibo продемонстрировал оба таланта, взломав программу и предложив миру код, обучающий Aibo танцевать джаз. Это было тонкое мастерство, превращавшее Aibo в более одаренное существо, чем то, которое создала Sony.
Я пересказывал эту историю в различных контекстах – и в Соединенных Штатах, и за их пределами. Как-то один озадаченный слушатель спросил меня, разрешено ли в США собаке танцевать джаз. Мы забываем, что по всему свету до сих пор ходят истории о захолустных Штатах. Так что давайте все проясним, перед тем как продолжить: танцевать джаз не считается преступлением нигде. И обучать собаку танцевать джаз – тоже не преступление. И не должно быть преступлением (хотя нам еще есть куда двигаться в этом направлении) обучение робособаки танцам. Танцевать джаз – вполне законное действие. Кто-то воображает, как владелец aibopet com думал: «Какие проблемы могут быть с обучением робособаки танцам?». Давайте на минуту оставим собаку в покое и перейдем к цирковому представлению. Не буквально к цирку, а к докладу, который подготовил к конференции принстонский академик Эд Фелтен. Этот ученый – известный и уважаемый человек. Правительство пользовалось его услугами в судебном процессе против Microsoft, чтобы проверить истинность заявлений специалистов Microsoft о том, что можно и чего нельзя делать с их кодом. В том судебном процессе Фелтен проявил блестящий ум и хладнокровие. Несмотря на бешеный напор со стороны адвокатов Microsoft, Эд стоял на своем. Он не поддался запугиванию и не собирался молчать о том, что знал очень хорошо. Но настоящее испытание смелости Фелтена случилось в апреле 2001 года[176], когда он с группой коллег работал над докладом для конференции. В докладе требовалось описать слабые места криптосистемы, разрабатывавшейся альянсом Secure Digital Music Initiative в качестве инструмента контроля за распространением музыки.
