Перейти к содержанию

Против письма нет форка: чем падение Nitter отличается от прежних блокировок

Опубликовано
  • Админы
Nitter под cease and desist
Требование X Corp. касается и публичных зеркал, и репозитория проекта

Открытые зеркала X перестали работать не из-за очередного ужесточения лимитов. 24 августа 2026 года адвокаты X Corp. направили cease and desist самому проекту Nitter, операторам его публичных копий и сервисам, собранным на его исходниках, — среди них оказался и XCancel. Утром 26 августа домены nitter.net и xcancel.com уже не отзываются.

Сопровождающий проекта, выступающий под ником zedeus, факт получения письма признал, но обсуждать его отказался: «I'm seeking legal advice and won't be commenting further». Инструмент, о котором идёт речь, для многих был не развлечением, а частью инфраструктуры: посты X он выдавал без авторизации и без JavaScript, а к каждому профилю прикладывал RSS. Отсюда и разброс мест, где он прописан, — ридеры, системы мониторинга, автоматизации в Home Assistant.

Что именно требуют

Формулировку требования обнародовал сам сопровождающий: «demanding a permanent takedown of Nitter instances and the project's repository». Речь, таким образом, не только о работающих копиях — удалить предлагается и исходники на GitHub.

Пока это требование не исполнено. Репозиторий github.com/zedeus/nitter открывается, отметок об архивации на нём нет, счётчик показывает 13,1 тыс. звёзд.

ℹ️ Справка

Направленное письмо и поданный иск — разные вещи. X Corp. обозначила претензию и перечислила нормы, на которые опирается; проверки этих доводов судом не было. Ниже разбирается именно логика письма.

Календарь событий

  • 24 августа, ориентировочно 20:00 EST — письма доставлены адресатам (по данным Notebookcheck).
  • 25 августа, 17:00 EST — срок, отведённый на реакцию; изданию TechCrunch, видевшему документ, это дало основание оценить окно примерно в 21 час.
  • 25 августа — в issue #1442 фиксируется, что публичные инстансы поголовно отдают Instance has been rate limited.
  • 26 августа — оба ключевых домена молчат.

Техасский трек

Два правовых трека в письме X Corp.
Схема на основе текстов Texas Penal Code гл. 33, Texas Civil Practice & Remedies Code гл. 143 и описания письма в TechCrunch

Формулировка § 33.02 Уголовного кодекса Техаса охватывает очень широкий круг ситуаций: «A person commits an offense if the person knowingly accesses a computer, computer network, or computer system without the effective consent of the owner». Вес несёт оборот effective consent: согласно § 33.01(12), согласие считается недействительным и тогда, когда полученный доступ применяется шире, чем владелец разрешал.

Уголовная норма работает здесь как опора для гражданского иска. § 143.001 Civil Practice & Remedies Code открывает такую возможность пострадавшему, если нарушение главы 33 было knowingly или intentionally, а по § 143.002 к взысканию предъявляются реальный ущерб и юридические издержки.

Трек по товарным знакам

Вторая опора письма — §§ 1114 и 1125 Lanham Act: права на зарегистрированный знак и ложное обозначение происхождения. Детализации по этому пункту в доступных пересказах документа нет, поэтому реконструировать за юристов X ход их мысли не стану.

Отсылка к делу Bright Data и почему она мимо

Первое, что вспоминают в обсуждениях, — X Corp. v. Bright Data. В мае 2024 года судья Уильям Алсап (N.D. Cal., дело C 23-03698 WHA) отказал X в претензиях к скрейперу: попытка через пользовательское соглашение запретить сбор общедоступных сведений наталкивается на преимущественную силу федерального авторского права. С тех пор формула «сбор публичных данных законен» гуляет по обсуждениям в качестве универсального довода.

Только Nitter находится в ином положении. Анонимно он не работает с 2024 года, о чём README сообщает без обиняков: «Running a Nitter instance now requires real accounts, since Twitter removed the previous methods». За каждой действующей копией стоят настоящие учётные записи X вместе с сессионными токенами. Претензия построена именно на этом: не на чтении открытой страницы, а на доступе к аккаунтам и session-токенам мимо API. Дискуссия об общедоступных данных и дискуссия об effective consent под чужими сессиями — не одно и то же.

🔒 Безопасность

Установка своего Nitter когда-то сводилась к запуску контейнера. Сегодня она предполагает боевые учётные записи X, от имени которых ходит ваш сервер, — и как раз эта подробность переводит домашний эксперимент в разряд того, что X квалифицирует как нарушение. Письма ушли не одному проекту: их получили и владельцы отдельных зеркал.

Проверка своего хозяйства

Коварство отвалившейся RSS-ленты — в отсутствии сигнала: ридер продолжает работать, новых записей просто нет, и внешне это неотличимо от затишья у источника.

⚠️ Осторожно

Пройдитесь по конфигурации ридеров, файлу configuration.yaml в Home Assistant, файлам docker-compose.yml и скриптам мониторинга:

grep -rIn --exclude-dir=.git -E 'nitter|xcancel' \
  /opt /srv /etc ~/.config 2>/dev/null

Состояние отдельной ленты проще всего определять по коду ответа: всё, кроме 200, средствами ридера не чинится:

curl -sS -o /dev/null -w '%{http_code}\n' https://xcancel.com/<профиль>/rss

Что до фиксации отдельной публикации в качестве доказательства — здесь зеркала не годились и раньше: открытая у вас в браузере страница ничего не удостоверяет. Работающий подход — публичный архиватор с независимой временной меткой (Wayback Machine, archive.today) и сохранённая ссылка на снимок.

❗ Главное

Причина падения Nitter лежит не в технической плоскости. Против письма не помогают ни форк, ни прокси. Закладывать в фундамент рабочего пайплайна проект с единственным сопровождающим и правовым статусом «до суда пока не доходило» — плохая идея.


Первоисточники

💬 Вопрос к сообществу

Если Nitter или XCancel были частью вашего рабочего контура — что именно у вас отвалилось и чем задача закрывается сейчас? Отдельно интересно мнение тех, кто держал собственный инстанс на живых аккаунтах: сносите или выжидаете?

Featured Replies

No posts to show

Последние посетители 0

  • Ни одного зарегистрированного пользователя не просматривает данную страницу
Яндекс.Метрика

Account

Navigation

Поиск

Поиск

Configure browser push notifications

Chrome (Android)
  1. Tap the lock icon next to the address bar.
  2. Tap Permissions → Notifications.
  3. Adjust your preference.
Chrome (Desktop)
  1. Click the padlock icon in the address bar.
  2. Select Site settings.
  3. Find Notifications and adjust your preference.