LINUX.ORG.RU

OpenWrt 25.12.6

 


0

0

В новой версии встраиваемой ОС, предназначенной в первую очередь для маршрутизаторов, исправлено большое количество уязвимостей. Рекомендуется обновиться до последнего выпуска OpenWrt и установить все доступные обновления пакетов.

Исправления уязвимостей:

  • uhttpd (веб-сервер, по умолчанию используется с LuCI): обновлён; исправлено шесть уязвимостей, доступных без аутентификации:

    • CVE-2026-102338 (высокая): отказ в обслуживании из-за исчерпания памяти при неограниченном числе HTTP-заголовков. GHSA-vhx4-3p5q-m59q.
    • Высокая: выход за границы буфера при обработке поля params неверного типа в POST /ubus/call/. GHSA-2mpg-6wp5-435p.
    • Высокая: неограниченный рост памяти из-за утечки URL-пути при каждом запросе к /ubus/, кроме POST. GHSA-83vv-qrc6-h3hx.
    • Средняя: HTTP request smuggling (CL.0) из-за повторного использования keep-alive-соединения с непрочитанным телом запроса. GHSA-c2wg-hcff-hqrm.
    • Средняя: утечка ссылки на клиента в /ubus/subscribe/, способная навсегда заблокировать обработчик. GHSA-wvgh-cm54-q6f6.
    • Высокая: обход Basic Auth для Lua- и ucode-обработчиков внутри URL-префикса с настроенной Basic Auth. Актуально только при использовании Basic Auth в uhttpd. GHSA-5cgm-8h9x-v28c.
  • Mbed TLS (TLS-библиотека по умолчанию): обновлён до 3.6.7. Исправлены многочисленные уязвимости, включая удалённое переполнение буфера в (D)TLS при использовании ECDHE-PSK. CVE-2026-25832, CVE-2026-35336, CVE-2026-49300, CVE-2026-50579, CVE-2026-50580, CVE-2026-50581, CVE-2026-50583, CVE-2026-50584, CVE-2026-50585, CVE-2026-50586, CVE-2026-50587, CVE-2026-50588, CVE-2026-50640, CVE-2026-50713, CVE-2026-54435, CVE-2026-54441. Используется, в частности, для HTTPS в uhttpd, а также в hostapd и wpa_supplicant.

  • hostapd / wpa_supplicant (Wi-Fi):

    • Исправлены ошибки проверки данных Multi-Link Operation (MLO, Wi-Fi 7 / IEEE 802.11be) из бюллетеня безопасности hostapd 2026-1. Некорректные кадры управления без аутентификации могли вызвать сбой или небольшое повреждение памяти. В режиме точки доступа уязвимы только устройства с поддержкой Wi-Fi 7; в режиме клиента затронут wpa_supplicant в целом.
    • Средняя (CVSS 6.5): разыменование нулевого указателя при обработке маяков APuP. Атакующий поблизости мог вызвать сбой hostapd, отправляя маяки от множества поддельных BSSID. Актуально только при включённой опции apup (по умолчанию отключена). GHSA-78g5-4g76-r6jh.
    • В сборках с Mbed TLS исправлена проверка сертификата EAP-сервера check_cert_subject: чтение неинициализированной памяти могло привести к принятию сертификата, субъект которого совпадал с ожидаемым только по префиксу.
  • rpcd (серверная часть LuCI, по умолчанию используется с LuCI): исправлены две уязвимости повышения привилегий, актуальные только при наличии дополнительных пользователей LuCI с делегированными правами:

    • Высокая (CVSS 8.4): следование по символическим ссылкам при файловых операциях позволяло читать и изменять любые файлы root, включая /etc/shadow, через ссылки в каталогах, доступных по ACL пользователя. GHSA-q5gr-86pq-vvwr.
    • Высокая (CVSS 7.0): использование токена сессии как имени временного каталога UCI позволяло ограниченному пользователю получить токен привилегированной сессии и выполнять команды от имени root. GHSA-r2w2-q7cw-cfp2.
  • cgi-io (по умолчанию используется с LuCI): средняя (CVSS 4.3) — исправлен use-after-free при декодировании некорректных POST-данных с процентным кодированием. GHSA-wvhq-qmwj-grj2.

  • Приложения LuCI и пакеты: исправлены уязвимости, позволявшие пользователям с ограниченными делегированными правами выполнять команды от имени root или сохранять XSS-нагрузки. Актуальны только при наличии соответствующего приложения и учётной записи с нужными правами:

    • ser2net / luci-app-ser2net (критическая, CVSS 9.9): символ новой строки в параметре UCI позволял добавить подключение ser2net для выполнения команд от имени root. GHSA-w6q2-vr4f-49x3.
    • luci-app-lxc: обход ACL и выход за пределы каталога позволяли пользователям без разрешения LXC получить права root на хосте.
    • luci-app-ddns / ddns-scripts: пользователи с делегированными правами DDNS могли выполнять команды от имени root через формат даты и другие параметры, передававшиеся оболочке без экранирования.
    • luci-app-nut: пользователи с делегированными правами могли задавать команды уведомлений NUT, выполняемые от имени root. Изменение этих настроек теперь доступно только администратору.
    • luci-app-adblock-fast (средняя, CVSS 5.4): сохранённая XSS через имена списков блокировки на странице состояния. GHSA-q335-4c83-c88h.
    • luci-app-https-dns-proxy (средняя, CVSS 4.5): сохранённая XSS через URL резолвера на странице состояния. GHSA-c6vf-395q-4jv6.
    • luci-base: экранирование URL-пути и имени пользователя при записи в журнал предотвращает внедрение текста через специально сформированные запросы входа.
  • umdns (служба mDNS, необязательный пакет): исправлены две уязвимости чтения за пределами буфера, доступные любому узлу локальной сети через специально сформированные mDNS-пакеты:

    • Средняя (CVSS 5.4): выход за границы буфера в dns_query(). GHSA-j2f2-273j-r86h.
    • Средняя (CVSS 4.3): чтение неинициализированного байта и выход за границы буфера при обработке кэшированных TXT-записей. GHSA-fc92-h6gc-rjjx.
  • ead-client (клиент Emergency Access Daemon): низкая — исправлены выходы за границы буфера при обработке поддельных ответов сервера. ead-client отсутствует в образах OpenWrt; в них входит только демон. GHSA-mq4v-mf82-24rr, GHSA-8f8g-5c8x-8mhh.

  • Ядро Linux: обновлено до 6.12.112; включены исправления стабильных выпусков 6.12.95–6.12.112.

  • OpenSSL: обновлён до 3.5.9. Исправлены многочисленные уязвимости: CVE-2026-14456, CVE-2026-14457, CVE-2026-18798, CVE-2026-35189, CVE-2026-35191, CVE-2026-42772, CVE-2026-54872, CVE-2026-54873, CVE-2026-54874, CVE-2026-54875, CVE-2026-63072, CVE-2026-63073, CVE-2026-63074, CVE-2026-63075, CVE-2026-63076, CVE-2026-72897, CVE-2026-75803, CVE-2026-75804, CVE-2026-75805, CVE-2026-75806, CVE-2026-77696, CVE-2026-84782, CVE-2026-84784. Также исправлена ошибка специфичного для OpenWrt патча AES-GCM-SIV, позволявшая принимать поддельные теги аутентификации для сообщений нулевой длины.

  • wolfSSL: обновлён до 5.9.4. Исправлены многочисленные уязвимости: CVE-2026-6091, CVE-2026-6092, CVE-2026-6094, CVE-2026-6291, CVE-2026-6325, CVE-2026-6329, CVE-2026-6330, CVE-2026-6331, CVE-2026-6412, CVE-2026-6450, CVE-2026-6678, CVE-2026-6679, CVE-2026-6681, CVE-2026-6731, CVE-2026-7511, CVE-2026-7531, CVE-2026-7532, CVE-2026-8720, CVE-2026-10097, CVE-2026-10098, CVE-2026-10512, CVE-2026-10592, CVE-2026-11310, CVE-2026-11703, CVE-2026-11999, CVE-2026-12340, CVE-2026-55958, CVE-2026-55960, CVE-2026-55961, CVE-2026-55962, CVE-2026-55964, CVE-2026-55967 и другие.

Также исправлен ряд других уязвимостей без CVE и отдельных бюллетеней безопасности. Обновлены многочисленные пакеты из репозитория packages и добавлена поддержка ряда устройств (подробнее на opennet.ru).

>>> Подробности

anonymous

Проверено: hobbit ()
Последнее исправление: hobbit (всего исправлений: 2)

OpenSSL: обновлён до 3.5.9. Исправлены многочисленные уязвимости: CVE-2026-14456, CVE-2026-14457, CVE-2026-18798, CVE-2026-35189, CVE-2026-35191, CVE-2026-42772, CVE-2026-54872, CVE-2026-54873, CVE-2026-54874, CVE-2026-54875, CVE-2026-63072, CVE-2026-63073, CVE-2026-63074, CVE-2026-63075, CVE-2026-63076, CVE-2026-72897, CVE-2026-75803, CVE-2026-75804, CVE-2026-75805, CVE-2026-75806, CVE-2026-77696, CVE-2026-84782, CVE-2026-84784. Также исправлена ошибка специфичного для OpenWrt патча AES-GCM-SIV, позволявшая принимать поддельные теги аутентификации для сообщений нулевой длины.

wolfSSL: обновлён до 5.9.4. Исправлены многочисленные уязвимости: CVE-2026-6091, CVE-2026-6092, CVE-2026-6094, CVE-2026-6291, CVE-2026-6325, CVE-2026-6329, CVE-2026-6330, CVE-2026-6331, CVE-2026-6412, CVE-2026-6450, CVE-2026-6678, CVE-2026-6679, CVE-2026-6681, CVE-2026-6731, CVE-2026-7511, CVE-2026-7531, CVE-2026-7532, CVE-2026-8720, CVE-2026-10097, CVE-2026-10098, CVE-2026-10512, CVE-2026-10592, CVE-2026-11310, CVE-2026-11703, CVE-2026-11999, CVE-2026-12340, CVE-2026-55958, CVE-2026-55960, CVE-2026-55961, CVE-2026-55962, CVE-2026-55964, CVE-2026-55967 и другие.

Как неожиданно и приятнааааа…

CVE-2026-14456

Ух-ты!

CVE-2026-54872

Наконец-то!

CVE-2026-14457

Лучше поздно, чем никогда

CVE-2026-18798

Ну надо же!

CVE-2026-35191

Что, и такое было?!


N.B. Поскольку мы на ЛОРе, считаю необходимым уточнить, что я не гуглил процитированные номера, а просто написал комменты от балды. Надеясь что-то этим показать, да.

CrX ★★★★★
()

Что-то openwrt катится в УГ для хомячков. Ставил тут на днях свежачок на WR3000U (неплохая машинка, кстати), что-то как-то перебарщивают они со своим uci чрезмерно. Например, захотелось чтобы tap0 попадал в br-lan при установлении туннеля, а хрен там - конфиг openvpn перенесли за каким-то в config/network, запуск сделали по ifup, при этом кучу возможных юзкейсов просто не предусмотрели, а традиционные скрипты и конфиги выкинули. Причём вся эта логика uci настолько неочевидна, что ковыряться в куче uci скриптятины и разбираться кто на ком стоял чтобы заставить делать то, что мне нужно, ибо документация протухшая, мне стало лениво. Пришлось делать по-людски, скриптами, благо /etc/init.d в openwrt ещё не отменили.

ИМХО сведение настроек системы к декларативным конфигам - полнейший идиотизм. Слишком уж часто приходится либо выкидывать декларативщину и делать как обычно, либо обвешивать эту декларативщину костылями из скриптов, причём скриптов получается в итоге больше, чем если делать по-людски.

Ещё этот ублюдочный apk вместо пакетного менеджера… Нахера?

Интересно, а нет ли форка openwrt, из которого выкинута вся эта uci бредятина с вебмордой и используется в идеале простейший и прямейший bsd или slackware-like инит?

ЗЫ: никогда не понимал, нахера в OpenWrt вообще тратят столько сил и времени на luci. Целевая аудитория либо предпочитает ssh, либо вполне способна сама наваять себе нужную веб-мордочку.

Stanson ★★★★★
()
Ответ на: комментарий от Stanson

Я бы линуксу уже нигде и ни на чем не доверял. Скатился. Если надо что-то, бери голое bsd и городи как диды завещали.

А еще лучше, навайбкодь себе микроядро + tcp/ip стек и делай все на нем. Вот какиры удивятся.

ant1 ★
()
Последнее исправление: ant1 (всего исправлений: 1)

там, слоупочта сообщает что 7.3 вышло, но всем пофиг - даже мне лень в толксах тему заводить(

etwrq ★★★★★
()
Последнее исправление: etwrq (всего исправлений: 1)
Ответ на: комментарий от etwrq

ага, на сайте про линукс даже новости о выходе нового линукса нет :D

ant1 ★
()
Ответ на: комментарий от CrX

С одной стороны, хорошо, что ТС расписал список устранённых уязвимостей. С другой, если верить опеннету, там и поддержка нового оборудования добавлена, и в том же LuCI усовершенствования делали, а не только дыры закрывали…

hobbit ★★★★★
()

Что-то обновляться на 25тую ветку совсем не хочется.Ставил как-то..больше проблем,чем профита.Apk мне еще в Alpine не понравился,глючил.Нельзя доверять этим бинарным разработчикам,если оно не может определится мужчина оно или женщина, то уж от apk можно ждать того же.

Valera78
()
Ответ на: комментарий от Ololo_Trololo

Фанат кого?

Я фанат когда система не мешает мне настраивать её так, как мне нужно, а как какому-то там любителю декларативной порнографии придумалось.

Stanson ★★★★★
()
Ответ на: комментарий от ant1

Линукс там вполне нормальный. Просто поверх линукса устроен цирк-шапито с клоунессами и акробастами. Конечно, до ведроида далеко, но направление настораживает.

А еще лучше, навайбкодь себе микроядро + tcp/ip стек и делай все на нем. Вот какиры удивятся.

«Мой пёс в эту сторону не лает».

Stanson ★★★★★
()
Ответ на: комментарий от Stanson

«Мой пёс в эту сторону не лает».

Вот зря ты так. Кто вам таки сказал, что ОС должны быть «от поставщика» и что их только определенный набор*? Это такая же обычная программа. Программист достаточной квалификации вместе с нейросетью может ее себе написать. Я вот свое ядро написал, давно это правда было, еще до ИИ, но вот щас прогнал код через агента и он выловил кучу багов. В планах сделать свой мыло клиент для десктопа и телефона.

*жаль, конечно, но весь опыт седых бородатых дидов из калифорнии можно выкинуть на помойку из-за ИИ

ant1 ★
()
Ответ на: комментарий от ant1

Программист достаточной квалификации [censored] может ее себе написать

Верно.

с нейросетью

Это лишнее и будет только мешать.

выловил кучу багов

Значит ты не являешься тем, кого упомянул в начале, вот и всё. Так что не пиши ОС, всё равно получится чушь или, хуже того, нейрослоп.

firkax ★★★★★
()
Ответ на: комментарий от Ololo_Trololo

apk - просто хрень

Так как в него не зайти в mc, как в ipk или zip, то, наверно, во многом хрень?

Shadow ★★★★★
()
Ответ на: комментарий от html-kernel

«…Это дело кормило три поколения нашей семьи…»

hobbit ★★★★★
()
Ответ на: комментарий от Ololo_Trololo

На самом деле и правда довольно убог этот uci. Читать доки, как с ним работать, а потом понять, что всё равно оно не может того, чего хочешь ты и после, как человек, пойти писать свои lua скрипты.

mamina_radost ★
()
Ответ на: комментарий от Stanson

Если бы ваши пожелания были выполнены, то число пользователей OpenWRT уменьшилось бы раз в 100. Но сейчас число людей, желающих пользоваться , намного больше , чем желающих программировать. Благодаря этому вы и имеете «неплохую машинку» Cudy WR3000U-256MB.

Partisan ★★★★★
()
Ответ на: комментарий от Partisan

Эти ваши «люди желающие пользоваться» вообще никак и ничем не помогают OpenWrt. Зачем они OpenWrt? Распылять силы тех, кто OpenWrt развивает на совершенно ненужные свистелки и перделки которые нужны только «людям желающим пользоваться»?

WR3000U - это совершенно типовая схема на MT7981B. Есть MT7981B - будут WR3000U. От количества «людей желающих пользоваться» портирование Openwrt на MT7981B вообще никак не зависит и зависеть не может.

Вообще, как показывает практика, рост количества пользователей линукса приводит к серьёзной деградации оного.

Наиболее массовая система на основе ядра линукс заточенная как раз для «людей желающих пользоваться», известная на ЛОРе как «ведроид», для нормального человеа является полнейшим и абсолютно неюзабельным дерьмом. OpenWrt, благодаря оглядке на этих самых «людей желающих пользоваться» уже вполне заметно движется в этом же направлении.

Эти ваши «люди желающие пользоваться» убивают линукс.

ЗЫ: Кстати, сейчас, наконец-то, пошла волна расковыривания всех радиопередающих SoC, начиная с ESP32 на предмет прямого доступа к PLL и IQ потокам приёмопередатчика WiFi ради SDR. Что-то мне подсказывает, что нынешние разработчики OpenWrt зассут добавлять фичу SDR в OpenWrt, точно так же, как они уже лет десять ссут добавлять в CRDA фиктивную «country» со всеми без исключения активированными каналами. Зато будут дальше натужно ковырять свой идиотский uci. И происходит такое исключительно благодаря наличию этих самых «людей желающих пользоваться».

В итоге, вместо SDR на копеечных роутерах у нас будет просто еше больше свистелок и перделок в luci.

Stanson ★★★★★
()
Ответ на: комментарий от Partisan

Но сейчас число людей, желающих пользоваться , намного больше , чем желающих программировать

Теперь программируют роботы, и подход к интерфейсам и взаимодействию нужно менять под них.

mamina_radost ★
()
Ответ на: комментарий от Stanson

Эти ваши «люди желающие пользоваться» вообще никак и ничем не помогают OpenWrt.

Да да да. То есть производители не контрибьютсят в OpenWRT чтобы их роутеры под ним работали? Производители не оглядываются на OpenWRT? Есть некоторые компании, которые OpenWRT пилить помогают. В т.ч. и деньгами. Не было бы этих пользователей - не помогали бы. Таки дела.

Эти ваши «люди желающие пользоваться» убивают линукс.

Да да да. То есть компании не начинают пилить софт под линукс, не начинают делать совместимое оборудование с линукс, не начинают оказывать поддержку линукс-пользвоателям, не пилят драйверы в этот линукс и т.д. ?

lonelywoolf
()
Ответ на: комментарий от Stanson

никогда не понимал, нахера в OpenWrt вообще тратят столько сил и времени на luci

Никогда не понимал, а на что тратить-то? luci же особенно и не может ничего в итоге, разве нет?

mamina_radost ★
()
Ответ на: комментарий от Stanson

Что-то мне подсказывает, что нынешние разработчики OpenWrt зассут добавлять фичу SDR в OpenWrt, точно так же, как они уже лет десять ссут добавлять в CRDA фиктивную «country» со всеми без исключения активированными каналами. Зато будут дальше натужно ковырять свой идиотский uci.

Разве скомпилить отдельно из исходниках будет не вариант при сборке образа?

mamina_radost ★
()
Ответ на: комментарий от lonelywoolf

То есть производители не контрибьютсят в OpenWRT чтобы их роутеры под ним работали?

Это какие-то исключения. Абсолютное большинство патчей и сырцов драйверов для SoC в OpenWrt взято из утащенных из Китая закрытых BSP.

Использование в OpenWrt хардварных ускорителей роутинга/ната/пр. до сих пор явялется танцами с бубном даже для тех SoC для которых доки/сырцы удалось освободить. Если бы производители действительно контрибьютили в OpenWrt, такого бы не было, фабрики работали бы в OpenWrt искаропки.

Производители не оглядываются на OpenWRT?

В подавляющем большинстве нет.

Ситуация такая же как с ведроидом. Ничего из ведроидного не попало в ядро от производителей ведроидофонов. Если бы это происходило, то в ядре бы были опенсурсные драйвера для всей периферии SoC используемых в смартфонах и не было бы никаких проблем накатить на произвольный смартфон настоящий линукс в котором вся периферия работала бы.

А вот как только BSP всплывёт и в OpenWrt появится поддержка SoC, многие производители охотно начинаю клепать свои прошивки на основе OpenWrt, но закрытые и непременно с «облачным управлением Вашим роутером с Вашего смартфона из любого места». В том же WR3000U была именно такая прошивка, которая умудрилась меня достать предложением где-то там зарегистрироваться и «получить доступ к управлению роутером со смартфона» за тот короткий период что понадобился чтобы добраться до раздела обновления прошивки и залить сначала подписанный Cudy образ какого-то старого OpenWrt, который будет схаван оригинальной прошивкой и потом накакить уже нормальный OpenWrt. Да, лениво было подключаться к UART, чтобы залить прошивку сразу с tftp, о чём сильно пожалел. Прищшлось ознакомится с этой порнографией «для людей желающих пользоваться».

Stanson ★★★★★
()
Ответ на: комментарий от lonelywoolf

И кому оно кроме трёх гиков нужно? )

Ты же в курсе что сейчас все эти Bluetooth, WiFi, LoRa, что там у NRF и т.п. это на самом деле SDR?

Stanson ★★★★★
()
Ответ на: комментарий от Stanson

Это какие-то исключения.

Которые помогают жить проекту.

фабрики работали бы в OpenWrt искаропки

Гхм. Ну тот же Cudy как раз таки делает свои железяки совместимыми с OpenWRT.

В подавляющем большинстве нет.

Тех, кто есть тоже хватает для помощи проекту.

и залить сначала подписанный Cudy образ какого-то старого OpenWrt

То есть производитель позаботился, чтобы роутер был совместим с OpenWRT.

Прищшлось ознакомится с этой порнографией «для людей желающих пользоваться».

Ну не надо там нигде было регистрироваться никогда. Всё лежит в открытом доступе. Хочешь управлять со смарта - регайся, это проприетарный функционал. Не хочешь - не регайся, делов то. Хотя я и без регистрации своими M1800 управлял, потом свалил на OpenWRT.

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

lonelywoolf
()
Ответ на: комментарий от mamina_radost

Разве скомпилить отдельно из исходниках будет не вариант при сборке образа?

Именно что «отдельно скомпилировать» а не opkg install apk add lora crda-unlimited 433_rx dump1090 …

Stanson ★★★★★
()
Ответ на: комментарий от Stanson

Ты же в курсе что

Да ладно? И зачем мне это SDR, когда оно реализовано в железе? Ммм? Мне роутер нужен не чтобы фантазии и хотелки реализовывать и в чем-то разбираться, а нужен чтобы выполнял свои функции. Вот когда без поддержки SDR какие-то чипы не будут работать - вот тогда оно и будет реализовано. А сейчас оно нахрен никому не надо. Как и фиктивная страна. Проблем потенциальных больше, чем выгоды: если тебе надо что-то этакое - то выбери условные США - там всё разрешено и вперёд.

lonelywoolf
()
Последнее исправление: lonelywoolf (всего исправлений: 1)
Ответ на: комментарий от lonelywoolf

Которые помогают жить проекту.

И как же OpenWrt на *Pi, например, помогает?

Ну тот же Cudy как раз таки делает свои железяки совместимыми с OpenWRT.

Чего, блд? Cudy лишь делает в лучшем случае свою разводку схемы типового включения SoC, а то и вовсе просто корпус для стандартной платы. Сэкономив 3 копейки, например, на SMA разъёмах для антенн.

А для SoC производитель SoC выпускает закрытый, огороженный и под NDA BSP (Board Support Package - такой мини-дистр линукса с сырцами всего секретного) для демонстрации того, что их новый SoC реально работает. Первые, обычно какие-то относительно крупные производители решившие использовать этот SoC покупают у производителя SoC BSP, меняют в нём куда какие светодиодики подключены и дописывают свою морду. Рано или поздно, BSP утекает в сеть и появляется поддержка этого SoC в OpenWrt. Тогда более мелкие производители, которых жаба давит покупать BSP и подписывать NDA, растаскивают бету/снапшот заработавшего OpenWrt для этого SoC и уродуют его.

Такие дела.

Stanson ★★★★★
()
Ответ на: комментарий от lonelywoolf

И зачем мне это SDR, когда оно реализовано в железе?

Например, чтобы не втыкать в роутер USB хаб и в него кучу всяких разных USB свистков для управления всякой домашней утварью, запускать прямо на нём всякие мештастики и пр. Купил один роутер - и не надо покупать всё это барахло и как-то пытаться его заставить работать вместе и без всех этих облаков.

выбери условные США - там всё разрешено и вперёд.

Бугагашечка :) В США запрещено больше чем в РФ :) Про ненавидимую всеми хакерами FCC слышал? И ловят там чаще, и последствия там, если поймают, на порядки круче чем в РФ.

Stanson ★★★★★
()
Последнее исправление: Stanson (всего исправлений: 2)
Ответ на: комментарий от Stanson

Тогда более мелкие производители, которых жаба давит покупать BSP и подписывать NDA, растаскивают бету/снапшот заработавшего OpenWrt для этого SoC и уродуют его.

То есть ты хочешь сказать, что покупая чип, BSP надо покупать отдельно? Окей, даже если и так. Сколько штук чипов надо купить, чтобы BSP стал «незаметен» на общем фоне?

И как же OpenWrt на *Pi, например, помогает?

Привлекает людей. Которые, представь себе, могут даже задонатить разрабам.

lonelywoolf
()
Ответ на: комментарий от Stanson

Например, чтобы не втыкать в роутер USB хаб и в него кучу всяких разных USB свистков для управления всякой домашней утварью, запускать прямо на нём всякие мештастики и пр

Ну то есть делать то, для чего железо не предназначено. Этакая экономия трёх копеек за счет прорвы потраченного времени. Ну… Если ты такой энтузиаст, то ты и запилишь поддержку нужного. Ты, я надеюсь, понимаешь, что мир не крутится вокруг одного тебя и люди пилят то, что им нужно или то, что им нравится? А все эти мештастики и все что ты перечислил - или не нужно, т.к. из коробки поддерживается твоим SoC, или не поддерживается и ты хочешь натянуть сову на глобус сэкономив три копейки. Ну, иногда удается.

В США запрещено больше чем в РФ :)

Я вот щас посмотрел по WiFi 2.4 и 5 GHz. И чет обнаружил, что у них там требования либеральнее - мощность сигнала допустимая повыше будет. Ты уже давай, колись, че тебе делать такое надо, что тебя дефолтные страны не устраивают. Или ты думаешь, что твой WR3000 вдруг внезапно начнет киловаттную мощность сигнала выдавать?

lonelywoolf
()
Ответ на: комментарий от Stanson

Ты раздуваешь проблему. Времена такие, что то что дают по дефолту малопригодно, собери, что нужно тебе заранее и нет проблем. Вот когда уже и собирать не поможет, потому что завязано на чём-то, что опенврт в принципе не умеет, как большинство фич для свичей, типо шифрования на уровне езернета или динамические vlan, тут уже печально.

mamina_radost ★
()
Ответ на: комментарий от lonelywoolf

То есть ты хочешь сказать, что покупая чип, BSP надо покупать отдельно?

Да, и ещё NDA подписывать.

Сколько штук чипов надо купить, чтобы BSP стал «незаметен» на общем фоне?

Как минимум десятки тыщ.

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

Интересный пример когда подобный контракт заключили, причём на несколько поколений SoC, но заказчик «не смог» это появление RPi. Broadcom выпустил заказанную партию и разработал следующие модели чипов для ТВ-приставок, а они внезапно вышли из моды. Заказчик слился (видимо, уплатив некислую неустойку), и Broadcom остался с кучей никому не нужных микрух и готовых к выпуску проектов. Жаба победила и они решили продавать их как «Opensource Single Board Computer» по цене в несколько раз превышающей цену в сорвавшемся контракте. Разумеется, при этом BSP под NDA никуда не делся и его покупателям RPi, разумеется, не дали. Вроде как до сих пор так и недорасковыряли загрузчик RPi1234 который явзяется проприетарным блобом и без которого RPi1234 вообще не заработает.

В общем, некисло так Broadcom нажился на опенсурсе. А т.к. BSP на BCM2835/BCM2836/BCM2837/BCM2711 никому не достался, то и утечь он никуда не смог. Поэтому RPi и по сей день так и является проприетарной огороженной хернёй.

А там где BSP продавался неоднократно и множество заказчиков выпускали сколь-нибудь массовые девайсы, BSP утекал и в OpenWrt (или других проектах) появлялась поддержка SoC.

Stanson ★★★★★
()
Ответ на: комментарий от Stanson

Да, и ещё NDA подписывать.

Смешной ты.

Как минимум десятки тыщ.

Угу. И что, кто-то роутеры из производителей делает меньше чем десятки тыщ, да? Прям поштучно клепают, ручками там с феном распаивают на три несчастных купленных в подвале SoC?

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

Ну вот. А там выяснится, что и документацию и PoC там бесплатно уже дають… )

Разумеется, при этом BSP под NDA никуда не делся и его покупателям RPi, разумеется, не дали.

Ты раньше заявлял, что это

Board Support Package - такой мини-дистр линукса с сырцами всего секретного

И как же всякие другие дистры вдруг внезапно под этим SoC заработали то? Аааа? )

недорасковыряли загрузчик RPi1234 который явзяется проприетарным блобом и без которого RPi1234 вообще не заработает.

Ты много BIOS расковырял, ковырятель? Так вот этот загрузчик - часть FirmWare, а не ОС, которая льется на флешку.

А там где BSP продавался

Да мы уже поняли, что ты не понимаешь разницы между Firmware, BSP, ОС, драйвером и Datasheet. Упсь.

lonelywoolf
()
Ответ на: комментарий от mamina_radost

Времена такие, что то что дают по дефолту малопригодно, собери, что нужно тебе заранее и нет проблем.

Проблема вовсе не в этом. У меня как раз нет проблем собрать всё что мне нужно или пропатчить то, что через жопу собрано (как, например, mc в OpenWrt, который разучился в мышь и срёт в histoy потому что ash не умеет ignorespace).

Проблема в том, что весьма ценный ресурс в виде скиллов раработчиков OpenWrt просирается на прорву свистелок и перделок, которые никто не оценит. Ни хомячки, которым всё всегда будет недостаточно хорошо, потому что нет одной кнопки «сделать зашибись», ни те, кому эти свистелки и перделки нахер не упёрлись.

Я как бы ещё 15 лет назад ковырял всякие неписюки на предмет портирования полноценного линукса, в том числе и WiFi роутеры. Так вот, был когда-то какой девайс - Buffalo Air Station G54. И был для него OpenWrt. И для этого OpenWrt я тогда забабахал утилитку для MODBUS TCP (типа MODBUS прокси с несколькими плюшками которые были бы в тему на роутере) и кое-какие доп. настройки этих самых 54Мбит добавил. Сунулся к чувакам, типа - нате, а они такие - «а напиши ещё uci конфиг и желательно для luci портянку». Ну я их нахер тогда послал с их свистелками и перделками, ибо уже тогда разобраться в uci чтобы что-то туда добавить было намного дольше и геморройнее, чем написание самой утилитки и правильного Makefile для OpenWrt SDK. Не нравится классический /etc/xxxx.conf - пердольтесь сами со своим uci, чтобы он в итоге генерировал абсолютно тот же самый /tmp/xxxx.conf, как вы сделали со всяким базовым софтом, я-то тут при чём?

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

Stanson ★★★★★
()
Ответ на: комментарий от lonelywoolf

Смешной ты.

Это не я смешной, это клоуны заведующие корпорациями смешные.

И что, кто-то роутеры из производителей делает меньше чем десятки тыщ, да? Прям поштучно клепают, ручками там с феном распаивают на три несчастных купленных в подвале SoC?

Не распарсил.

А там выяснится, что и документацию и PoC там бесплатно уже дають… )

Да щаз, бесплатно. Всё в цену включено. Давали бы бесплатно, не было необходимости в NDA и проприетарных блобах.

Всё что не разадётся публично сразу - однозначно является товаром. И продаётся за деньги. Иначе просто не было бы никакого смысла для корпораций скрывать всю важную документацию на SoC вместе с BSP и не выкладывать в публичный доступ.

И как же всякие другие дистры вдруг внезапно под этим SoC заработали то? Аааа? )

С теми же блобами, котоые с барского плеча Broadcom выдал RPi foundation, разумеется.

Ты много BIOS расковырял, ковырятель?

Много, а что?

Так вот этот загрузчик - часть FirmWare, а не ОС, которая льется на флешку.

Опять этот бред про различия «firmware»/«software». Ничо, что в том же luci образ OpenWrt называется «firmware»? Даже пункт в менюшке называется ‘Backup/Flash Firmware’. :)

Любое firmware - это software, для которого всегда есть сырцы. И прошивка WiFi модуля, и загрузчик долбаной RPi - это не более чем софт, от которого какой-то клоун зажал сырцы.

Да мы уже поняли, что ты не понимаешь разницы между Firmware, BSP, ОС, драйвером и Datasheet. Упсь.

Нет никакой разницы между firmware и software. Вообще никакой. Эту искусственную дихотомию придумали жадные клоуны, чтобы не давать сырцы от софта который они назвали «firmware» и при этом иметь возможность врать про «поддержку» свободного ПО ради маркетинга.

  • BSP - это тоже software.
  • OC - это software.
  • драйвер - и это software. также как и firmware - это ни что иное как softwarre.

Datasheet для SoC - это нынче только распиновка с электрическими параметрами и иногда схема включения. Чтобы понять как работать с процессором этого SoC - надо читать соответствующий Processor Programming Manual (да и то, набор инструкций может быть в отдельном Processor Instruction Set). Периферия и её регистры обычно описаны в SoC User Manual, для больших SoC - в разных User Manual. Большая часть которых может быть под NDA. А ёще есть Application Notes в количестве, на разные нюансы, тоже часто под NDA и т.д.

И вся эта писанина может быть совершенно бесполезной, без работающего примера, потому что в писанине, например, может быть не прописана конкретная последовательность инициализации какой-нибудь периферии или не упомянута кокретная «magic sequence» которая нужна для активации устройства, причём этот набор байтов может быть разным для разных заказчиков.

Так что это тебе стоит пойти учиться. И нет, не у т.н. "ИИ"шечки. :)

Stanson ★★★★★
()
Ответ на: комментарий от Stanson

С теми же блобами, котоые с барского плеча Broadcom выдал RPi foundation, разумеется.

Ааа. так ты из этих… Ну и как у тебя libreLinux? А coreboot?

Много, а что?

Ты, что-ли, libreboot пишешь?

Нет никакой разницы между firmware и software. Вообще никакой.

Ага. Только software это общее понятие, которое включает в себя firmware. Т.е. разница всё же есть. firmware это тоже software, только не любое software есть firmware. Прикинь.

Эту искусственную дихотомию придумали жадные клоуны

Эту дихотомию придумали потому, что firmware не универсальный и производителям приходилось писать софт, который работает с железом, чтобы всякие хитрые вещи, которые реализуются в железе по разному можно было в ОС пропихивать одинаковым образом. И единственная задача загрузчика с RPI с точки зрения конечного пользователя - загрузить нужный блоб с флэшки в память и передать ему управление. А что там ещё делается - как там железо инициализируется и что ещё происходит ему, пользователю, в общем-то по барабану.

Чтобы понять как работать с процессором этого SoC - надо читать соответствующий Processor Programming Manual (да и то, набор инструкций может быть в отдельном Processor Instruction Set). Периферия и её регистры обычно описаны в SoC User Manual, для больших SoC - в разных User Manual.

То есть для реализации софта в общем-то все эти BSP не нужны. От это открытие.

Большая часть которых может быть под NDA. А ёще есть Application Notes в количестве, на разные нюансы, тоже часто под NDA и т.д.

Ну таки то есть SoC продаётся с документацией. Вот это номер. А NDA или нет - производитель SoC решает сам, прикинь. И нахрена ему давать такую документацию для софтинки, которая нахрен никому не упала? А вот если вдруг внезапно оно популярное - то, может, и приходится поделиться. Выгода, знаете ли. Я это к тому, что ты тут говоришь, что пользователи не нужны. А оно вон оно как, оказывается то.

потому что в писанине, например, может быть не прописана конкретная последовательность инициализации какой-нибудь периферии или не упомянута кокретная «magic sequence» которая нужна для активации устройства

Ахахах. То есть ты щас мне хочешь сказать, что вендор не оказывает поддержку своей продукции? BSP дают как доказательство, но если кто-то кто купил девайс не может правильно заставить его работать - обращается к вендору, который, тащем-то, разъясняет в чем проблема.

Так что это тебе стоит пойти учиться

Ух ты. Да, знаешь, а у меня образования то всего 9 классов. Как так совпало… )

И думается мне, что дофигищи таких же как я, да и покруче, кренделей, вполне способных принести реальную пользу OpenWrt в смысле расширения её возможностей до беспредела, точно так же послали чуваков из OpenWrt именно из-за их невменяемой одержимости дурацкими свистелками и перделками для хомячков

Ну так сделай как надо, покажи чего ты стоишь. Выкинь из OpenWRT все эти свистелки и перделки и сделай как надо, или балабол?

lonelywoolf
()
Ответ на: комментарий от lonelywoolf

Ну и как у тебя libreLinux?

Что это?

А coreboot?

Ну есть кое где, а что? Отличная штука.

Т.е. разница всё же есть.

Разницы нет никакой. У firmware есть сырцы как и у любого software. Если производитель вякает о поддержке свободного ПО, но при этом крысит сырцы того software которое он произвольно обозвал firmware - значит это жулик.

Эту дихотомию придумали потому, что firmware не универсальный и производителям приходилось писать софт, который работает с железом, чтобы всякие хитрые вещи, которые реализуются в железе по разному можно было в ОС пропихивать одинаковым образом.

На русский или англиский переведи этот бред.

А что там ещё делается - как там железо инициализируется и что ещё происходит ему, пользователю, в общем-то по барабану.

Я пользователь, мне не по-барабану. Да и многим другим тоже не по-барабану. Иначе бы ни OpenWrt, ни coreboot, ни линукса не существовало бы.

Ну таки то есть SoC продаётся с документацией.

Нет. SoC обычно продаётся с упаковкой. Документация может быть либо бесплатной совсем, либо частично бесплатной, частично платной, либо платной полностью. Если документацию производитель не выложил в публичный доступ, или выложил не полностью, то её придётся покупать.

А NDA или нет - производитель SoC решает сам, прикинь.

У NDA на документацию есть единственная цель - чтобы покупатель не передал её кому-то даром. Чтобы только производитель мог взимать бабло за эту документацию

То есть ты щас мне хочешь сказать, что вендор не оказывает поддержку своей продукции?

Когда как.

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

BSP не дают, а продают.

Так же как частенько продают SDK, например. Сраный CSR вот например вовсю продалвал (продаёт?) SDK для своих BlueCore всем подряд. Причём за некислую сумму. Причём c нарушением GPL т.к. в SDK были модифицированные под некую архитектуру XAP gcc и binutils без исходников. После скандала, конечно, начали сырцы прикладывать. Хочешь писать свои прошивки для кучи BT девайсов в которых используются CSR BlueCore - заплати бабло.

А кто-то SDK совершенно бесплатно выкладывает, типа того же Espressif.

А вот бесплатные BSP мне не встречались. Даже Allwinner и то BSP зажимает и продаёт только за деньги и только под NDA.

Ну так сделай как надо,

Так я и сделал.

покажи чего ты стоишь

Кому? Тебе, что-ли? :) И нахрена мне это может быть нужно?

Stanson ★★★★★
()
Ответ на: комментарий от Stanson

Если производитель вякает о поддержке свободного ПО, но при этом крысит сырцы того software которое он произвольно обозвал firmware - значит это жулик.

Ну да, охренеть ты тут клеймить начал. А ты, значит, не жулик, который хочет использовать результаты чужого труда без разрешения?

Разницы нет никакой

Как это. Разница есть - одно зашивается в микросхему ПЗУ и поставляется вместе с устройством, а второе охватывает подмножество в том числе и первого. И первое является вторым, но не любое второе является первым.

На русский или англиский переведи этот бред.

Там слова. Буковки. Читай, понимай. Пока выглядит, что ты врунишка, возомнивший себя крутым спецом. Даже int 13h в разных материнках (с разными контроллерами) обрабатывался по разному. BIOS как расшифровывается хоть знаешь? Базовая система ввода-вывода. И поставлялся с устройством. Поэтому и firmware - потому, что поставляется с устройством и разрабатывался производителем железки. Ну так истерически сложилось.

Нет. SoC обычно продаётся с упаковкой. Документация может быть либо бесплатной совсем, либо частично бесплатной, частично платной, либо платной полностью.

Аааааа. Платной бывает не документация на SoC, а всякие SDK к нему. Ты что за бред несешь?

Чтобы только производитель мог взимать бабло за эту документацию

То есть не для защиты интеллектуальной собственности? Исключительно взимать бабло за документацию? Да что ты куришь, отсыпь!

Когда как.

Не, ну если я купил не у вендора, а у какого-то левого перекупа… Ну тогда вопросы к перекупу, или к тому, кто у него купил )

BSP не дают, а продают.

Да я уже понял, что ты слышал звон, да не знаешь, где он.

Так же как частенько продают SDK, например.

И в чем проблема? SDK не обязателен, некоторые продают, некоторые раздают.

Так я и сделал.

А что ноешь тогда?

Кому? Тебе, что-ли? :) И нахрена мне это может быть нужно?

Ну че это мне. Тем людям, которые твое нытье читать будут. Вот, мол, не просто поныл, а взял и сделал - мужык! Не то, что эти юзеры, которым всё не так и они вечно довольными не бывают. А я то думал ты понял, что я тебя так таким же недовольным юзером назвал, которых ты тут чмырить пытаешься.

lonelywoolf
()
Ответ на: комментарий от lonelywoolf

Ну да, охренеть ты тут клеймить начал. А ты, значит, не жулик, который хочет использовать результаты чужого труда без разрешения?

Если корпорациям можно - то и мне можно.

Разница есть - одно зашивается в микросхему ПЗУ и поставляется вместе с устройством

Ты не поверишь, но OpenWrt тоже «зашивается в микросхему ПЗУ». Кроме того, далеко не весь тот софт который называется «firmware» куда-то зашивается, достаточно часто этот софт загружается в RAM периферии при инициализации. /lib/firmware современного линукса занимает почти 2 гига.

Даже int 13h в разных материнках (с разными контроллерами) обрабатывался по разному. BIOS как расшифровывается хоть знаешь?

И чо? u-boot тоже может иметь совершенно разные реализации для того или иного ввода-вывода, и это вообще никак не мешает ему быть опенсурсным. Да и линукс тоже для одного и того IO же может использовать совершенно разный код. И он тоже без малейших проблем опенсурсный. В coreboot например, в качесте одной из возможных payload может быть SeaBIOS который вполне себе опенсурсный.

Так же и BIOS которому вообще ничего и никак не может мешать быть опенсурсным.

Поэтому и firmware - потому, что поставляется с устройством и разрабатывался производителем железки.

Т.е. OpenWrt это «firmware» потому что «зашивается в ПЗУ», но почему-то не поставляется с устройством и не разрабатывается производителем железки. При этом опенсурсное.

Платной бывает не документация на SoC, а всякие SDK к нему. Ты что за бред несешь?

Это ты несёшь бред. Платной может быть и документация, и BSP и даже SDK.

То есть не для защиты интеллектуальной собственности?

Ты что, на полном серьёзе веришь в эту бредятину?

Понятно.

А что ноешь тогда?

Это ты тут полчаса ноешь про то, как firmware ни в коем разе не надо рассматривать в разрезе свободности ПО. Нахера тебе лично понадобилось этими глупыми нарративчиками защищать интересы корпораций?

Вот, мол, не просто поныл, а взял и сделал - мужык!

Чукча не читатель, да? Даже ЛОРчик почитать в лом? Я уже задолбался, вообще-то, «брать и делать» и «показывать».

Stanson ★★★★★
()
Для того чтобы оставить комментарий войдите или зарегистрируйтесь.