Hacker News Digest

Главная идея — в последние месяцы в доменных зонах появляются десятки стартапов, чьи названия построены как «число + labs» (или «labs + число»). Это явление напоминает мем‑модуль ElevenLabs, где цифра подчёркивает масштаб проекта и сразу даёт ощущение «технологической лаборатории».

Я нашёл более чем полсотню таких фирм, от zero_labs до ninety_nine_labs. Большинство из них позиционируют себя как AI‑старт‑апы: у большинства домены суффикс .ai, а продукты (генерация текста, видео, 3D‑сцены) построены на нейросетях. Особенно заметно «густота» в диапазоне 70‑79 — почти каждая десятка уже занята (например, seventyonelab.com, где шутливо указано требование просмотра в Netscape 4/IE 5).

Эти названия часто выбираются независимо: цифра придаёт бренду запоминаемость, а суффикс labs подчёркивает лабораторный характер разработки. Поскольку рынок AI‑стартапов перенасыщен, владельцы стремятся к коротким, «техническим» доменам, которые легко запомнить и зарегистрировать. Поэтому идея купить, скажем, twentyfivelabs.com кажется вполне реалистичной.

Ключевой факт: в 2023‑2024 гг. более 50 компаний в глобальном интернете используют схему «число labs», и почти половина из них — AI‑проекты с доменом .ai. Это свидетельствует о том, что текущий тренд в именовании стартапов всё сильнее ориентирован на цифровую идентичность и лёгкую брендизацию через числа.

Массовое использование чисел в названиях стартапов — реакция на исчерпанность креативных имён: числа — удобный, быстрый способ обойти блокировку доменов, часто подталкиваемый HN-фокусом. Они воспринимаются как значимые даже без смысла — из-за универсальности и привычности. Это циклично: аналогично трендам вроде «Zen-». Некоторые названия, как 47 Labs, могут отсылать к реальным адресам, но многие — просто формальность. Сайты вроде 41labs.ai выглядят как сгенерированные ИИ: несогласованный дизайн, несвязные элементы — признак отсутствия продукт-ориентированности. ElevenLabs не имеет технологического преимущества: их TTS дороже альтернатив, без аппаратного барьера. Даже нишевые числа — 1337, 168 — востребованы в доменах. Фокус должен быть на надёжности API, а не на маркетинговых гимнастиках с числами — это устойчивее для долгосрочного успеха в AI.

Я случайно зафиксировал сотни тысяч звонков к военным базам через уязвимый DNS‑протокол ENUM.

ENUM (e164.arpa) — это устаревший механизм, позволяющий обращаться к телефонным номерам через интернет‑домены. Каждый номер преобразуется в обратную строку и добавляется суффикс .e164.arpa; зоны такие как .9.4.e164.arpa находятся под управлением национальных регистраторов (например, DENIC для Германии). По задумке, эти зоны должны содержать лишь NAPTR‑записи, указывающие, где маршрутизировать звонки, но на практике их почти никто не использует.

Я обнаружил, что три национальных подзоны (0.9.2.e164.arpa, 6.4.2.e164.arpa, 7.4.2.e164.arpa) делегированы к двум именам серверов, один из которых уже не отвечает. Купив просроченный домен ns.enum.org.uk за 5 €, я получил контроль над всей зоной. Через него я смог добавить записи, которые фиксировали запросы к этим зонам, и в итоге собрал около 400 000 запросов, среди которых сотни тысяч запросов к военным объектам. После покупки домена я обновил его за ещё 5 €, чтобы удержать контроль, но официально NCSC теперь управляет ns.enum.org.uk.

Запомните:

• ENUM — старый протокол, превратившийся в почти мёртвый механизм.
• Подзоны e164.arpa могут быть делегированы к устаревшим именам серверов, что создаёт уязвимости.
• На практике DNS‑записи в .arpa‑зонах можно использовать для хостинга, несмотря на рекомендации RFC.
• Пример: 400 000 запросов к военным базам были зафиксированы через один‑единственный просроченный домен.

ENUM сохраняется в закрытых telecom-инфраструктурах для внутренней маршрутизации VoIP-звонков, несмотря на отсутствие поддержки в публичном интернете. Его уязвимости могут раскрывать чувствительные данные, включая звонки на объекты, связанные с Diego Garcia и Ascension Island — что логично интерпретируется как военные базы. Протокол позволяет маршрутизировать вызовы через DNS, обходя традиционную телефонную сеть, но остаётся незащищённым. Из-за интеграции в старые VoIP-платформы он остаётся скрытым вектором риска, незамеченным годами, пока не возникает связь с национальной безопасностью — что указывает на системный провал аудита. Риски юридической ответственности снижаются, поскольку речь шла о британских, а не немецких объектах. Для подтверждения эксплуатируемости рекомендуется настроить SIP-сервер и проверить, превращаются ли зафиксированные DNS-запросы в реальные звонки. История демонстрирует, как устаревшие, неудалённые протоколы становятся тайными угрозами.

For-sale — зарезервированное DNS‑имя листа, описанное в RFC 10023, которое сообщает, что домен всё ещё активен, но может быть продажным.
Текстовый запись _for-sale.example.com содержит обязательный тег v=FORSALE1; и один‑единственный параметр: ftxt= — свободный комментарий, furi= — URI для переговоров, fval= — цена в виде CCYYZZZ (например, fval=USD12500).

Один параметр помещают в одну строку‑значение; чтобы добавить несколько сведений, публикуют несколько TXT‑записей в одном RRset. Важно, чтобы TTL не превышал 3600 сек., и запись размещалась только в листе зоны, а не под .arpa. Удаляют её, как только продажа завершена.

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

Ошибки часто связаны с тем, что в одну строку пытаются запихнуть несколько тегов, или же публикуют запись без реального намерения продавать, что считается злоупотреблением. Также нельзя полагаться на fval= как на юридически обязывающее предложение — RFC требует предупреждения о том, что это лишь ориентировочная цена.

Проверка проста: dig +short TXT _for-sale.example.com покажет строку, начинающуюся с v=FORSALE1;, TTL будет ≤ 3600, а при подписи DNSSEC появится RRSIG. Если запись исчезла, домен уже не продаётся.

Таким образом, _for-sale — лаконичный, безопасный и проверяемый способ объявить о продаже доменное имя, не меняя его текущую работу.

Тред собирает мнения пользователей о продаже доменов, сквоттинге и рисках новой функции DNS. Некоторые опасаются её злоупотребления, другие делятся опытом конфликтов со сквоттерами. @Anoian требует запрета сквоттеров, @al_borland предлагает использовать новую DNS-функцию для борьбы с ними. @asdfman123 предлагает ежегодную плату 2–5% от цены домена для предотвращения сквоттинга. @comrade1234 рассказывает, как Sony пыталась забрать его домен, отмечая, что выставление домена на продажу может трактоваться как отсутствие коммерческого намерения.