символы ESC в/etc/network/interfaces

Это ТАК названные Вопросы и ответы: существует ли стандарт, который определяет то, что допустимый SSID и пароль? ответы некоторые Ваши вопросы.

выборка

Раздел 7.3.2.1 из 802.11-2007 спецификаций (http://standards.ieee.org/getieee802/download/802.11-2007.pdf) определяют SSIDs.

Допустимый SSID является 0-32 октетами с произвольным содержанием. SSID с 0 длинами указывает на подстановочный знак SSID (в тестовых кадрах запроса, например).

Нет никакого набора символов, связанного с SSID - 32 строки байтов NUL-байтов являются допустимым SSID.

Это подразумевает:

• Вы никогда не должны использовать нормальные строковые функции при управлении универсальным SSIDs (strcpy () и друзья).
• Вы не должны предполагать, что SSID является печатаемым когда, например, регистрируя его к диску

Существует также этот комментарий к ответу на ТАК вопрос:

Существует обновленная версия стандарта (http://standards.ieee.org/getieee802/download/802.11-2012.pdf), который определяет SSIDEncoding поле. Это может быть UNSPECIFIED (для произвольных данных) или UTF8.

Таким образом, я обратился бы к последнему стандарту для руководства и удостоверился бы, что можно иметь дело с тем, что законно на основе этого.

Что еще?

Дополнительно я мог бы быть склонен охранять, мои сам нормализуют вход пользователя с помощью некоторой формы функции кодирования URL (что-то, что работало бы с SSID's, очевидно), или просто разделите запрещенные символы и просто не позвольте им до записи этих строк в этот файл.

Странные символы?

Единственные проблемы я мог найти со странными / специальными символами связанный с interfaces файл был этими типами ошибок, которые были зарегистрированы против debian-установщика.

• debian-установщику не удается выйти или заключить специальные символы в кавычки в/etc/network/interfaces WPA ключ

debian-установщик запросил мою информацию беспроводных сетей и успешно использовал ее для соединения с помощью беспроводных технологий с сетью. Это также записало мою информацию о беспроводных сетях в/etc/network/interfaces. Однако ключ WPA, который я ввел содержавший по крайней мере один специальный символ и debian-установщик, не вышел или заключил специальный символ (символы) в кавычки в/etc/network/interfaces. Результат состоял в том, что на перезагрузке система, подвешенная в течение очень долгого времени во время процесса начальной загрузки, поскольку, это пыталось (неудачно) снова соединиться с беспроводной сетью. Я решил проблему путем простого заключения в кавычки ключа WPA, перечисленного в/etc/network/interfaces. Это должно произойти автоматически, если ключ содержит специальные символы.

Также были эти ошибки, один связанный к пробелам в SSID, другие связанные с паролем:

• SSIDs с пробелом оставляют
• Пароль WPA с пространством вышел, когда это не было должно
• [Бета 1.1] конфигурация Wi-Fi в xbmc не работает с пробелами в SSID

В любом случаи казалось бы, что обертывания строк с двойными кавычками достаточно для защиты значений для обоих.

Дополнительные примеры

Официальные документы

При рытье через официальную документацию я нашел этот бит здесь:

• WifiDocs/Adhoc - Документы Чиновника Ubuntu

Официальные документы показывают этот пример:

ap_scan=2
network={
        ssid="test adhoc"
        mode=1
        frequency=2412
        proto=WPA
        key_mgmt=WPA-NONE
        pairwise=NONE
        group=TKIP
        psk="passphrase"
}

Таким образом, казалось бы, что пробелы позволяются, пока они заключаются в кавычки правильно. Также существует этот пример, объясняющий, как предоставить SSID пробелы к iwconfig инструмент:

Добавьте имя (ssid) для сети, которую Вы хотите создать/присоединиться. Используйте одинарные кавычки, если существует пространство на имя.

   $ sudo iwconfig eth1 essid 'name'

Webconverger

Я нашел этот пример, который надеется быть Debian под капотом, таким образом, пример может соответствовать Вашей ситуации, но трудно сказать наверняка. Я поднимаю его только потому, что это показывает пример того, как я ожидал бы, что метод кодирования URI будет выставлен для защиты от запрещенных символов.

• Webconverger Wiki

выборка

Пример 4 "Пробелов в ESSID", широковещательно передавая essid 'Hopstock Gjestenett', с ключом WPA uiopzxcv

Избегайте пробелов в ESSIDs. В этом случае мы обходное решение с encodeURI ('Hopstock Gjestenett'), для получения следующего рецепта начальной загрузки:

   wpa-ssid=Hopstock%20Gjestenett wpa-psk=uiopzxcv

Таким образом, Вы смогли кодировать пробелы, которые обнаруживаются в использовании SSIDs %20.

SSIDs

При рытье еще глубже я нашел этот комментарий от страницы Wikipedia на Сервисном наборе (802,11 сети).

Каждый BSS или ESS определяются сервисным идентификатором набора (SSID) - 1 - 32 строки байтов. Это обычно - человекочитаемая строка и таким образом обычно называло "сетевое имя".6 В IBSS, SSID выбран клиентским устройством, которое запускает сеть, и широковещательная передача SSID выполняется в псевдослучайном порядке всеми устройствами, которые являются членами сети.

Этот комментарий сохранен этой презентацией из ЕС Blackhat 2013, названный: Практическая Эксплуатация Используя Злонамеренный Сервисный Идентификатор Набора (SSID).

выборка

• Никакие определенные ограничения относительно того, какие символы могут использоваться в SSID (Станд. IEEE 802.11™-2012)
• Некоторое ограничение на основе продуктов
  • Некоторое символьное ограничение (только ASCII)
  • Unicode

Таким образом, технически любой символ позволяется в SSID, различные реализации, такие как Windows XP, Windows 7, по сравнению с различными версиями Linux позволяет/запрещает подмножества символов в SSIDs.

Ссылки

• Как соединиться с беспроводной сетью, которая имеет два имени слова с пространством? - AskUbuntu