Michaelsoft Binbows
Ir al canal en Telegram
Развлекательно-Поздновательный IT канал НАШ ЧАТ: @mbcringechat предложка: @mbccopilotbot Обратная связь: ⤴️ Новостной канал: @mbinbowsnews См. Также: @mc_b01
Mostrar más457
Suscriptores
-124 horas
-27 días
+430 días
Carga de datos en curso...
Canales Similares
Nube de Etiquetas
Menciones Entrantes y Salientes
---
---
---
---
---
---
Atraer Suscriptores
septiembre '26
septiembre '26
+2
en 1 canales
agosto '26
+33
en 2 canales
Get PRO
julio '26
+29
en 3 canales
Get PRO
junio '26
+25
en 3 canales
Get PRO
mayo '26
+25
en 2 canales
Get PRO
abril '26
+28
en 2 canales
Get PRO
marzo '26
+19
en 4 canales
Get PRO
febrero '26
+23
en 4 canales
Get PRO
enero '26
+23
en 4 canales
Get PRO
diciembre '25
+27
en 4 canales
Get PRO
noviembre '25
+14
en 4 canales
Get PRO
octubre '25
+22
en 3 canales
Get PRO
septiembre '25
+28
en 4 canales
Get PRO
agosto '25
+23
en 1 canales
Get PRO
julio '25
+29
en 4 canales
Get PRO
junio '25
+25
en 4 canales
Get PRO
mayo '25
+24
en 4 canales
Get PRO
abril '25
+35
en 1 canales
Get PRO
marzo '25
+26
en 7 canales
Get PRO
febrero '25
+26
en 1 canales
Get PRO
enero '25
+43
en 3 canales
Get PRO
diciembre '24
+35
en 1 canales
Get PRO
noviembre '24
+30
en 3 canales
Get PRO
octubre '24
+43
en 4 canales
Get PRO
septiembre '24
+41
en 1 canales
Get PRO
agosto '24
+37
en 3 canales
Get PRO
julio '24
+28
en 1 canales
Get PRO
junio '24
+27
en 0 canales
Get PRO
mayo '24
+27
en 2 canales
Get PRO
abril '24
+22
en 1 canales
Get PRO
marzo '24
+26
en 3 canales
Get PRO
febrero '24
+39
en 1 canales
Get PRO
enero '24
+22
en 1 canales
Get PRO
diciembre '23
+37
en 2 canales
Get PRO
noviembre '23
+14
en 2 canales
Get PRO
octubre '23
+215
en 0 canales
| Fecha | Crecimiento de Suscriptores | Menciones | Canales | |
| 05 septiembre | 0 | |||
| 04 septiembre | +1 | |||
| 03 septiembre | 0 | |||
| 02 septiembre | +1 | |||
| 01 septiembre | 0 |
Publicaciones del Canal
| 2 | https://en.gamegpu.com/news/zhelezo/materinskie-platy-msi-z790-s-pamyatyu-ddr4-poluchili-rezhim-high-efficiency-mode | 51 |
| 3 | Microsoft ужесточает требования к подписыванию драйверов для Windows 11 и Windows Server 2025
С марта 2027 года программа WHCP не выдаст цифровую подпись драйверу, если к нему не приложены перечень компонентов SBOM и заявление об уязвимостях VEX в формате SPDX 3.0. Требование распространяется на Windows 11, версия 25H2 и версия 26H1, Windows Server 2025 и более новые выпуски, а причина изменений – европейский Закон о киберустойчивости
https://www.comss.ru/page.php?id=21827 | 42 |
| 4 | https://rozetked.me/news/48149-prilozhenie-fotografii-v-windows-11-stalo-bystree | 48 |
| 5 | Microsoft анонсировала инициативу под кодовым названием Project Zenith, который превратит Windows 11 в готовую к программированию среду без отвлекающих факторов.
https://thecommunity.ru/microsoft/windows/windows11/11975-project-zenith-specialnaja-sreda-dlja-razrabotchikov-v-windows-11.html | 55 |
| 6 | это правда | 88 |
| 7 | Sin texto... | 1 |
| 8 | А ты знал, что в макоси всё продумано для мелочей, чтобы не пришлось ни в чем разбираться. Но есть нюанс
В норме после закрытия крышки Mac должен глубоко уснуть: процессор почти выключен, сеть молчит, расход минимальный.
Но у тебя были включены сетевые функции сна:
поддержание интернет-соединений;
получение push-уведомлений;
Power Nap;
сетевые проверки Apple.
Дополнительно роутер пропускал Apple Push через прокси с поддельными адресами 198.18.x.x. Из-за этого сетевой чип неправильно обрабатывал служебное соединение Apple и будил Mac примерно каждые 50 секунд.
Получался цикл:
Mac засыпает.
Wi‑Fi получает странный пакет.
Mac частично просыпается.
Запускаются процессор, Wi‑Fi и системные службы.
Mac снова засыпает.
Через минуту всё повторяется.
За 47 часов произошло 3404 таких пробуждения. Суммарно Mac провёл около 14 часов в полупроснувшемся состоянии, хотя крышка была закрыта. Батарея упала с 54% до 31% — примерно 12% в сутки. Заодно система насчитала около 2 ГиБ сетевого трафика.
Это похоже на человека, которому всю ночь каждые 50 секунд звонят в дверь: формально он спит, но нормально отдохнуть не может.
Теперь на батарее отключены tcpkeepalive, powernap и SleepServices. После этого мы не увидели ни одного прежнего сетевого DarkWake.
Как Max нагревает Mac с открытой крышкой
Красная кнопка на macOS закрывает окно, но не завершает приложение. Max продолжал работать в фоне.
При этом он оставил открытой аудиосессию, будто продолжает воспроизводить звук. Системный процесс coreaudiod поэтому выставил флаг:
Не усыплять компьютер — используется аудиовыход.
Экран мог погаснуть, и внешне казалось, что Mac уснул. Но настоящий сон не начинался:
процессор продолжал работать;
Max и coreaudiod оставались активными;
OpenCode, Brave и Telegram тоже продолжали выполнять задачи;
Wi‑Fi оставался включён;
выделяемая энергия превращалась в тепло.
Поэтому Max вредил не только собственным расходом. Он фактически не давал выключить двигатель, после чего все остальные приложения продолжали потреблять батарею. За контрольный час Mac почти вообще не спал и потерял около 13% заряда.
Важно: закрытие крышки блокировку Max преодолевает. Поэтому расход с закрытой крышкой вызывала сеть, а Max мешает главным образом автоматическому сну с открытой крышкой. Чтобы полностью завершить Max, нужно использовать Cmd+Q, а не красную кнопку. | 76 |
| 9 | Sin texto... | 488 |
| 10 | дно
#хамзян | 73 |
| 11 | Sin texto... | 99 |
| 12 | Новый случай возгорания Ryzen 7 7800X3D: процессор вздулся и повредил материнскую плату ROG Crosshair X670E Hero
Ресурс UNIKO's Hardware обратил внимание на видео, опубликованное на китайской платформе Bilibili. На кадрах запечатлён процессор AMD Ryzen 7 7800X3D с явным вздутием на нижней стороне в районе контактов с сокетом. На самом процессоре и...
#новости
➡ ЧИТАТЬ ПОЛНОСТЬЮ ⬅ | 92 |
| 13 | Sin texto... | 79 |
| 14 | Sin texto... | 86 |
| 15 | Все логично | 81 |
| 16 | Грамотный пользователь желал абсолютной тишины 🔥
Типичный 🥸 Сисадмин | 74 |
| 17 | Sin texto... | 71 |
| 18 | 🚨 Один пакет до рута. В OpenWrt нашли критическую дыру в DHCPv6-сервере (CVSS 9.8)
В любимой прошивке раскопали шикарную RCE. Вся магия происходит в демоне odhcpd, который отвечает за выдачу IPv6-адресов. И да, по дефолту этот демон крутится с правами root 😬
Разрабы допустили классическое переполнение фиксированного 512-байтового стекового буфера (pdbuf). Чтобы взломать роутер, атакующему не нужна авторизация. Достаточно плюнуть снаружи всего один нужный UDP-пакет на 547 порт.
На Гитхабе подробно расписали сразу два независимых вектора атаки в функциях build_ia() и dhcpv6_ia_handle_IAs().
Хакер отправляет DHCPv6 REQUEST, в который напихано аномальное количество опций (например, 22 невалидных IA_PD и параметр RECONF_ACCEPT). Демон начинает формировать ответ со статусами ошибок, но забывает проверить, осталось ли место в буфере. В итоге ответ тупо пишется за пределы выделенной памяти, а переменная buflen уходит в integer underflow (переполнение через ноль).
И это довольно фатально... если на взрослых Linux-серверах от такого спасает защита стека и рандомизация памяти, то на роутерах эти механизмы часто отключены ради экономии ресурсов. В итоге обычное переполнение превращается в гарантированное удаленное выполнение кода. Готовые питоновские скрипты с эксплойтами уже лежат в паблике.
Уязвимость закрыли в свежих релизах 24.10.8 и 25.12.5. Кстати, ветка 24.10 в сентябре этого года всё - заканчивается, так что лучше сразу накатывать 25.12. Заодно апдейт закроет еще пачку веселых багов, вроде HTTP request smuggling в веб-морде uhttpd и утечек памяти.
Ну или если IPv6 вам физически не нужОн, то вырубайте его на интерфейсах от греха подальше. Меньше протоколов - крепче сон 💤
Типичный 🥸 Сисадмин | 72 |
| 19 | Sin texto... | 75 |
| 20 | Sin texto... | 81 |
