Консоль CON

Ещё со времён DOS/Windows эти имена обрабатываются на уровне файловой системы как устройства, а не как обычные объекты. Даже если попытаться через проводник, mkdir con, «Создать папку» и т.д. — получите ошибку.

Через специальный синтаксис пути:

mkdir \\.\C:\con

или

md \\.\C:\путь\к\папке\con

Удалить потом тоже нужно особым образом:

rd \\.\C:\con

(или rmdir).

В PowerShell и некоторых программах тоже есть свои трюки, но классика — через \\.\.

Люди периодически «открывают» это заново: пытаются создать папку con, удивляются, что не получается, ищут способ — и это разлетается в мемах/тиктоках/реддите. Иногда добавляют страшилки вроде «это системная папка / вирус / спрятанные файлы», но на самом деле это просто зарезервированное имя устройства.

Коротко: не баг, не вирус, не секретная системная папка — просто древнее ограничение Windows на имена устройств.

CON = Console (консоль).
Это виртуальное устройство, которое представляет:

• ввод — клавиатуру
• вывод — экран (текстовое окно командной строки)

Когда программа или команда обращается к имени CON, Windows перенаправляет данные не на диск, а на консоль.

До сих пор работает в командной строке (cmd) и скриптах:

Аналогично работают другие зарезервированные имена:

• **NUL** — «чёрная дыра» (всё, что пишешь туда, пропадает; аналог /dev/null в Linux). Часто используют: command > nul, чтобы скрыть вывод.
• **PRN** — принтер по умолчанию (copy file.txt prn).
• **COM1–COM9** — последовательные порты.
• **LPT1–LPT9** — параллельные порты (принтеры).
• **AUX** — вспомогательное устройство (обычно тоже порт).

Наследие DOS (и ещё раньше — CP/M 1970-х). Тогда устройства открывали как файлы: программа просто писала в PRN или CON, а система сама разбиралась с железом.

Windows сохранила это для обратной совместимости — старые программы, батники и утилиты до сих пор могут так работать. Ограничение на создание файлов/папок с этими именами как раз защищает от конфликтов с этими устройствами.

В обычном проводнике и большинстве программ ты просто не можешь создать папку con.
Внутри системы консоль сейчас обрабатывается через conhost.exe (Console Host) и более современные механизмы (ConPTY), но старые имена устройств по-прежнему поддерживаются на уровне Win32 API.

Коротко: CON — это не папка и не файл, а способ «поговорить» с клавиатурой и экраном так, будто это файл. Windows держит это с 80-х годов ради совместимости.

Самая известная дыра конца 90-х — начало 2000-х.

• На Windows 95/98/98SE обращение к пути вида device\device (например C:\CON\CON, AUX\AUX, NUL\NUL, PRN\PRN и т.п.) вызывало Blue Screen of Death или полный зависон системы.
• Можно было триггерить удалённо: через браузер (file:///C:/CON/CON), HTML-письмо, FTP (ls nul/nul), сетевые шары, архивы и т.д.
• Microsoft выпустила патч MS00-017 (март 2000). После него в NT-линейке (XP и новее) этот конкретный краш исчез.

Это был чистый DoS, без повышения привилегий.

Через \\.\ или \\?\ можно создать реальный файл/папку с именем CON, NUL.txt и т.д. Потом:

• Многие программы (включая антивирусы, проводник, некоторые архиваторы) не могут нормально открыть/удалить/просканировать такой объект.
• В 2004 году у Sophos Small Business Suite была дыра: файлы с reserved-именами обходили сканирование.
• Аналогичные проблемы встречались в других продуктах (обход фильтров e-mail, антивирусов и т.п.).

Это уже не баг самой Windows, а баги приложений, которые неправильно обрабатывают эти имена:

Есть даже отдельный класс слабостей CWE-67.

• В Windows NT/2000 тоже были DoS через device\device (частично пересекается с 9x-багом).
• COM-порты можно было «забить» (jam) даже от гостевого аккаунта, открыв edit COM1 и т.п.
• В Windows 7/8.1 был похожий по духу баг …

Перепечатано со снимков экрана. Таблицы дозаполнены по снимкам владельца от 13.10; в столбце «Примеры» строки обрезаны правым краем экрана: слово, дописанное по смыслу, — в [квадратных скобках], нечитаемое — «…». Конец ответа на снимки не попал.