-
Path: news-archive.icm.edu.pl!news.icm.edu.pl!news.chmurka.net!.POSTED.185.131.240.2!
not-for-mail
From: titanus <t...@g...kom>
Newsgroups: pl.misc.elektronika
Subject: Re: Hakowanie infrastruktury za pomocą wyrafinowanych narzędzi
Date: Sun, 10 Dec 2023 00:08:02 +0100
Organization: news.chmurka.net
Message-ID: <ul2rjj$go6$1$titanus@news.chmurka.net>
References: <ucgepp$1b6fh$1@dont-email.me>
<7...@g...com>
<ukpphd$ord8$1@dont-email.me>
<c...@g...com>
<ukqgic$31qh9$1@news.icm.edu.pl>
<7xpevz12iibp.1syvkbmecsgnf$.dlg@40tude.net>
<2...@a...localdomain>
<uksbi4$a7d2$1@portraits.wsisiz.edu.pl>
<2...@a...localdomain>
<ul051i$1t69b$3@dont-email.me> <ul08ji$mc7$3$Mirek@news.chmurka.net>
<ul1fcl$2601d$1@dont-email.me> <ul1m1o$nqj$1$Mirek@news.chmurka.net>
<ul1rat$27lbk$1@dont-email.me> <ul21f0$nqj$2$Mirek@news.chmurka.net>
<ul23aq$28sfa$1@dont-email.me> <ul27ik$nqj$4$Mirek@news.chmurka.net>
<ul290g$29otc$1@dont-email.me>
NNTP-Posting-Host: 185.131.240.2
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
Injection-Date: Sat, 9 Dec 2023 23:01:07 -0000 (UTC)
Injection-Info: news.chmurka.net; posting-account="titanus";
posting-host="185.131.240.2"; logging-data="17158";
mail-complaints-to="abuse-news.(at).chmurka.net"
User-Agent: Mozilla Thunderbird
Cancel-Lock: sha1:zfmVqml4UnQJFQgW9IOHhGigAa8=
sha256:xCWbQNM4CUD6atUEEP04CnYb3EIPEoHg/5xh/ZqLGxE=
sha1:XSJHYzcWODweQFRrU+u9RKBDOo4=
sha256:P9dxzmFqddOeMlW3LVfMrbqCiIcbSeqPSTaaN8g5940=
Content-Language: pl
In-Reply-To: <ul290g$29otc$1@dont-email.me>
Xref: news-archive.icm.edu.pl pl.misc.elektronika:785957
[ ukryj nagłówki ]W dniu 09.12.2023 o 18:43, heby pisze:
> On 09/12/2023 18:26, Mirek wrote:
>> Nie chce mi się już kontrować na te nietrafione argumenty.
>
> Wiadomo.
>
>> Czyli co? Dziadostwo i druciarstwo ..\dupa\build?
>
> Nie. \\dupa\build to takie same dziadostwo jak "wezme linuxa do migania
> diodą".
>
> To nie jest szkodliwe, ale tylko do momentu kiedy zaczyna mieć wpływ na
> bezpieczeństwo. W normalnych warunkach odpierniczanie dziadowy podlega
> tylko pod ekonomię i możesz miec sytuacje, gdzie nie ma znaczenia jak
> dziadowski jest proces dev produktu czy polepiony drutem OS, o ile to
> tylko nastepny odtwarzacz mp3.
>
> Linux nie jest bezpieczny jako podstawa systemu RT sterującego czymś
> krytycznym. Mozesz oczywiscie dać argument 'ale miliony instalacji...".
>
> To sa instalacje na *innym* hardware, niż w pociagu. Nie znasz jego
> stabilnosci na niszowym procesorze i nie jesteś w stanie jej nawet w
> sensowny sposob obronić, ponieważ ilość kodu uniemożliwia jakiekolwiek
> analizy, ilość instalacji jest bliska zeru, a jądro i oprogramowanie
> tworzone były na x86, a nie na cokolwiek tam masz.
>
> Do sterownia funkcjami krytycznymi polecam jednak systemy które są do
> tego projektowane i mają okreslone cechy pozwalające mi czuć sie tam
> bezpieczniej kiedy projektuje cos, od czego potencjalnie zależy zycie
> czlowieka. I najlepiej uproszczone do granic możliwości, realizujące
> tylko to, co załozono i ani grama wiecej.
>
> 10x bardziej ufałbym lokomotywie sterowanej przez proste PLC niż
> lokomotywie sterowanej przez Linuxa. Strach przed GPFem w cronie
> niepokoi mnie bardziej niż awaria sterowanika produkowanego od
> dziesiecioleci.
>
...no przepraszam, że się wtrącę między "wódkę a zakąskę" :D
Heby - kiedy wymienialiśmy opinie n/t budowy systemu sterowania HA,
bardzo jednak upierałeś się na tym, że należy (przynajmniej w tamtym
przypadku) wykorzystać to co zostało już przez kogoś zbudowane,
"przepracowane" - bo poprostu - działa. Kiedy argumentowałem, że nie
chcę takich rozwiązań ponieważ nie widzę dla nich zastosowania w moim
przypadku kontrowałeś, że chcę "wymyślać koło na nowo".
W tym przypadku (chodzi o sterowanie pociągu) argumentujesz w drugą
stronę: dziwisz się, że producent poszedł "na łatwiznę" i zastosował coś
co działa (choć jest wykorzystywane w innym zakresie) i jednak (jako
producent) powinien zrobić coś całkowicie od nowa.
Gdzie w tym przypadku leży różnica pomiędzy szarym człowiekiem z
konkretnymi wymaganiami i "dużym graczem" który jednak idzie na skróty ?
--
Pozdrawiam - titanus
Następne wpisy z tego wątku
- 10.12.23 01:29 io
- 10.12.23 10:43 Kamil Jońca
- 10.12.23 12:29 io
- 10.12.23 13:05 Mirek
- 10.12.23 16:10 heby
- 10.12.23 16:20 heby
- 10.12.23 18:02 Zbych
- 10.12.23 18:14 vamastah
- 10.12.23 21:45 RadosławF
- 10.12.23 22:18 heby
- 10.12.23 22:32 Zbych
- 10.12.23 23:20 heby
- 10.12.23 23:21 heby
- 11.12.23 13:10 io
- 11.12.23 13:26 io
Najnowsze wątki z tej grupy
- starość nie radość
- Ataki hakerskie
- Akumulatorki Ni-MH AA i AAA Green Cell
- Dławik CM
- JDG i utylizacja sprzetu
- Identyfikacja układ SO8 w sterowniku migających światełek choinkowych
- DS1813-10 się psuje
- Taki tam szkolny problem...
- LIR2032 a ML2032
- SmartWatch Multimetr bezprzewodowy
- olej psuje?
- Internet w lesie - Starlink
- Opis produktu z Aliexpress
- No proszę, a śmialiście się z hindusów.
- Zewnętrzne napięcie referencyjne LM385 1,2V -> 100mV dla ICL7106, Metex M-3800
Najnowsze wątki
- 2024-12-10 sprężyny przednie ściśnięte
- 2024-12-10 Warszawa => SEO Specialist (15-20h tygodniowo) <=
- 2024-12-10 Warszawa => Senior Frontend Developer (React + React Native) <=
- 2024-12-10 ciekawostka mandatowa
- 2024-12-09 Kolejny spaliniak się zjarał
- 2024-12-09 Katowice => Spedytor międzynarodowy <=
- 2024-12-09 Kraków => Senior PHP Developer <=
- 2024-12-09 Katowice => Key Account Manager <=
- 2024-12-09 Dlaczego szybko będzie o jedną organizację terrorystyczną mniej w UE? ["Sukcesy" walki z terroryzmem w Syrii]
- 2024-12-09 Kraków => Programista Full Stack .Net <=
- 2024-12-09 Gdańsk => Architekt rozwiązań (doświadczenie w obszarze Java, AWS)
- 2024-12-09 Poznań => Key Account Manager <=
- 2024-12-09 Gdańsk => System Architect (background deweloperski w Java) <=
- 2024-12-09 Słabszy sygnał GSM od kilku tugodni
- 2024-12-09 Warszawa => Spedytor Międzynarodowy <=