na marginesie niedawnej dyskusji - dziurawe słuchawki.
a część dalsza
"Część podatnych modeli współpracuje również z siecią lokalizacyjną Google Find Hub, przeznaczoną do odnajdywania zgubionych akcesoriów. Badacze wykazali, że przejęte słuchawki można przypisać do konta atakującego i wykorzystać do śledzenia właściciela. "
J.
W dniu 27.02.2026 o 17:59, J.F pisze:
Ta dziura to jest nic, tu
Prawie cały i prawie udało.
Cały, serwery np dns stoją na linuksie.
Przecież napisałem "i prawie mu się udało" więc o co ci biega?
tutaj po polsku gość o tym opowiada:
Dostawca usługi VPN z której korzystał haker mógłby coś wyśpiewać, dałoby się pewnie po nitce do kłębka dotrzeć do źródłowego adresu IP sprawcy całego zamieszania.
Fajne:) Tu akurat mamy przypadek zdobywania furtek na krzywy ryj, bez oficjalnych/nieoficjalnych nacisków na kogokolwiek. Niejawnie. Drobny element całości. Spokojnie można założyć że soft z zamkniętym kodem już MA takie furtki:)
Z ciekawostek, te terorysty używają kilku programów szyfrujących coby złamanie wiadomości zajęło więcej czasu, przynajmniej tak mówili w jakim programie dokumentalnym. Jak służby złamią szyfrowanie wtedy jest już po ptokach. Pewne stąd niedawne naciski na twórcę telegrama.
Mniejsza o to. Kombinują ci co mogą/mają środki.
A po co panu ta taśma na obiektywie, pan jesteś szur/płaskoziemca? Nie ufasz pan apple?
Stanie na Linuxie nie determinowało podatności. Musiało być spełnione więcej czynników niż tylko "stanie na Linuxie".
Czyli fachowcy niepotrzebnie podnieśli alarm i dali najwyższy priorytet, cieniasy no nie?
Zagrożone było dostatecznie duże by podnieść alarm. Szczególnie że podatność była wprowadzona celowo, więc potencjanie atakujący mogli ą natychmiast użyć ("normalna" sytuacja gdy testy czy inspekcja kodu wykażą błąd, wtedy można liczyć że atakujący dowiedzą się o podatności dopiero z ogłoszeniu o jej wykryciu). Ale jest spora różnica między poważnym zagrożeniem a przejęciem Internetu.
Tak a propo, w tej sprawie szereg rzeczy "śmierdziało":
- niepotrzebnie skomplikowany "sprytny" kod
- wzrost rozmiaru binarki
- niezgodność wersji dystrybucyjnej (.tar.gz) z repozytorium
- były problemy z nieoczekiwanymi padami biblioteki
Każda z tych rzeczy powinna spowodować pytania, a odpowiedź na nie powinna doprowadzić do wykrycia trojana (3 ostatnie punkty) lub nie pozwolić na jego wprowadzenie (pierwszy). Problemy z padami były badane, ale trojan został wykryty zanim pady zostały wyjaśnione.
Oprócz tego jest sprawa niepotrzebnych/nieprecyzyjnych zależności. Tzn. (dobra) praktyka użycia bibliotek ze względu na różne ficzery powoduje że obecny mechanizim zależności wprowadza do programu duże niepotrzebnego kodu. Ten niepotrzebny kod niby tylko marnuje pamięć, ale dzięki ficzerom ELF-a trojan w niepotrznie użytej bibliotece może uzyskać kontrolę nad programem.
W dniu 2026-02-28 o 13:11, alojzy nieborak pisze:
Dlaczego nie ufasz pan produktom appla? :) Aaaa, hakiery wykradły rządowe narzędzia, no pacz Pan.
W dniu 28.02.2026 o 11:47, spider pisze:
Możliwe, aczkolwiek brak aktywności w święta tu nie pasuje, do ruskich z resztą też.
W dniu 8.03.2026 o 19:30, Mirek pisze:
Bardziej Chiny lub Korea PN.
W dniu 8.03.2026 o 22:15, Janusz pisze:
Ale wtedy brak aktywności w Boże Narodzenie musiał by być celową zmyłką, a w przypadku Chin praca w Chiński Nowy Rok to już graniczy z niewolnictwem.
Have something to add? Share your thoughts — no account required.
Ask the community — no account required