Крепость из картона: обходим защиту от копирования на сайте

...или как админы-параноики защищали сайт, но забыли про curl и кнопку F12.

В 2026 году защита контента с помощью всплывающих окон в стиле рунета 2006 года вызывает легкую ностальгию и непреодолимое желание эту защиту обойти. Мы часто встречаем подобные задания в CTF, но будем честны: большинство тасков далеки от реальности, и это отталкивает специалистов, нацеленных на чистую практику. Но сработают ли классические хакерские трюки в реальных условиях?
Основная идея проста: если страница отдается браузеру целиком, с ней можно делать все что угодно. Но для обычного (не продвинутого технически) пользователя локальная "защита" контента от копирования может стать головной болью. На таких в первую очередь и ориентирована эта статья - матерые хакеры вряд ли найдут что-то полезное для себя.

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

Погнали!​

Классическая ситуация: пытаешься посмотреть исходный код страницы через Ctrl+U или ПКМ, а в ответ вылетает грозное окно: "ALERT: You are not allowed to copy content or view source".

Ладно, думаю я, и нажимаю старый добрый Ctrl+P, чтобы слить страницу в PDF. Меня встречает вот это:​

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

Что ж, похоже, защита серьезная. Мой товарищ охарактеризовал ее как "абсолютную защиту контента от копирования". Давайте посмотрим, как эта "абсолютная" защита рассыпается от простейших манипуляций.

Способ 1. Встроенные инструменты разработчика (они же DevTools)

Разработчики сайта обычно вешают обработчики на горячие клавиши (F12, Ctrl+Shift+I, Ctrl+U) и на ПКМ (контекстное меню). Но они технически не способны запретить юзеру открыть панель через интерфейс самого браузера.

Кликаем на "бутерброд" настроек в правом верхнем углу браузера (в моем случае это Firefox), идем по пути: More tools -> Web Developer Tools. И вуаля - вкладка Inspector послушно показывает нам весь исходный код. Текст статьи перед нами, копируйте сколько душе угодно, никаких алертов.​

Бонусный курьез

Как бы нелепо это ни звучало, но разработчики этой "абсолютной защиты" забыли повесить обработчик на клавишу F12. Одно нажатие - и мы снова в DevTools.

Способ 2. Отключение JavaScript

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

В браузере Firefox (и его форках) правильнее всего отключать JavaScript через about:config, переключив параметр javascript.enabled в состояние false. Вот так:​

Способ 3. curl

Вариант для тех, кто не боится черных окошек терминала. Мне как линуксоиду этот путь ближе всего, поэтому его я применил первым делом. Запрос чистого HTML напрямую в консоли работает почти безотказно:


(ссылку в примере я заменил, но суть, я уверен, вы поняли). На выходе получаем html-документ, готовый к парсингу.​

Способ 4. Кэш поисковиков и веб-архив (Wayback Machine)

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

А как же расширения?

Уверен, в комментариях обязательно спросят: "Зачем столько телодвижений, если можно поставить плагин для разблокировки в один клик?". Спору нет, это работает. Но как ИБ-специалист я считаю установку сторонних расширений в целом сомнительной затеей. Они часто превращаются в adware или молча сливают историю браузера - прецедентов было предостаточно. Поэтому я не могу рекомендовать такой метод. Так или иначе, ставить сомнительный софт ради обхода копеечной защиты - неоправданный риск.

На этом все. Надеюсь, кому-то будет интересен этот материал. Если статья понравилась - обязательно пишите об этом в комментариях. Должно быть, я один из немногих авторов, который пишет без использования ИИ, и мне интересна обратная связь.​