Article View: pl.comp.os.advocacy
Article #471838Re: Suse, Ubuntu, Fedoro, nie idźcie tą drogą
From: Radosław Gancarz
Date: Sat, 09 Jan 2010 12:48
Date: Sat, 09 Jan 2010 12:48
124 lines
6816 bytes
6816 bytes
Andrzej Rosa <bakters@yahoo.com> wrote: [... własne repo ...] > >> a potencjalny target jest o rząd wielkości mniejszy. (Pomijam > >> różnicę w udziale rynkowym, > > > > A to błąd. Zastanów się czy bardziej opłaca się robić malware/exploita > > na coś, co chodzi na 90% komputerów desktopowych czy na 2%. > > Rynek stale rośnie, liczba użytkowników Linuksa rośnie minimum > proporcjonalnie do rynku (a pewnie ze dwa razy szybciej), a malware jak > nie było, tak nie ma. Ale masz jakieś statystyki, które to pokazują? Bo jakoś nigdzie nie widziałem tego wzrostu liczby użytkowników Linuksa (np. na ranking.pl widać spadek z 0.51% w 2007 do ok. 0.38% i mozolny wzrost udziału do 0.41% teraz, na w3counter.com pokazują 2.14% i też nie bardzo widać żeby to rosło - cały czas oscyluje wokół tej wartości). > Nie wszystko można wyjaśnić większą popularnością Windowsa. No sorry Winnetou ale 2 procent to się nie opłaca atakować, w szczególności biorąc pod uwagę nadreprezentację mało atrakcyjnych (dla potencjalnych autorów malware) grup użytkowników. > >> zakładam tylko że jednemu na dziesięciu > >> użytkowników będzie się chciało dodawać jakieś repozytoria, co przecież > >> i tak jest pewnie grubym przeszacowaniem.) > > Chyba, ze chce miec aktualne wersje softu, wtedy nie bardzo ma wybór. > Wtedy użyje jakiegoś _popularnego_ repo, nie? Albo Popularnej Dystrybucji, albo popularnego OS-a? :> Hmmm... Tekst "Miliony much nie moga się mylić" zwykle pada z linuksowej strony barykady... > > Non sequitur. Sprawdzasz skrót a nie podpis. A podpis jest zazwyczaj > > zaszyty w pliku .exe > > Pojęcia nie miałem. Mogę więc założyć, że znacząca większość > użytkowników Windows też nie ma, czyli mechanizm nie działa. Podobnie znacząca zapewne część użytkowników Linuksa po prostu akceptuje klucz repo. [...] > > OK, załóżmy że system sprawdza podpisy wszystkich binarek ściągniętych z > > sieci. Co Ci daje to, że plik "Zenek's Screensaver" jest podpisany przez > > "Zenek & Friends Code Signing Service"? To automatycznie wyklucza, że > > Zenek może mi zainstalować adware albo rootkita w stylu Sony (o czym np. > > pisze gdzieś na końcu licencji, których i tak nikt nie czyta)? > > Rozwiązanie jest oczywiste. Trzeba domyślnie blokować instalację z > niezaufanych źródeł, oraz oferować serwis, dzięki któremu instalacja z > zaufanych źródeł będzie wygodniejsza i przyjemniejsza niż ściąganie > czegoś z szemranego Internetu. Znaczy Trusted Computing, appstore i cała reszta? Bo wiesz, reszta to półśrodki... Cały czas mnożysz sobie gadżety, które Ci przesłaniają podstawowy aspekt sprawy - administrator danego komputera ZAUFAŁ na tyle danemu ŹRÓDŁU, że zainstalował z niego oprogramowanie. Jeśli Twoje domyslne blokowanie bedzie mu przeszkadzało to je sobie wyłączy, podobnie jak ludzie robią z UAC w Viście. > W tym wypadku, trzeba by pojechać ostro > po Windowsie i naprawdę utrudnić instalację oprogramowania nie > zatwierdzonego przez zaufane źródło. Użytkownik musiałby sięgnąć prawą > ręką do lewej kieszeni, żeby taki program zainstalować, mniej więcej tak > jak na Linuksie. Tak, tak. Dodanie "szemranego" repo jest jakoś trudniejsze od dodania "zaufanego"? > Ale tak nie zrobią, bo Ballmer by na tym stracił jakieś dochody. Za to > Google zrobił. Ciekawe kto wygra w dłuższej skali czasowej...? ;-) Przed Google było Apple. I co? Podoba Ci się zatwierdzanie aplikacji w Appstore? :> > >> To takie proste. Naprawdę. > > ... tym gorzej dla rzeczywistości. > Nic nie gorzej. Na Linuksie to działa, ... tylko softu jakoś tak mało. I każda popierdółka musi byc kompilowana pod konkretną dystrybucję bo wersje bibliotek różne etc. Kupa pracy, za którą ktoś musi zapłacić (albo zrobić ją za friko)... > a Chrome OS to jeszcze inna liga. Finalnej wersji Chrome OS jak na razie jeszcze nie ma, więc nie ekscytuj się. > >> > Binarki dla Windows pobierane z internetu też mogą być podpisane > >> > i daje się to prosto sprawdzić. I masz to zintegrowane z PKI. > >> > >> Grunt że mogą nie być, a działają równie dobrze jak te podpisane. > > > > Zupełnie jak niepodpisane binarki dla Linuksa. YPB? > > Binarki spoza repozytorium nie działają równie dobrze. Po pierwsze, nie > wiadomo czy w ogóle zadziałają, bo mogą mieć nierozwiązane zależności. Binarki z repo niestety też. Naprawdę bycie podpisanym nie gwarantuje Ci, że pakowacz zrobił swoją pracę dobrze. > Po drugie wymagają by coś gdzieś ręcznie dopisywać, podawać hasło itd. Wystarczy kliknąć na niepodpisanym .rpm czy .deb. Nie patrz na instalację softu przez pryzmat pochodnych Gentoo. > (Może tak spróbuję - gdzieś czytałem, że w przypadku malware każda > interakcja z użytkownikiem spowalnia propagację o rzędy wielkości. > Potrafisz sobie wyobrazić, że dwa kliknięcia OK są o rząd wielkości > gorsze niż jedno kliknięcie OK?) Może poczytaj o trojanach, które przychodziły jako zaszyfrowany ZIP z hasłem na obrazku. I co? Ludzie tez instalowali bo ufali nadawcy albo byli ciekawi treści. Beat this. Pozdrawiam -- Radosław Gancarz r a d e k g @ h e l l . p l http://bugs.from.hell.pl/
Technical Details
Message-ID:
<hi9tvm$qs9$1@achot.icm.edu.pl>Path:
mbox-mo1.pugleaf.net!news-archive.icm.edu.pl!news2.icm.edu.pl!not-for-mailReferences:
<hgm3m0$592$1@node2.news.atman.pl> <57mc17-sdo.ln1@bakters.bandit.home> <hi1sql$mmt$1@inews.gazeta.pl> <8dke17-4rc.ln1@bakters.bandit.home> <hi2sf7$r7b$1@inews.gazeta.pl> <mdhg17-ji1.ln1@bakters.bandit.home> <hi53uk$3bm$1@inews.gazeta.pl> <ba4j17-8uj.ln1@bakters.bandit.home> <hi6psk$op9$1@achot.icm.edu.pl> <qq0k17-b0c.ln1@bakters.bandit.home> <hi7vcd$27i$1@achot.icm.edu.pl> <vbfk17-d4o.ln1@bakters.bandit.home> <hi850p$9q0$1@achot.icm.edu.pl> <j9rl17-d8u.ln1@bakters.bandit.home>Show Full Headers
Complete Article Headers
Path: mbox-mo1.pugleaf.net!news-archive.icm.edu.pl!news2.icm.edu.pl!not-for-mail
From: Radosław Gancarz <N0Spam_radekg@hell.pl>
Newsgroups: pl.comp.os.advocacy
Subject: Re: Suse, Ubuntu, Fedoro, nie
idźcie tą drogą
Date: Sat, 9 Jan 2010 12:48:54 +0000 (UTC)
Organization: http://news.icm.edu.pl/
Lines: 124
Sender: Radoslaw Gancarz <radekg@hell.pl>
Message-ID: <hi9tvm$qs9$1@achot.icm.edu.pl>
References: <hgm3m0$592$1@node2.news.atman.pl> <57mc17-sdo.ln1@bakters.bandit.home> <hi1sql$mmt$1@inews.gazeta.pl> <8dke17-4rc.ln1@bakters.bandit.home> <hi2sf7$r7b$1@inews.gazeta.pl> <mdhg17-ji1.ln1@bakters.bandit.home> <hi53uk$3bm$1@inews.gazeta.pl> <ba4j17-8uj.ln1@bakters.bandit.home> <hi6psk$op9$1@achot.icm.edu.pl> <qq0k17-b0c.ln1@bakters.bandit.home> <hi7vcd$27i$1@achot.icm.edu.pl> <vbfk17-d4o.ln1@bakters.bandit.home> <hi850p$9q0$1@achot.icm.edu.pl> <j9rl17-d8u.ln1@bakters.bandit.home>
NNTP-Posting-Host: hell.pl
Mime-Version: 1.0
X-Trace: achot.icm.edu.pl 1263041334 27529 193.219.28.162 (9 Jan 2010 12:48:54 GMT)
X-Complaints-To: abuse@icm.edu.pl
NNTP-Posting-Date: Sat, 9 Jan 2010 12:48:54 +0000 (UTC)
User-Agent: tin/1.9.4-20090211 ("Rieclachan") (UNIX) (Linux/2.6.18-6-xen-686 (i686))
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit