Re: RadioStop - ojejkujejku, ukradli - Grupy dyskusyjne w eGospodarka.pl

eGospodarka.pl › Grupy › pl.misc.elektronika › RadioStop - ojejkujejku, ukradli › Re: RadioStop - ojejkujejku, ukradli

Path: news-archive.icm.edu.pl!news.icm.edu.pl!news.chmurka.net!.POSTED.176.97.52.216!
not-for-mail
From: io <i...@o...pl.invalid>
Newsgroups: pl.misc.elektronika
Subject: Re: RadioStop - ojejkujejku, ukradli
Date: Fri, 26 Jul 2024 17:23:45 +0200
Organization: news.chmurka.net
Message-ID: <v80f24$j8f$1@news.chmurka.net>
References: <v7t4ne$26aq6$5@dont-email.me> <v7uahq$gnq$1@news.chmurka.net>
<v7ueon$2erlf$1@dont-email.me> <v7uh44$2f72m$1@dont-email.me>
<v7uihp$2fhpv$1@dont-email.me>
<a...@n...chmurka.net>
<v7vu39$2pv4q$1@dont-email.me> <v7vvdk$ui9$2@news.chmurka.net>
<v802n6$2qn4l$3@dont-email.me> <v80442$ui9$4@news.chmurka.net>
<v804l1$2qn4l$5@dont-email.me> <v8058p$afl$1@news.chmurka.net>
<v806br$2qn4l$12@dont-email.me> <v80780$c6h$1@news.chmurka.net>
<v807pn$2qn4l$15@dont-email.me> <v809dd$epa$1@news.chmurka.net>
<v809gp$2qn4l$19@dont-email.me> <v80avk$fvn$1@news.chmurka.net>
<v80bdr$2qn4l$22@dont-email.me> <v80c32$grv$1@news.chmurka.net>
<v80ciu$2qn4l$23@dont-email.me>
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
Injection-Date: Fri, 26 Jul 2024 15:23:48 -0000 (UTC)
Injection-Info: news.chmurka.net; posting-account="niusy.pl";
posting-host="176.97.52.216"; logging-data="19727";
mail-complaints-to="abuse-news.(at).chmurka.net"
User-Agent: Mozilla Thunderbird
Cancel-Lock: sha1:klnmQig29YQyjOwnCrxlpiaVXPY=
sha256:fwnoskBGxxbRg6YDnimBmJkTsJj4ftCkqY5/z12nDXg=
sha1:6fY088m/qmeS0caNLHnOILuN58A=
sha256:3Itj6zDNAsmTAjT8UOakbhYeAWc3+lHpPsnkO7U+hWo=
Content-Language: pl
In-Reply-To: <v80ciu$2qn4l$23@dont-email.me>
Xref: news-archive.icm.edu.pl pl.misc.elektronika:793067
[ ukryj nagłówki ]
W dniu 26.07.2024 o 16:41, heby pisze:
> On 26/07/2024 16:33, io wrote:
>>> Czy Ty właśnie potwierdziłeś, że znajomość numeru IP *JEST* metodą
>>> zabezpieczenia, skoro jego nieznajomość przez atakujacego jest
>>> bezpieczniejsza?
>> Wiele informacji jest przydatnych by zwiększyć szanse powodzenia.
>
> Czyli sugerujesz, że metody zabezpieczeń bazują na białku
> nieudzielajacym informacji?
>
> A ja myślałem, że lata 80 są za nami.
>
> Jak ostatnio sprawdzałem, to raczej wszelakie zabezpieczenia są
> projektowane tak, aby białko nie miało jak wpłynąc na ich jakość. Ale
> może ja w innej rzeczywistości jestem, gdzie zamiast tajnych haseł na
> samoprzylepnych karteczkach stosuje się jakieś np. TPMy których białko
> nie da rady popsuć.
>

No to chyba nie ma problemu, prawda? :-)