📶 Уязвимость оптоволоконных сетей GPON.

• Кстати, одна из самых интересных презентаций на конференции DEF CON 34 описывала атаку на GPWN. Два исследователя проанализировали защищенность сетей при передачи данных по оптическому кабелю и нашли способ прослушивания трафика, передаваемого клиентам по соседству.

• GPON расшифровывается как Gigabit Passive Optical Network. Определение Passive - ключевое, на "последней миле" все клиенты, подключенные к одному сплиттеру, получают одни и те же данные. Трафик для конкретного клиента маркируется и отделяется на программном уровне конечным устройством, известным как Optical Network Unit (ONU). Потратив всего около сотни баксов на оборудование, исследователи смогли модифицировать ONU так, что смогли читать данные, которые им не предназначались.

• Для идентификации на конечных устройствах пакеты данных оборачиваются в так называемые GEM - фреймы, каждый из которых имеет 12-битный идентификатор. Устройство ONU принимает данные со "своим" заголовком и отбрасывает все остальные. Исследователи приобрели SFP-модуль на базе чипсета Realtek RTL960x. Данный чипсет имеет хорошо задокументированный диагностический интерфейс, который, впрочем, сходу не позволил фильтровать трафик каким-то иным образом, помимо заданного провайдером.

• Для реального перехвата пришлось последовательно обойти несколько встроенных ограничителей: научиться переназначать идентификатор GEM-порта, отключить маркировку VLAN, перенастроить встроенный свитч для пересылки любых пакетов данных, а также отключить ряд иных методов защиты, таких как контрольные суммы. В результате исследователи получили возможность произвольно читать трафик, предназначенный для 128 разных клиентов, подключенных к тому же оптоволоконному сплиттеру. Ограничение в 128 клиентов, судя по всему, является аппаратным и актуально для пользовательских устройств.

• Но что вообще можно прочитать в сетевом трафике, который по большей части зашифрован? Ну, например, DNS-запросы. Авторы предполагают, что по ним можно не только определить картину сетевой активности домовладельца, но и выяснить, когда дом пустует. Выяснилось также, что в особых случаях оказывается возможным отслеживать трафик ближайших базовых станций, если они подключены к той же GPON-сети. Наконец, самое неприятное: незашифрованный голосовой трафик по протоколу SIP. Важное уточнение: во всех случаях наблюдать удавалось данные, которые передаются от провайдера к пользователю. В обратную сторону слежка невозможна.

• Исследователи отмечают, что возможность сплошного шифрования трафика имеется, но многие провайдеры ее просто не используют - это было подтверждено в ходе нескольких экспериментов в США и Индии. Можно также говорить о том, что злоумышленник, использующий собственный доступ к сети для слежки за соседями - маловероятная история. В отчете делается пока не полностью исследованный шаг в сторону взлома устройства Optical Line Terminal - это то, к чему подключены все домашние Optical Network Unit. Взлом такого устройства значительно расширит возможности потенциального атакующего, вплоть до компрометации провайдерских роутеров у клиентов. Авторы отчета исследовали OLT-устройство VSOL G100S и нашли в нем ряд уязвимостей, теоретически позволяющих выполнять команды от имени суперпользователя.

• Наконец, есть и еще одно предположение: домашний злоумышленник, желающий следить за чужим трафиком, вовсе необязателен. Вполне можно допустить физический взлом самих сплиттеров, часто расположенных в публичных местах. Подключение к ним позволит атакующему отслеживать как входящий, так и исходящий трафик. Если для пользователя или организации такой риск слишком серьезен, устранить его можно двумя путями. Первый - сплошное шифрование трафика провайдером. Второй - постоянное использование VPN на стороне абонента.

➡ Презентация.
➡ Видео.
➡ GitHub.
➡ Первоисточник | Источник.

#Новости #Security

🍔 Что о вас знает Вкусно и Точка Макдональдс?

• Журналист Wired Рис Роджерс решил выяснить, какие данные о нем собрала сеть быстрого питания "Макдоналдс" за все годы, что он пользовался ее мобильным приложением и участвовал в программе лояльности компании. В ответ он получил от корпорации документ на 515 страницах.

• Досье содержало подробный отчет о заказах: где и когда он посещал закусочную и что именно покупал. Мак дал оценку пищевым привычкам Роджерса и рассчитал, что в ближайшие 6 недель журналист придет в рестораны сети 2 раза и потратит там в среднем 14 баксов на каждый заказ.

• Вдобавок ресторан составил персональный рейтинг позиций, которые Роджерс с наибольшей вероятностью выберет. Вероятность того, что Роджерс перестанет быть клиентом "Макдоналдса", компания оценила как нулевую.

• Журналист попросил компанию удалить все данные о себе. Кроме того, он решил перестать есть в McDonald’s, чтобы "доказать алгоритму, что он ошибается"... Как будто кому-то не все равно.

• По-любому теперь будет закупаться через родственников/знакомых и хомячить дальше 🧠

➡️ https://www.wired.com/mcdonalds

#Разное

🥳 Проекту Debian сегодня исполняется 33 года. Дистрибутив был впервые анонсирован Яном Мёрдоком (Ian Murdock) 16 августа 1993 года в списке рассылки comp.os.linux.development.

Дорогие линуксоиды. Хочу уведомить вас о создании нового дистрибутива Linux который я называю Debian Linux. Этот дистрибутив в основном я создал "с нуля"; другими словами я не просто сделал несколько изменений в SLS и называл это новым релизом. Я решился на создание своего дистрибутива после использования SLS: будучи неудовлетворенным им даже после множества внесенных изменений я решил начать все с начала. - Ian A Murdock.

• А месяцем позже, 15 сентября, Ян выпустил Debian Linux в попытке разработать "универсальную операционную систему". На данный момент в проект вовлечено более 1000 разработчиков, а на технологиях Debian создано более 400 производных дистрибутивов...

• Кстати, мало кто знает, что название "Debian" составлено из имен Мёрдока (Ian) и его бывшей жены Дебры (Debra)!

➡️ https://www.debian.org/doc/manuals/history

#Debian #Разное

• Доброе утро 🫠

#Понедельник

• Бесплатную книгу об IPv6 обновили и добавили много актуальной информации. Тут вы найдете более 140 страниц информации на данную тему. Учитывайте, что книга полностью на английском языке, так что если у вас с этим трудности, то можно воспользоваться AI.

➡️ Читать онлайн | скачать в pdf.
➡️ Ссылка на GitHub.

• К слову, добавил книгу в свой репо. Обязательно загляните, если изучаете компьютерные сети! Здесь много полезной информации, которая распространяется абсолютно бесплатно: https://github.com/SE-adm/Awesome-network

#Сети

• Интересный материал от ребят из Бастион опубликован на хабре. Автор этой статьи купил на маркетплейсе USB-устройство с 1 ТБ памяти, но на самом деле флешка имела обьем в 16 Мбит. Есть разбор, каким образом на это устройство копируют крупные файлы и каким образом можно собрать свой аналог такого устройства.

➡️ https://habr.com/post/1062336

#RE #Security

📶 Очень объемный гайд с примерами организации SSH туннелей для решения различных задач. Данный материал будет полезен специалистам по безопасности и тем, кто изучает сети. Содержание следующее:

• Introduction.
• Part 1: Setting Up the Target Web Server:
➡Installing Apache2 on the Target Machine;
➡Creating a Custom Web Directory and HTML File;
➡Configuring Apache2 to Listen Only on Loopback Port 8080;
➡Configuring the Apache2 Virtual Host;
➡Enabling the Site and Restarting Apache2;
➡Verifying Local Access on the Target Machine;
➡Confirming the Service is Not Remotely Accessible.

• Part 2: Local Port Forwarding:
➡Verifying Port 8000 is Closed Before Tunnelling;
➡Establishing the SSH Local Port Forward;
➡Running the Tunnel in the Background;
➡Verifying the Tunnel with Nmap;
➡Accessing the Remote Service Through the Tunnel;
➡Verifying the Active Tunnel with Netstat.

• Part 3: Dynamic Port Forwarding (SOCKS Proxy):
➡Establishing the Dynamic Port Forward;
➡Verifying the SOCKS Proxy with Netstat;
➡Configuring Proxychains;
➡Launching Firefox Through Proxychains;
➡Accessing the Internal Service via Dynamic Proxy.

• Part 4: Remote Port Forwarding:
➡Establishing the SSH Remote Port Forward;
➡Verifying the Remote Forward with Netstat on the SSH Server.

• Part 5: RDP Access via Dynamic Port Forwarding and Proxychains:
➡Establishing the SSH Dynamic Tunnel from Kali;
➡Launching rdesktop Through Proxychains;
➡Windows RDP Login Screen via Proxychains;
➡Accessing the Windows Desktop.

• Part 6: RDP Access via SSH Remote Port Forwarding from the Pivot Host:
➡Initiating Remote Port Forward from Ubuntu to Kali;
➡Verifying the Remote Forward on Kali with Netstat;
➡Accessing RDP Directly on Kali’s Loopback.

• Part 7: RDP Access via GatewayPorts — Exposing the Tunnel to the Network:
➡Checking the Default GatewayPorts Setting;
➡Enabling GatewayPorts;
➡Restarting the SSH Service;
➡Initiating Remote Port Forward from Windows to Ubuntu;
➡Direct RDP Connection from Kali Using the Network IP;
➡Full Windows Desktop via GatewayPorts RDP Tunnel.

• Conclusion.
• Mitigation Strategies.

➡️ https://www.hackingarticles.in/ssh-port-forwarding-tunnelling

• В дополнение: практические примеры SSH.

➡SSH socks-прокси;
➡Туннель SSH (переадресация портов);
➡SSH-туннель на третий хост;
➡Обратный SSH-туннель;
➡Обратный прокси SSH;
➡Установка VPN по SSH;
➡Копирование ключа SSH (ssh-copy-id);
➡Удалённое выполнение команд (неинтерактивно);
➡Удалённый перехват пакетов и просмотр в Wireshark;
➡Копирование локальной папки на удалённый сервер по SSH;
➡Удалённые приложения GUI с переадресацией SSH X11;
➡Удалённое копирование файлов с помощью rsync и SSH;
➡SSH через сеть Tor;
➡SSH к инстансу EC2;
➡Редактирование текстовых файлов с помощью VIM через ssh/scp;
➡Монтирование удалённого SSH как локальной папки с SSHFS;
➡Мультиплексирование SSH с помощью ControlPath;
➡Потоковое видео по SSH с помощью VLC и SFTP;
➡Двухфакторная аутентификация;
➡Прыжки по хостам с SSH и -J;
➡Блокировка попыток брутфорса SSH с помощью iptables;
➡SSH Escape для изменения переадресации портов;

#SSH