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
()
Для того чтобы оставить комментарий войдите или зарегистрируйтесь.