-
Path: news-archive.icm.edu.pl!news.icm.edu.pl!news.nask.pl!news.nask.org.pl!news.unit
0.net!eternal-september.org!feeder.eternal-september.org!news.eternal-september
.org!.POSTED!not-for-mail
From: "Pszemol" <P...@P...com>
Newsgroups: pl.misc.telefonia.gsm
Subject: Re: Nie ma to jak chmura
Date: Mon, 1 Sep 2014 13:25:05 -0500
Organization: prywatna
Lines: 2
Message-ID: <lu2dkl$jo7$1@dont-email.me>
References: <54044b51$0$3053$65785112@news.neostrada.pl> <lu1j27$4am$1@dont-email.me>
<5404521e$0$2378$65785112@news.neostrada.pl> <lu1v1m$qvv$1@dont-email.me>
<540484e7$0$2366$65785112@news.neostrada.pl> <lu2994$g91$1@dont-email.me>
<5404ab41$0$2374$65785112@news.neostrada.pl> <lu2bkp$390$1@dont-email.me>
<5404b577$0$3054$65785112@news.neostrada.pl>
Reply-To: "Pszemol" <P...@B...com>
Mime-Version: 1.0
Content-Type: text/plain; format=flowed; charset="UTF-8"; reply-type=response
Content-Transfer-Encoding: 8bit
Injection-Date: Mon, 1 Sep 2014 18:24:21 +0000 (UTC)
Injection-Info: mx05.eternal-september.org;
posting-host="ccbc1cb848aecf784a2acafe7c221bd3";
logging-data="20231";
mail-complaints-to="a...@e...org";
posting-account="U2FsdGVkX18SQd/6/g066KKTZc7phSpa"
X-MimeOLE: Produced By Microsoft MimeOLE V14.0.8117.416
In-Reply-To: <5404b577$0$3054$65785112@news.neostrada.pl>
X-Newsreader: Microsoft Windows Live Mail 14.0.8117.416
Importance: Normal
Cancel-Lock: sha1:kT1yw+8jo0+tFBg7LC5LapyYJY8=
X-Priority: 3
X-MSMail-Priority: Normal
Xref: news-archive.icm.edu.pl pl.misc.telefonia.gsm:1062137
[ ukryj nagłówki ]"atm" <...@v...pl> wrote in message
news:5404b577$0$3054$65785112@news.neostrada.pl...
> On 2014-09-01 19:50, Pszemol wrote:
>> "atm" <...@v...pl> wrote in message
>> news:5404ab41$0$2374$65785112@news.neostrada.pl...
>>> Patrzac na Twoj powyzszy wpis potwierdzasz tylko to, ze to co
>>> napisalem nie jest bredzeniem. Jesli tak jest z haslami jak
>>> szczegolowo to opisales to idealnie sie takie podejscie wpisuje w
>>> napisy na papierowym kubku "uwaga goracy napoj" a na ciastku z
>>> nadzieniem "uwaga gorace ciastko". Zatem taki uzytkownik powinien byc
>>> chroniony sam przed soba
>>> co z kolei swietnie wpisuje sie w ideologie Apple.
>>
>> Piszesz tak, jak by problem dotyczył tylko Hollywood...
>> Zrozum, że oszust wszędzie widzi oszustów wokoł siebie: człowiek
>> uczciwy nie widzi potrzeby na te wszystkie zabezpieczenia, klucze,
>> szyfry, hasła - nie widzi potrzeby na zabezpieczanie się na wszystkie
>> strony i często nie jest to efekt "głupoty" a raczej dobrego serca
>> i niewiary w diebelstwo ludzi którzy za sport mają udupić innych ludzi.
>
> Taaaa, dorzuc do tego pietnowanie wlascicieli legalnie kupionego softu. Po
> kilku instalacjach/odinstalowaniach pod rzad wyskakuje monit z prosba o
> telefon do firmy produkujacej soft....
Otóż to :-)
>>> Zreszta Apple sam sie pod tym podpisal wprowadzajac blokade haslem
>>> na zakupy w Appstore po przypadku gdy dziecko zrobilo zakupy na
>>> koszt rodzica opiewajace bodajze na kilka tysiecy USD.
>>
>> I uważasz że to jest niemądre? Miałeś jakieś dzieci? Jesteś w stanie
>> przewidzieć wszystko co wpadnie do głowy 6-latkowi któremu dałeś
>> na chwilę telefon aby sobie pograł w myszki czy kulki czy co tam jeszcze?
>> Wiedząc że programiści appek do smarfonów często samą apkę dają
>> za friko a pieniądze zbierają po tym jak już się user w nałóg wprawi
>> i aby przeskoczyć level masz 5zł aby kupić sakiewkę diamentów
>> potrzebną do zabicia smoka następne 5zł itp, itd...
>
> Ok, takie zabezpieczenie uwazasz za madre, ale juz wymuszenie bardziej
> zlozonego hasla jest juz bzdura? Why? Po czym strzelasz hiperbola, ze to
> nie KGB ze 128 znakami w hasle... Do przecietnie sensownego zabezpieczenia
> potrzeba zdecydowanie mniej znakow.
Sugeruję, że jest różnica pomiędzy błędnym założeniem że dostęp
do telefonu ma zawsze ta sama dorosła osoba a założeniem że każde
konto MUSI mieć mnósto przypadkowych znaków bo przecież nawet
na iDrive możesz mieć różne konta o różnym stopniu prywatności
i do tych publicznych możesz mieć słabsze hasła niż prywatnych.
Żaden system nie uchroni użytkownika przed zrobieniem sobie
krzywdy i nie, nie znaczy to że w ogóle zabezpieczenia są bez sensu
tylko że nie należy z góry zakładać że hasła były trudne bo serwer
wymaga aby były duże/małe litery i cyfry i hasło miało 8 znaków.
Hasło Jolanta93 ma właśnie i duże i małe litery, cyfry, 9 znaków
a jest bardzo łatwe do odgadnięcia gdy znasz osobę którą "atakujesz".
> Ale spoko, moze sie okazac, ze jak w przypadku hasla zakupowego
> niebawem latka wprowadzi zabezpieczenie w postaci obowiazku
> podania duzych i malych liter, cyfr i znakow diakrytycznych.
latka?
>>> Poza tym swietnie Ci idzie bronienie Apple'a, tak na wszelki wypadek.
>>> Tak trzymaj, Tim wynagrodzi Ci to kuponem na 10000USD...na zakupy w
>>> Appstore ;]
>>
>> Nie wmawiaj mi że bronie Apple.
>> Nie mówię "było tak czy tak".
>> Raczej zauważam że było napisane: NIE WIEMY JAK BYŁO.
>> A potem widzę że piszesz że chmura taka czy owaka, że Apple taki i owaki.
>> Więc piszę "mogło też być tak..."
>>
>> To nie jest obrona tylko raczej próba otwarcia Ci oczu na to, że
>> wyobraźnia
>> Ci nie dopisała i widzisz tylko jedną stronę medalu.
>
> Ok, od poczatku:
>
> "Wygodna i....dostepna dla innych: "
>
> "Dokladnie i takie przypadki pokazuja wyraznie, ze trzeba byc naiwnym
> ufajac zapewnieniom usugodawcow o zastosowanych zabezpiecznieniach.
> Co do chmury Apple'a - oni chyba wczesniej uzywali Azure od MS?
> Nie wiem czy teraz juz w pelni korzystaja z wlasnych rozwiazan?"
>
> "W tej chwili jeszcze zadnen z duzych graczy (w tym wypadku Apple) jeszcze
> sie nie wypowiedzial. Chyba jednak zgodzisz sie, ze ciezko uwierzyc w
> wersje, ze 100 celebrytow mialo na tyle beznadziejne hasla, ze dalo sie je
> "odgadnac" brute forcem? Jesli jednak przyjac ten scenariusz to tez
> swiadczy o slabych zabezpieczeniach - uzytkownik a szczegolnie uzytkownik
> sprzetu Apple powien byc zabezpieczony odgornie przed wprowadzeniem zbyt
> prostego do zlamania hasla. "
>
> Gdziez to tak podle osadzilem Apple i podziabalem je widlami?
tu:
"Dokladnie i takie przypadki pokazuja wyraznie, ze trzeba byc naiwnym
ufajac zapewnieniom usugodawcow o zastosowanych zabezpiecznieniach."
Bo nie wiesz że TAKIE przypadki pokazują że nie warto ufać usługodawcom.
Nie wiesz czy Lawrene nie miała hasła Jeniffer89, czy jaką ona ma rok
urodzenia.
A więc forowanie tez że nie warto ufać usługodawcom jest strzelaniem w płot.
Następne wpisy z tego wątku
- 01.09.14 20:25 A.L.
- 01.09.14 20:47 P.B.
- 01.09.14 20:59 atm
- 01.09.14 22:04 J.F.
- 01.09.14 22:11 John Kołalsky
- 01.09.14 23:40 A.L.
- 02.09.14 00:18 Pszemol
- 02.09.14 00:18 Marek
- 02.09.14 00:52 A.L.
- 02.09.14 07:27 Andrzej
- 02.09.14 07:45 Artur Maśląg
- 02.09.14 08:58 J.F.
- 02.09.14 15:24 Liwiusz
- 02.09.14 17:22 A.L.
- 02.09.14 18:07 Pszemol
Najnowsze wątki z tej grupy
- Nazbyt "muzyczne" słuchawki
- 5G Apokalipsa - nie tylko dla tutejszych przeżuwaczy podpiczników
- Power BANK z ładowaniem przelotowym robi PRZERWY
- Aero2
- odbiornik GPS z kablem USB
- iOS, działające wifi z autolockiem
- Z instrukcji do kitu
- Re: W telefonie brak szufladki na drugą kartę SIM
- W telefonie brak szufladki na drugą kartę SIM
- DNS restrictions are on
- Słabszy sygnał GSM od kilku tugodni
- Re: Tani dodatkowy sim do smartwacha
- Praktyczny test GPS...
- Re: UseGalileo -- PRODUKTY I APLIKACJE UŻYWAJĄ JUŻ DZIŚ SYSTEMU GALILEO
- Re: UseGalileo -- PRODUKTY I APLIKACJE UŻYWAJĄ JUŻ DZIŚ SYSTEMU GALILEO
Najnowsze wątki
- 2025-01-31 kupujmy części
- 2025-01-30 pogromca ksiezy
- 2025-01-30 Warszawa => Data Engineer (Tech Lead) <=
- 2025-01-30 Czy WYNIESIENIE UE-posła Brauna z sali obrad UE-parlamentu stanowiło naruszenie jego immunitetu i godności?
- 2025-01-30 drukarka potrzebna
- 2025-01-30 Warszawa => QA Engineer (Quality Assurance) <=
- 2025-01-30 Łódź => Programista NodeJS <=
- 2025-01-30 Jest Trump prezydent jest Meta/FBook/Instagram ugoda za 25 mln. USD
- 2025-01-30 Gdańsk => Solution Architect (Java background) <=
- 2025-01-30 Zielona Góra => Senior Field Sales (system ERP) <=
- 2025-01-30 Błonie => Analityk Systemów Informatycznych (TMS SPEED) <=
- 2025-01-30 DeepSeek nie lubi gadać o polityce
- 2025-01-30 Błonie => Administrator systemów <=
- 2025-01-30 Gliwice => Business Development Manager - Network and Network Security
- 2025-01-30 Warszawa => Programista Full Stack (.Net Core) <=