Co się stało?

4 maja 2026 r. Zakład Ubezpieczeń Społecznych wdrożył metrykę 325 dla programu Płatnik w wersji 10.02.002. Miała być pobierana automatycznie przy starcie programu. W teorii — elegancko. W praktyce — od 5 maja użytkownicy masowo zgłaszali problemy z pobraniem pakietu aktualizacji. Program albo zawieszał się przy starcie, albo rzucał błędem połączenia, albo po prostu odmawiał dalszej pracy.

ZUS szybko opublikował komunikat o „ograniczeniach w pobieraniu aktualizacji” i zaproponował rozwiązanie: plik P2StartFix2.exe, który miał naprawić sytuację.

P2StartFix2 — oficjalny fix od ZUS

ZUS udostępnił narzędzie naprawcze P2StartFix2.exe. Instrukcja jest prosta:

1. Pobierz plik P2StartFix2.exe ze strony ZUS (link poniżej).
2. Zamknij program Płatnik.
3. Uruchom P2StartFix2.exe jako administrator.
4. Potwierdź zgodę na wykonanie aktualizacji — kliknij OK.
5. Potwierdź zakończenie — ponownie OK.
6. Uruchom Płatnika i sprawdź, czy aktualizacja przechodzi.

Link do pobrania P2StartFix2 i pełnego instalatora Płatnika:  Pobierz program Płatnik 10.02.002 — oficjalna strona ZUS

U wielu osób to wystarczy. Ale nie u wszystkich.

Gdy P2StartFix2 nie pomaga — ręczna aktualizacja metryki

Na forach i w grupach na Facebooku poświęconych Płatnikowi pojawiło się mnóstwo zgłoszeń, że P2StartFix2 nie rozwiązuje problemu. Na części komputerów fix przechodzi bez błędu, a Płatnik i tak nie rusza. Na innych wyskakuje komunikat o błędzie ładowania certyfikatu. Znam to z autopsji — obsługuję kilka firm i na dwóch stanowiskach fix po prostu nie zadziałał.

Rozwiązanie: ręczne pobranie metryki i wgranie jej z dysku.

Krok po kroku:

1. Pobierz paczkę z metryką ze strony ZUS

Wejdź na stronę serwera dystrybucyjnego ZUS:  https://pobierz.zus.pl/dystrybucja/slowniki/

2. Rozpakuj archiwum

Wypakuj pobrany plik ZIP do wybranego folderu — np. C:\Temp\metryka. Wewnątrz znajdziesz plik metryka.xml.

3. Wgraj metrykę ręcznie w Płatniku

• Uruchom Płatnik i zaloguj się.
• Z górnego menu wybierz: Administracja → Aktualizuj komponenty programu — z dysku…
• Otworzy się okno „Aktualizacja programu i danych płatnika”.
• Kliknij „Pobierz aktualizacje” (tak, ta nazwa jest myląca — chodzi o import z dysku).
• Wskaż plik metryka.xml z folderu, do którego rozpakowałeś archiwum.
• Poczekaj na zakończenie procesu.

Jeśli wszystko pójdzie dobrze, zobaczysz status „Zaktualizowano”. Gdyby dane były już aktualne, pojawi się status „Aktualne”.

4. Konwersja bazy danych

Po wgraniu nowej metryki program może poprosić o konwersję bazy danych. To normalne — szczególnie po metryce z 24 kwietnia, która wprowadzała zmiany w formularzach ZUS DRA i ZUS RCA. Zaloguj się jako Administrator Płatnika (nie zwykły Użytkownik) i postępuj zgodnie z komunikatami.

 Zanim cokolwiek zrobisz — wykonaj kopię zapasową bazy danych! Zapisz też, gdzie ta baza leży na dysku i jakie jest hasło dostępu. Bez tego w razie problemów nie odtworzysz danych.

Dlaczego autoaktualizacja nie działa?

To pytanie wraca przy każdej nowej metryce. Problem polega na tym, że mechanizm autoaktualizacji Płatnika opiera się na komunikacji z serwerami ZUS, które przy masowym pobieraniu po prostu nie wytrzymują obciążenia. Dodatkowo metryka 325 była podpisana certyfikatem, który u części użytkowników powodował problemy weryfikacji — szczególnie w środowiskach korzystających z podpisu osobistego (e-dowód).

ZUS sam przyznał, że metryka 325 miała rozwiązać problem użytkowników e-dowodu z pobieraniem danych. Paradoksalnie, jej wdrożenie wygenerowało nowe problemy.

Uwaga na false-positive antywirusów

W paczce z metryką 325 plik KOD_About.exe.zip jest fałszywie wykrywany przez niektóre silniki antywirusowe. To znany problem — plik pochodzi z oficjalnego serwera ZUS i nie jest zagrożeniem. Jeśli Twój antywirus blokuje pobranie, tymczasowo dodaj wyjątek dla folderu, do którego pobierasz paczkę.

PS. Niektórzy twierdzą ze cały ZUS to Malware

Podsumowanie

Program Płatnik to narzędzie, z którego korzystają setki tysięcy firm w Polsce. Niestety, prawie każde wdrożenie nowej metryki kończy się falą problemów. Kluczowa lekcja jest taka: nie polegaj wyłącznie na autoaktualizacji. Trzymaj pod ręką link do strony ZUS z plikiem metryki i wiedz, jak wgrać ją ręcznie. To umiejętność, która będzie Ci służyć przy każdej kolejnej aktualizacji.

Przydatne linki:

• Pobierz program Płatnik 10.02.002 — ZUS
• Komunikaty techniczne ZUS
• Instrukcja aktualizacji komponentów — ZUS
• Forum użytkowników Płatnika

Artykuł Płatnik nie startuje po aktualizacji metryki? Fix z ZUS nie pomaga? pochodzi z serwisu Z IT Wzięte.

Czasami jeden e-mail może zmienić historię całej branży. W styczniu 2011 roku Jed McCaleb wysłał wiadomość, która zapoczątkowała jedną z największych katastrof w historii kryptowalut. A wszystko zaczęło się od… kart do gry.

Magiczne Początki

W 2007 roku Jed McCaleb miał prosty pomysł – stworzyć miejsce, gdzie gracze Magic: The Gathering Online mogliby wymieniać się kartami jak akcjami na giełdzie. Kupił domenę mtgox.com (skrót od “Magic: The Gathering Online eXchange”) i uruchomił platformę. Problem? Szybko się znudził tym projektem.

Przez trzy lata domena praktycznie nie była używana. McCaleb przerzucił się na inne projekty, a mtgox.com służył głównie do reklamowania jego nowej gry “The Far Wilds”. Nikt wtedy nie spodziewał się, że ta zapomniana domena stanie się synonimem największej katastrofy w historii Bitcoina.

Bitcoin Zmienia Wszystko

W lipcu 2010 roku McCaleb przeczytał o Bitcoinie na Slashdot. Jak wielu programistów tamtych czasów, od razu wyczuł potencjał tej nowej technologii. Problem był jeden – brak miejsca, gdzie można by było łatwo wymieniać bitcoiny na prawdziwe pieniądze.

18 lipca 2010 roku uruchomił MtGox jako giełdę bitcoinową. Wykorzystał swoją starą domenę – w końcu się przydała! To była jedna z pierwszych giełd na świecie, więc szybko zyskała popularność. Na początku 2011 roku MtGox obsługiwał już znaczną część światowego handlu bitcoinami.

E-mail, Który Zmienił Historię

Ale McCaleb miał problem. Prowadzenie giełdy bitcoinowej okazało się dużo bardziej skomplikowane niż handel kartami do gry. Potrzeba było ciągłego nadzoru, obsługi klienta, zabezpieczeń… A on miał inne pomysły na głowie.

18 stycznia 2011 roku wysłał e-mail do Marka Karpelesa, francuskiego programisty mieszkającego w Tokio:

“Hi Mark~… Please keep all this confidential I don’t want to start a panic and I’m not sure I’ll do it yet but I’m thinking I might try to sell mtgox. I just have these other projects I would like to devote more time to. Would you be interested?”

Ten nieco chaotyczny e-mail uruchomił lawinę wydarzeń, która ostatecznie doprowadziła do utraty 850,000 bitcoinów i bankructwa największej giełdy świata.

Sprzedaż na Wyjątkowo “Korzystnych” Warunkach

Karpeles, który już wcześniej pomagał przy rozwoju MtGox, od razu wykazał zainteresowanie. 3 lutego 2011 roku podpisano umowę sprzedaży na… dość osobliwych warunkach.

McCaleb praktycznie oddał MtGox za darmo. Karpeles nie musiał płacić dużej sumy z góry – większość “zapłaty” miała pochodzić z przyszłych zysków giełdy przez sześć miesięcy. Do tego McCaleb zachował 12% udziałów w firmie.

Ale najciekawszy był punkt w umowie, który brzmiał jak prawne minowe pole: “Sprzedający (McCaleb) nie jest pewien, czy mtgox.com jest zgodny z jakimkolwiek amerykańskim kodeksem lub statutem, lub prawem jakiegokolwiek kraju”.

Dodatkowo McCaleb wpisał klauzulę odszkodowawczą – Karpeles miał go chronić przed wszelkimi konsekwencjami prawnymi związanymi z przejęciem giełdy.

Pierwsza Nieprzyjemna Niespodzianka

Karpeles szybko przekonał się, że dostał nie tylko giełdę, ale i jej problemy. Krótko po przejęciu dowiedział się, że MtGox został już wcześniej zhakowany i brakowało mu około 80,000 bitcoinów.

28 kwietnia 2011 roku McCaleb wysłał e-mail, który prawdopodobnie był początkiem koszmaru Karpelesa – powiadamiał o wcześniejszych problemach z bezpieczeństwem. Nowy właściciel giełdy właśnie odkrył, że kupił nie tylko biznes, ale i jego ukryte długi.

Gdzie Są Teraz?

Ironia losu chce, że obu protagonistów tej historii poszło całkiem nieźle. McCaleb sprzedawszy MtGox zanim eksplodował, przerzucił się na inne projekty kryptowalutowe. Stworzył Ripple, a potem Stellar – oba projekty uczyniły go multimilionerem.

Karpeles? Po latach w japońskim więzieniu i procesach sądowych, w 2024 roku ogłosił uruchomienie nowej giełdy kryptowalutowej EllipX… w Polsce. Najwyraźniej niczego go nie nauczyła przeszłość.

Lekcja na Przyszłość

Historia sprzedaży MtGox to klasyczny przykład tego, jak szybko rozwijający się rynek kryptowalut przyciągał ludzi nieprzygotowanych na jego złożoność. McCaleb był genialnym programistą, ale nie biznesmenem. Karpeles miał ambicje, ale brakowało mu doświadczenia w zarządzaniu finansami na taką skalę.

Gdyby McCaleb poświęcił więcej czasu na zbudowanie solidnych fundamentów bezpieczeństwa zamiast szukania szybkiej drogi ucieczki, historia bitcoina mogłaby potoczyć się zupełnie inaczej. A gdyby Karpeles dokładniej sprawdził, co kupuje…

Ale przecież wtedy nie mielibyśmy jednej z najbarwniejszych historii w całej kryptowalutowej branży.

Artykuł Wzloty  i upadki bitcoin – Początek pochodzi z serwisu Z IT Wzięte.

Krótko i treściwie:

mamy błąd : „Brak obiekty PAXML.XMLParser” i co z tym zrobić ? Zadzwonić do ZUSu ? (neee – szkoda życia) .

Błąd oznacza ze jest problem z bibliotekami i najczęściej pojawia się po jakiś większych manewrach systemowych ( reinstalacja aktualizacja lub anihilacja windowsa ).

W pierwszej kolejności do rozwiązania problemu instalujemy biblioteki „Microsoft Visual C++ 2010 Redistributable” . Tak dobrze widzicie biblioteki z 2010 roku !!! , z nowszymi nie gada …

Do pobrania stąd:

• https://www.microsoft.com/en-us/download/details.aspx?id=26999
• https://mega.nz/file/8rF0zJqD#dY9dt__RMTPRxPgKH8LFugNHebe0w7Kb2qGNehT10qE

… tak wiem … mega … ale dla pewności wolałem zapisać u Siebie , na wypadek jakby Microsoft się nie przejął faktem ze to potrzebne do Płatnika, i wyoutował by z internetu bibliotekę z 2010 roku

To instalujemy

Następnie wchodzimy tam gdzie Płatnik jest zainstalowany i uruchamiamy (z uprawnieniami administratora) plik „ASSECO.ASSEMBLY.COM.REG.bat”.

Reset i powinno działać .

Jeśli nie …. well …. reinstalacja płątnika od zera.

Artykuł Płatnik : Brak Obiektu PAXML.XMLParser pochodzi z serwisu Z IT Wzięte.

Taaa…

Zus na stornie ma jakąś przedpotopową wersję Płatnika, który po instalacji musi się zaktualizować do najnowszej . A nie zaktualizuje się bo ….

NUpdater.DajMetryke: Certyfikat nie znajduje się na liście zaufanych.

Powodzenia z szukaniem info na stronach zusu…

Co się okazuje , aby to ruszyło to potrzeba zaintalować malutką poprawkę … którą nie da się znaleźć na stronach zusu (przynajmniej ja poległem) ….

Tak to my tej złotej epoki rozwoju i inforamatyzacji w tym kraju nie zbudujemy

Poniżej Linki do ściągnięcia łatki P2StartFix

1. https://redir.cache.orange.pl/zus/pobierz/dystrybucja/a1_10_02_002/dodatki/P2StartFix.exe
2. https://mega.nz/file/M7s1nBKa#CbcPJCmJOdiwNymxVC6IbqmjIn6OBGxoS5kVKwjsPPk

Tak wiem… „mega”. Ale sam to tam wrzuciłem na wypadek jakby znikło z internetu.

Po instalacji tego Patcha płatnika trzeba zaktualizaować (ręcznie wybrać mu aktualizuj komponenty) i zresetować (chyba z naście razy). Po pełnej aktualizacji zaczyna to działać

Ehhh. Niech ktoś mi przypomni ile kosztuje utrzymanie tego programu ?

s NUpdater.DajMetryke | NUpdater.DajMetryke: Certyfikat nie znajduje się na liście zaufanych certyfikatów (Brak na liście TSL oraz w magazynie zaufanych certyfikatów) | NUpdater.DajMetryke: Certyfikat nie znajduje się na liście zaufanych certyfikatów | Płatnik

Artykuł Płatnik : NUpdater.DajMetryke: Certyfikat nie znajduje się na liście zaufanych pochodzi z serwisu Z IT Wzięte.

Politechnika Śląska nieczęsto trafia na łamy portali technologicznych z powodów innych niż innowacje, badania czy sukcesy studentów. Tym razem jednak stała się bohaterką wiadomości z gatunku “jak tego nie robić”, gdy w wyniku ćwiczeń przeciwpożarowych… przestały działać serwery uczelni. Jak się okazuje, nawet najbardziej zaawansowane systemy IT są bezbronne wobec źle zaplanowanych procedur offline.

Kiedy bezpieczeństwo fizyczne uderza w bezpieczeństwo cyfrowe

Wszystko zaczęło się od – skądinąd potrzebnych – ćwiczeń przeciwpożarowych. Tego typu działania mają na celu weryfikację gotowości budynków i pracowników na wypadek realnego zagrożenia. Problem w tym, że w trakcie symulacji nie uwzględniono faktu, że serwerownia również wymaga specjalnego traktowania.

Według doniesień, podczas ćwiczeń odcięto zasilanie… bez wcześniejszego przełączenia infrastruktury na zasilanie awaryjne. Efekt? Cała grupa usług i serwerów uczelni padła. Zawieszeniu uległy systemy logowania, poczta e-mail, a nawet dostęp do platform e-learningowych.

Według nieoficjalnych informacji, winowajcą katastrofy mogły być… gaśnice proszkowe. W czasie ćwiczeń przeciwpożarowych uruchomiono system, który rozpylił drobny pył gaśniczy wewnątrz pomieszczeń – niestety również w serwerowni. A jak wiadomo, proszek i elektronika to duet gorszy niż kawa i klawiatura. Substancje zawarte w gaśnicach mogą osiadać na płytach głównych, radiatorach i wentylatorach, tworząc warstwę izolacyjną, przyciągając wilgoć i w dłuższej perspektywie powodując zwarcia. W skrajnych przypadkach prowadzi to do trwałego uszkodzenia sprzętu, co rodzi poważne pytania o procedury bezpieczeństwa w obszarach krytycznej infrastruktury IT.

Sytuacja, w której uczelniane serwery zostają „ugaszone” zanim w ogóle zapłoną, brzmi trochę jak z taniej komedii informatycznej. Bo jak to wytłumaczyć studentowi, że nie może zalogować się do systemu, bo serwer dostał ataku… proszkowego? To trochę tak, jakby próbować ugasić pożar e-booka wodą — intencje dobre, efekt opłakany. Pozostaje mieć nadzieję, że przy kolejnych ćwiczeniach ktoś zapyta: „a serwery to też mamy ewakuować, czy może chociaż zamknąć drzwi?”. W końcu lepiej dmuchać na zimne, niż dmuchać proszkiem na racka z dyskami SSD za kilkadziesiąt tysięcy.

Ciągłość działania IT: fundament każdej instytucji

W świecie technologii termin business continuity (ciągłość działania) to nie tylko modne hasło z prezentacji działu IT. To realny zestaw procedur, zabezpieczeń i polityk, które mają na celu zapewnienie nieprzerwanego działania kluczowych systemów – nawet w razie awarii, ataku czy… ćwiczeń BHP.

Brak planu awaryjnego to jak stawianie serwerowni na tratwie i liczenie, że nigdy nie będzie sztormu. Każda profesjonalna infrastruktura IT – niezależnie czy mówimy o firmie, urzędzie, czy uczelni – powinna zakładać m.in.:

• automatyczne przełączenie na UPS-y i generatory w przypadku zaniku zasilania,

• replikację usług na oddzielne fizycznie lokalizacje (data center redundancy),

• testy procedur przywracania danych i usług (disaster recovery),

• wyłączenie serwerowni z ogólnych procedur ewakuacyjnych lub ich szczególne traktowanie.

W praktyce wiele instytucji traktuje te kwestie po macoszemu, do czasu aż wydarzy się coś, co przywróci ich do cyfrowej rzeczywistości – często w bardzo bolesny sposób.

Mistrzowie redundancji kontra mistrzowie… nadziei

Duże firmy technologiczne, banki czy centra danych inwestują w infrastrukturę odpornościową, gdzie każdy serwer ma swojego bliźniaka, a każdy UPS – własny backup. Dla kontrastu, zbyt wiele organizacji publicznych pokłada wiarę w to, że “jakoś to będzie”.

Przypadek Politechniki to lekcja, że nawet najnowocześniejszy serwer Dell czy HP nie pomoże, jeśli jego zasilanie zostanie odcięte jak żelazko po obiedzie. IT wymaga nie tylko nowoczesnych technologii, ale i myślenia systemowego – uwzględniającego ludzkie błędy, nieprzewidywalność i rzeczy, które nie mają prawa się wydarzyć, ale i tak się zdarzają.

Z humorem mówi się, że “największym zagrożeniem dla bezpieczeństwa IT są ludzie z dostępem do kluczy”. W tym przypadku być może wystarczyłoby kilka zdań w scenariuszu ćwiczeń lub jedno spotkanie między działem IT a działem BHP.

Nie chodzi o to, by winnych szukać – ale by zrozumieć, że ciągłość działania to nie tylko buzzword z korporacyjnych slajdów, ale realna potrzeba w każdej instytucji, która korzysta z systemów IT. Czyli w zasadzie… w każdej.

Artykuł Kiedy gaśnica spotyka serwerownię pochodzi z serwisu Z IT Wzięte.

Początkiem lipca niż tego ni z owego największy kantor na świecie przestał działać. Zamiast strony głównej można było zobaczyć na szybce postawiony blog z informacją o drobnej awarii.
MtGox (https://mtgox.com/) – bo o tym kantorze mowa przestał działąć . Sytuacja rzeczywiście wyglądała na standardowy błąd / przeniesienie na inny serwer itp.

Akurat wtedy na rynku międzynarodowym prym przejął ( miał największe obroty) polski kantor bitomat.pl. I wszystko byłoby fajnie gdyby nie napływające z forum forum.bitcoin.org informacje o przyczynach awarii…

Po doszukaniu się logów transakcji zaczął wyłaniać się mroczny widok całości
20 czerwca – ni z tego ni z owego zaczęły się w kantorze pojawiać zlecenia sprzedaży , po 0,01 BTC , niby normalna sytuacja , ale zleceń było tyle iż w ciągu 2 minut kurs BTC spadł z 17 dolarów do 0,01 USD . Ktoś w ciągu 20 paru minut sprowadził kurs wymiany do poziomu podłogi.

Zdjęcie pochodzi z Kanału YT Bitcoin chanell : https://www.youtube.com/watch?v=T1X6qQt9ONg

Warto również poczytać o całej akcji na Bitimex Blog (https://blog.bitmex.com/the-june-2011-bitcoin-flash-crash/)

Jak to bywa nic nie dzieje się bez przyczyny. Jak się później okazało MtGox miał i ma zabezpieczenia co to wypłaty i transferu funduszy z głównego portfela. Dokładny algorytm nie jest znany, ale wiadomo że jest on powiązany z aktualnym kursem – czyli niższa wartość BTC – większa kwota BTC jaka może wypłynąć z kantoru w danej chwili. Sprowadzenie kursu do takiego poziomu, za pomocą takiej ilości transakcji ( kto nie kupi na kantorze 1 BTC za 0,01 – podczas gdy w innych kantorach i1 BTC był wart około 17 USD) posłużyło również jako zasłona dymna do wyprowadzania BTC .

W czasie tych 30 min złodziej wyprowadził około 2000 BTC (czyli około 34 000 USD) – tak podają oficjalne źródła. Nieoficjalnie mówi się że było tego dużo więcej.

Całość awarii trochę trwała , na forach panowała wrzawa – było straszne zamieszanie. Ostatecznie mtgox pokrył stratę z własnych środków . I suma sumarum – oprócz straty zaufania do mtgox i do handlu btc nic się nie stało.

Dla niektórych było to jak wylanie kubła zimnej wody na głowę . Bitcoin jest fenomenem na skalę światową, ale jest również bardzo młodą ideą/walutą .Niestety Bitcoin to pieniądz , a tam gdzie pieniądz tam również pojawiają się różne dziwne pomysły jak je zdobyć, nie zawsze zgodnie z prawem.

Cała historia nie skończyła się tylko na tym . Na internecie również została udostępniona cała baza użytkowników MtGox . Udostępniona baza zawierała login/email i hasło.
Niestety baza była autentyczna – sprawdziłem dekodując swoje hasło.
Hasło to zakodowane MD5 (z saltem) . Tyle tylko że w środowisku które prześciga się w generowaniu hashy – rozkodowanie md5 nie stanowi większego problemu .

Efekt ? Zmiana wszystkiego gdzie pojawia się użyte w MTGox hasło i jego wariacje, oraz duuużo SPAMu w skrzynce – codziennie od tamtego zdarzenia ( w końcu wypłynęło ładne kilkadziesiąt tysięcy adresów e-mail ).

Na uwagę zasługuje jeden osobnik który do tych wszystkich adresów e-mail rozesłał e-mail z hasłem że jest lepszy kantor o niższych prowizjach na którym można handlować ( podając w linków swój refid z programu partnerskiego owego kantoru) .

Niestety takie rzeczy się zdarzają – szkoda tylko iż Bitcoin jako pomysł/idea stracił na tym.

Jak się później też okazało był to pierwszy gwóźdź do trumny mtGox.

Artykuł Wzloty  i upadki bitcoin – Pierwszy Hak MtGox pochodzi z serwisu Z IT Wzięte.

Zgodnie z RODO to Administrator powinien mieć świadomość ryzyka wykorzystując ten czy inny sposób przetwarzania danych ( w tym wypadku korzystanie z poczty e-mail ) . I to również na administratorze spoczywa obowiązek wdrażania, adekwatnych do zagrożeń, środków ochrony. I nie ma tu tłumaczenia iż klient sam wpisał błędny adres a Administrator tylko wysłał dane na adres podany przez klienta.

Całościowy opis incydentu i stanowisko UODO można znaleźć na stronie :

https://uodo.gov.pl/pl/138/1801

Z punktu widzenia IT kluczowe są 2 informacje :

• Adresowi uzyskanemu od klienta nie można ufać. i nie można uznać że adres należy do Kowalskiego tylko dlatego że Kowalski go podał.
• Należy wdrożyć szyfrowanie zawartości emaili oraz/lub załączników. I to tak działająca aby tylko rzeczywisty kowalski mógł rozszyfrować co trzeba.

Najprostszym systemem który można wdrożyć to używanie zaszyfrowanych załączników do przesyłania danych osobowych emaili .

Do tego celu potrzebny jest darmowy program 7zip ze strony www.7-zip.org .

Program ten pozwala na kompresowanie plików wraz z użyciem hasła.

I oczywiście całym clue przedsięwzięcia jest podanie Kowalskiemu hasła inną drogą niż email (np . telefonicznie) . Spotkałem się również w bankach z systemem iż hasłem do załącznika jest PESEL klienta (jakieś wyjście to jest , mimo iż nie idealne).

Zzipowany i za hasłowany załącznik jeśli nawet trafi do nie Kowalskiego , to nie będzie on w stanie nic z nim zrobić bez podania hasła .

Podsumowując , bez wydawania dużych środków, można wdrożyć sensowny system zabezpieczenia emiali pod kątem RODO . I tego chyba Warcie wtedy brakło .

Artykuł RODO – Wysyłanie danych emailem – Howto pochodzi z serwisu Z IT Wzięte.

Temat bardzo prosty – Crypto , nazwa wzięta z serialu na fali popularności ( a tak serio to kto to ogląda ? ) , Mega Hype , pompowanie ceny , cudowne wręcz zwroty z inwestycji … .

No i mamy taki obrazek sytuacji… co prawda już po fakcie , ale jednak

Cena coina która normalnie jest na poziomie 44 gr – została w ciągu dnia napompowana do prawie 7 000 zł

No i oczywiście (Z tego co wszędzie piszą) w tym momencie twórcy coina sprzedali co posiadali ( wyszło 2,5 mln USD ) i zaczęli zamykać kramik – czyli krótkie info na telegramie twórców o hakerach i o tym że porzucają projekt.

Kurtyna. I tak się skubie ludzi .

Ciekawi mnie tylko to czy ludzie którzy teraz będą „poszkodowani” popatrzyli na wykresy ( chociażby ten co powyżej ) i nie zastanowili się że to coś dziwnie wygląda ? A może chciwość jest dobra ? A może człowiek to taka istota która chce być oszukiwana i żyć marzeniami o bogactwie ?

Poważnie ktoś kto tu zostawiał kasę myślał że to Bitcoin w przyśpieszonej wersji ? Albo może że tylko 10000% zysku mi wystarczy ? Nie dziwią już przypadki wyciągania kasy , ale to że ludzie na coś takiego się nabierają . Wszystkie Coiny , z BTC na czele to technicznie genialny wynalazek – ale brakuje temu jednej rzeczy – transparentności – anonimowi twórcy , komunikaty przez anonimowy komunikator. No litości – cuchnie nieładnie na kilometr.

Artykuł SquidGame Crypto Scam pochodzi z serwisu Z IT Wzięte.

Wraz z FB współpracy odmówił Whaatsup i Messanger – są to (dla tych co nie wiedzą ) dla masy ludzi praktyczne substytuty popularnego SMSa . Mało tego – duża ilość firm działa o oparciu o te usługi ( dla firm zajmujących się social mediami Messenger to praktycznie główny komunikator internetowy ) . Zapytacie – no i co ?

Ano to że świat doprowadził do sytuacji gdzie masa rzeczy jest w rękach jednej firmy i na jednej infrastrukturze technicznej . Ba – awaria okazała się trudna do usunięcia prze ludzi z FB , z powodu tego iż ich system (od list kontaktowych , aż po zamki w drzwiach opiera się na FB) . Firma pewno tnie koszty integrując wszystko ze swoim systemem ( taki mały wzorzec vendor lock-in – pełne uzależnienie od swoich własnych systemów) i fszystko jest fajnie dopóki on działa…

Tylko że zaczyna to prowadzić do mega globalnych korporacji na glinianych nogach ( dlatego właśnie Komisja Europejska i sądy w US powinny rozbijać takie molochy ) . Dużych firm – z masą zcentralizowanych usług i jednocześnie kiepskim (aczkolwiek zyskownym) modelem zarządzania zasobami , który powoduje ryzyko wywalenia się wszystkiego naraz bo jest jakiś wspólny element na którym wszystko się opiera (i czeka aż się posypie)

Inna sprawa to nie wiem czemu , ale ta sytuacja daje odczuć(zapewne mylnie) iż jest jakieś „Umbrella Corporation” które ma i produkuje wszystko dużo więcej niż powinno

Wnioski ? Integrowanie i bazowanie na jednym jedynym systemie nie koniecznie jest dobre , tak samo jak pozwalanie na tworzenie mega korporacji które mają połowę danego rynku

Artykuł Facebook down pochodzi z serwisu Z IT Wzięte.