mwiacek.com | ColorColor | Mobile |
English
App - APN App - Gammu App - Gammu+ » Gammu+ internals App - ISTQB Glossary App - MyGnokii App - Sobieski App - True Fenix
Facebook (priv)
Chrome code (new/Gerrit)
Firefox Preview c/i Polski App - APN App - Bryły App - Historia polska App - Poczytaj mi tato App - Przepisy drogowe App - Słownik ISTQB App - Sobieski App - Straż
Artykuły i pliki
Praca dyplomowa
App Store Categories Acer (4) AMD (13) Android (84) APN (5) Apple (28) App Store (6) benchmark.pl (19) chip.pl (7) CHM (5) Chrome (5) dobreprogramy.pl (95) drogowe (40) English (130) English article (23) English blog (99) EPUB (7) Firefox OS (3) Fizyka (4) Gammu (62) Gammu+ (49) GSM (151) Hyperbook (10) ISTQB (3) jQuery (3) jQuery Mobile (3) książka 1 (6) książka 4 (97) License (4) Linux (33) Linux+ (1) MyGnokii (6) Nokia (30) NTFS (2) OS (41) PDF (5) poczytaj (1) poem (3) Polski (233) polski (239) Polski artykuł (58) polski blog (238) Polski blog (176) rysunki (2) S.F. (14) salon24.pl (180) Sobieski (8) Spider's Web (17) Straż (7) Tizen (5) TrueFenix (4) Ubuntu (5) Vista (5) WAT (1) wiersz (94) Windows (61) Windows 7 (11) x86 (115) Top 10 N82 review (2008) (201437) Przepisy drogowe (2012-2021) (153593) English articles and files (148974) Polskie artykuły i pliki (145582) Timeline 2024-08 (1) 2024-01 (1) 2023-12 (1) 2023-11 (1) 2023-03 (5) 2023-02 (1) 2023-01 (13) 2022-12 (9) 2022-11 (10) 2022-10 (12) 2022-09 (14) 2022-08 (4) 2022-07 (3) 2022-06 (4) 2022-05 (3) 2022-04 (9) 2022-03 (11) 2022-02 (9) 2022-01 (5) 2021-12 (6) 2021-11 (13) 2021-10 (11) 2021-09 (11) 2021-08 (4) 2021-07 (5) 2021-06 (12) 2021-05 (3) 2021-04 (4) 2021-03 (4) 2021-02 (5) 2021-01 (4) 2020-12 (4) 2020-11 (5) 2020-10 (1) 2020-09 (9) 2020-08 (5) 2020-07 (2) 2020-06 (1) 2020-05 (6) 2020-04 (3) 2020-03 (2) 2020-02 (2) 2020-01 (8) 2019-12 (2) 2019-11 (11) 2019-10 (1) 2019-09 (3) 2019-06 (1) 2019-05 (1) 2017-12 (2) 2017-11 (2) 2017-10 (2) 2016-01 (1) 2015-09 (2) 2015-08 (1) 2015-06 (1) 2015-05 (1) 2015-04 (1) 2015-03 (2) 2015-01 (1) 2014-10 (1) 2014-09 (2) 2014-07 (2) 2014-06 (5) 2014-05 (7) 2014-04 (3) 2014-03 (9) 2014-02 (5) 2014-01 (8) 2013-12 (7) 2013-11 (4) 2013-10 (10) 2013-09 (5) 2013-08 (9) 2013-07 (5) 2013-06 (1) 2013-05 (2) 2013-04 (3) 2013-02 (3) 2013-01 (7) 2012-12 (5) 2012-11 (5) 2012-10 (7) 2012-09 (2) 2012-08 (2) 2012-07 (2) 2012-06 (1) 2012-05 (2) 2012-04 (4) 2012-03 (6) 2012-02 (2) 2012-01 (3) 2011-12 (1) 2011-11 (1) 2011-04 (2) 2011-02 (2) 2011-01 (3) 2010-12 (5) 2010-11 (1) 2010-10 (2) 2010-08 (1) 2010-07 (2) 2010-06 (3) 2010-05 (9) 2010-04 (11) 2010-03 (14) 2009-12 (4) 2009-11 (2) 2009-10 (2) 2009-05 (1) 2009-03 (1) 2009-02 (1) 2009-01 (1) 2008-07 (1) 2008-05 (1) 2008-04 (1) 2007-12 (3) 2007-11 (2) 2007-10 (2) 2007-09 (3) 2007-08 (1) 2007-07 (2) 2007-06 (4) 2007-05 (4) 2007-04 (2) 2007-03 (5) 2007-02 (3) 2007-01 (6) 2006-12 (5) 2006-11 (5) 2006-10 (4) 2006-09 (2) 2006-08 (1) 2006-07 (6) 2006-06 (3) 2006-05 (2) 2006-04 (5) 2006-02 (1) 2006-01 (2) 2005-12 (1) 2005-09 (1) 2005-07 (1) 2003-11 (1) 2003-09 (5) 2002-11 (2) 2002-10 (14) 2001-07 (1) 2001-05 (2) 2001-01 (1) 2000-10 (1) 2000-07 (1) 2000-06 (1) 2000-03 (1) 1999-06 (2) 1999-04 (2) | Dlaczego Linuks jest bezpieczniejszy... czyli o rozwiązaniu nie dla idiotów (2021) polski polski blog dobreprogramy.pl x86 Linux Artykuł został opublikowany w serwisie dobreprogramy.pl Dawno temu Dawno, dawno temu praktycznie każda maszyna była oddzielną wyspą, a urządzenia i nośniki charakteryzowały się dosyć mocną awaryjnością. Standardem były rozmyślania, czy dysk od Samsunga czy IBM jest lepszy niż któraś tam Barracuda (przypomnę, że SMART został wymyślony około 1995 roku). Zwracaliśmy uwagę na obecność pól magnetycznych i problemy z dyskietkami Verbatim, wielu z nas doświadczało również tego, że porysowanych płyt CD / DVD / Blue-Ray nie można czytać w nieskończność, albo że ulegają one upływowi czasu. To wszystko wymuszało na nas przechowywanie plików w różnych miejscach - standardem było np. używanie oddzielnych dysków w kieszeniach. Na rynku istniało wiele rodzajów nośników i formatów plików, które wymuszały na nas ruszenie głową i dbanie przez nas o ich migrację. Nie mieliśmy przy tym zbyt dużo plików, systemy plików były proste i łatwe do zrozumienia i naprawienia - każdy wiedział, że "chkdsk" służy do sprawdzania, a "undelete" do odzyskiwania plików, o ile nie uległy nadpisaniu. Była wiedza, wymienianie się doświadczeniem i wykorzystywanie sprzętu do granic możliwości. Obecnie Wszyscy chcą mieć wszystko podane w sposób łatwy, prosty i przyjemny. Popatrzmy, co się stało po katastrofie w firmie OHV. Poinformowała ona, że rozpoczęła przygotowania związane z ofertą publiczną i wejściem na giełdę. Bodajże dzień później spłonęła serwerownia w Strasburgu, która (jak dla mnie) z zewnątrz wygląda podobnie do zestawów kontenerów na budowach. Co jest ciekawe w tej historii - obok siebie znalazły się trzy bloki, a część firm hostujących swój biznes nie miało kopii zapasowych. Jeden z przykładowych tytułów artykułów stwierdzał "Pożar w OVH to dramat tysięcy biznesów". Moje pytania - ile z nas ma sprawdzone i potwierdzone kopie plików przechowywanych w chmurach? Czy upewniliśmy, że nasze backupy są szyfrowane i robione w oddzielnych lokalizacjach? Czy to nie jest tak, że zaczęliśmy bezgranicznie ufać temu, że pliki tam są stuprocentowo bezpieczne? (bo łatwiej jest przerzucić na kogoś odpowiedzialność niż dbać o bezpieczeństwo samemu) Ciekawym faktem jest to, iż w wielu wypadkach dodajemy pliki, te ulegają stratnej kompresji, a my się pozbywamy oryginalnych najlepszych kopii (zastanówmy się, co by się stało, gdyby nagle YouTube zaczął wszystko zmieniać tak, że jakość zmniejszyłaby się 4x). Kolejnym ciekawym faktem jest brak czytania przez nas regulaminów (ewentualnie czytanie ich pobieżnie i akceptowanie nawet rozmytych zapisów, które dają odpowiednim platformom właściwie każdą władzę). Co się potem dzieje? Przykładem niech będą serwisy takie jak Pornhub (usunął 80% filmów), Facebook czy Twitter (które stosują swoje własne zasady stosownie do sytuacji politycznej). Pójdźmy dalej - w trosce o bezpieczeństwo instalujemy często i gęsto programy antywirusowe (dając dostęp do plików często tysiącom pracowników), a chwilę potem dziwimy się, że jakiś tam Kaspersky albo inne cudo może robić właściwie co chce. Hallo, hallo, taka jest zasada działania programów antywirusowych! Miałem pisać o Linuksie i właśnie do tego dochodzę. Jeden z innych blogerów napisał w swoim tytule "Masowa dystrybucja podatności, czyli jak pada mit bezpiecznego Linuksa". Miało to oczywiście na celu wywołanie tzw. gównoburzy, chciałbym się jednak pokrótce zastanowić nad tym, dlaczego Linux jest jednak bezpieczniejszy i dlaczego ten bloger właśnie sobie zaprzeczył. Jądro i wiele narzędzi udostępnianych jest z kodem źródłowym. Każdy, kto ma jakąkolwiek wiedzę techniczną, ma do nich dostęp i może je przeglądać, a nawet próbować modyfikować. Z jednej strony jest to proszenie się o kłopoty, z drugiej... skoro kod jest dostępny, to nie powinno być zbyt wielkich problemów z jego migracją na nową / lepszą wersję. A jak to wygląda u konkurencji? Did Microsoft Just Manually Patch Their Equation Editor Executable? Why Yes, Yes They Did. (CVE-2017-11882) W przypadku tego producenta tzw. wycieki kodu stają się podstawą do pisania, że zaraz nastąpi Armageddon. Ale zaraz zaraz... przecież do tego kodu mają dostęp pracownicy agencji rządowych, różnych firm trzecich, itp. Załóżmy roboczo, że milion ludzi ze średnim doświadczeniem może coś znaleźć i poinformować o tym lub nie, zaś w przypadku komponentów linuksowych niech kod analizuje dziesięć milionów ze średnim doświadczeniem - czyż nie jest to lepsze? No dobrze, ale przecież kod Microsoftu jest łamany również w formie binarnej, a do tego zazwyczaj trzeba większych umiejętności. Fakt, za to ludzie o dużych umiejętnościach pracują też nad linuksami i nie marnują czasu na jakieś zabawy z asemblerem (tzn. niektórzy też to robią, ale jakby nie jest to główny i najbardziej czasochłonny element pracy wszystkich z nich), skupiąc się na tworzeniu bardziej zaawansowanych technicznie rozwiązań (np. wiele systemów plików) Szczerze mówiąc przy obecnym sposobie pisania aplikacji byłbym zmartwiony, gdy w Fedorze nie znajdowano usterek. Rzecz w tym, że języki programowania często nie dbają o to, żeby programista dbał o poprawność (stąd próby chociażby z Rustem), i rzecz w tym, że często zakłada się, że raz zrobione w określony sposób testowanie wszystko załatwia (tymczasem mamy tzw. "pestidice paradox"). A jak to wygląda u konkurencji? Normalnie do łatania służy słynny drugi wtorek miesiąca. Chociaż istnieją poprawki poza harmonogramem, to przynajmniej z punktu widzenia zwykłego użytkownika te nie są tak częste. Należy pamiętać o słynnych problemach z ich instalacją (stąd są tu i tam wstrzymywane), różnych sposobach ich dystrybucji nawet do programów Microsoftu (co powiększa bałagan) i brakiem takiego samego entuzjazmu w łataniu różnych wersji. To skutkuje tym, że np. microcode do procesorów dostajemy po pół roku, jak nie później. Czy można więc zaufać dystrybucjom linuksowym? Odpowiedź jest banalna - jedne są lepsze niż drugie, a wszystko zależy od ludzi... ci niestety są coraz częściej niefrasobliwi i łamią podstawowe zasady bezpieczeństwa, nie instalują poprawek, itp. Na pewno jedno jest dobre - przy darmowych dystrybucjach łatwiej jest przekonać się do migracji na nową wersję (przy konieczności zakupu tysięcy czy milionów kopii Office czy Windows może pojawić się problem z gotówką). Ze swojej strony mogę dodać, że błąd w jądrze 5.12 RC1 związany z plikiem wymiany nie powinien mieć miejsca, zastanówmy się jednak, jak powinno wyglądać testowanie w tym wypadku - należałoby wykonać serię jakichś różnych operacji, sprawdzić integralność systemu plików i to, czy zostały zmienione odpowiednie pliki. Czy zabrakło tutaj wyobraźni, czasu czy czegoś innego? Nie wiem, za to wiem, że w dobrze prowadzonym projekcie po wystąpieniu takiego problemu należałoby napisać odpowiednie testy. Kwestię "bezpiecznego Linuksa" należy rozpatrywać również inaczej - skoro kodu nie da się zamknąć, to i nie można go wycofać. W przypadku Windows czy Apple jesteśmy uzależnieni od widzimisię producenta (dzisiaj potencjalnie mógłby powiedzieć "zwijam interes" i po zapłaceniu kar za zerwanie kontraktów to zrobić), w linuksowym światku każdy może przejąć pałeczkę i udostępnić to samo środowisko na innej platformie. Pamiętajmy przy tym, że obecny kod x86 ma nad sobą niewidzialne warstwy, w których siedzi nie wiadomo co. Intel już próbował łatać problemy z procesorami w sposób "lekko" kontrowersyjny - co on robi w innych miejscach, to jedynie Alan Turing wie... I właśnie dlatego bym podsumował to następująco: 1. dzisiejsi ludzie w sporej większości są roszczeniowi i często winni samym sobie, że "ich dane" nie są już "ich" (ale że sprzęt / soft nie działa jak powinien) - muszą wiedzieć, że wersja stabilna to wersja stabilna, beta to beta, backupy się robi i sprawdza, regulaminy się czyta, itp. 2. ilość znajdowanych luk tylko potwierdza, że platforma linuksowa rośnie w siłę, a open-source działa (oczywiście, oczywiście, powinniśmy mieć jeszcze lepsze sposoby na pisanie softu, ale... z kodem jest to łatwiejsze niż bez niego) 3. bezpieczeństwo Linuksa polega również na tym, że daje pewność, że nagle nie obudzimy się z ręką w nocniku (tzn. w świecie, gdzie monopol na sprzęt komputerowy ma tylko jedna firma) |