Mega Sekurak Hacking Party

Szczegóły wkrótce.

Szczegóły wkrótce.

Szczegóły wkrótce.

Szczegóły wkrótce

Zapraszamy na kawę i rozmowy w kuluarach.

Duży polski producent, przychody powyżej miliarda złotych, nowe firewalle, backupy, audyty i monitoring. Na papierze wszystko wyglądało dobrze. A mimo to niedzielnego wieczoru firma stanęła.

Punktem wejścia okazało się jedno zapomniane urządzenie: firewall poprzedniej generacji, formalnie wycofany po udanej migracji, praktycznie wciąż podłączony do sieci, z publicznym adresem IP i znaną podatnością. W rejestrze aktywów miał status „zmigrowany”, ale z Internetu był widoczny inaczej.

W tej prezentacji prześledzę case krok po kroku z perspektywy zarządu i zespołu bezpieczeństwa: jak artefakt zakończonego projektu staje się drogą do zatrzymania firmy, dlaczego audyt i monitoring nie zawsze widzą to samo co atakujący oraz jak jedno pytanie zarządu zmienia rozmowę o ryzyku: „ile jeszcze takich pudełek mamy?”.

Bez żargonu i bez vendor pitchu. Z konkretem: trzy decyzje, które organizacja może podjąć następnego dnia, żeby lepiej zarządzać ekspozycją, aktywami i podatnościami zanim zrobi to ktoś z zewnątrz.

Szczegóły wkrótce.

Zapraszamy na dłuższą przerwę i lunch

Szczegóły wkrótce.

Szczegóły wkrótce.

Szczegóły wkrótce.

Przez trzydzieści lat budowaliśmy bezpieczeństwo wokół jednego cichego założenia: że na końcu każdego działania stoi człowiek, którego można o nie zapytać. Agent AI to założenie łamie, a gdy przysyła go klient, łamie je podwójnie. Ta prelekcja jest o tym, jak ten problem rozwiązać i nie musieć sprawdzać: kto jest właścicielem agenta, co ta decyzja kosztuje i co zrobić, gdy z agentem przychodzi klient, który nawet nie wie, że go przysłał.

Dwa prawdziwe incydenty i ani jednej podatności z numerem CVE. W pierwszym gotowa poprawka błędu ocenionego jako „średni” przez pół roku czekała na okno wdrożeniowe, a w tym czasie problem objął dziesiątki tysięcy kont. W drugim błąd w projekcie procesu biznesowego przeszedł przez skanery i pentest, bo system działał dokładnie tak, jak go zaprojektowano. W obu przypadkach ryzyko zostało zaakceptowane, choć nikt nie podjął takiej decyzji. Z prezentacji dowiesz się:
– w których momentach organizacja akceptuje ryzyko bez decyzji: przy projektowaniu zmian, przy ocenie błędów i przy planowaniu wdrożeń,
– jakie jedno pytanie zadawać przy projektowaniu każdej zmiany, która dotyka pieniędzy, tożsamości albo danych,
– jakie cztery zasady sprawiają, że każde „poczekamy” ma właściciela i datę ważności,
– jaką jedną liczbę raportować zarządowi, żeby widział, jak długo znane ryzyko czeka na decyzję

Mit o „wyższości Linuksa pod kątem bezpieczeństwa” nadal pokutuje, tymczasem malware na systemy spod znaku pingwina istnieje i rozwija się dynamicznie (wraz ze stopniowym wzrostem popularności tej platformy). Opowiem o rootkitach, backdoorach i infostealerach na przykładach z ostatniego roku, m.in. o masowym wprowadzeniu infostealerów do osieroconych pakietów AUR (Arch User Repository), zaawansowanym chińskim rootkicie czy o tym, jak błędy w modelach AI używanych przez programistów otwierają drogę do infekcji.

Agenci AI wyszukujący podatności w oprogramowaniu obniżyli próg wejścia w obszar VR oraz koszty ich odkrywania do rekordowo niskich poziomów. Skrócony został czas potrzebny do wytworzenia eksploitów i ich uzbrajania, a proces autonomicznego budowania i egzekucji kompletnych ścieżek ataków staje się coraz bardziej wydajny i możliwy. Skala problemu, z którym się mierzymy, przybiera na sile, a założenia leżące u podstaw aktualnej strategii obronnej przestają obowiązywać. Idee takie jak “Detect-and-Response” oraz “Wait-and-Patch-Fast” potrzebują zdecydowanego wzmocnienia. W ramach prelekcji zaprezentuję świeże podejście do wielowarstwowego projektowania strategii prewencyjnej dla środowiska Linux/K8S z wykorzystaniem silnika Tetragon, próbek eBPF LSM oraz potrzeby proaktywnego (przed i po incydencie) skanowania systemów pod kątem “egzotycznego” profilu zachowania. Podczas wystąpienia postaram się przedstawić trzy filary zastosowania w ramach:
Linux baseline profile enforcing
Live patching
Anti-pivoting / anti-LM

Zapraszamy na kawę i rozmowy w kuluarach.

Co jeśli ps, lsmod i /proc nie pokazują całej prawdy? Zajrzymy pod maskę linuxowych rootkitów – od user space po kernel – i zobaczymy, jak ukrywają swoją obecność oraz jak można je wykrywać. Po drodze KASLR, mechanizmy ochronne Linuksa, LKMHunter i trochę memory forensics.
Na żywo, no fluff.

Zapraszamy na dłuższą przerwę i lunch.

Dostałeś świeżo zainstalowany serwer Linux. I co teraz? Podczas warsztatu przejdziemy przez praktyczny hardening systemu – od kont i SSH, przez uprawnienia, usługi i sieć, aż po aktualizacje, logowanie i podstawowe mechanizmy ochronne kernela. Bez czytania 300 stron benchmarków i bez security voodoo. Zobaczymy, które zabezpieczenia naprawdę mają znaczenie, przed czym chronią i co warto ustawić, zanim serwer trafi na produkcję.

Systemy finansowe muszą łączyć dziś ustrukturyzowane dane z KSeF z dokumentami pochodzącymi często ze starszych systemów ERP. W prezentowanej aplikacji demo (robocza nazwa: FakturaHub) przestarzały system ERP przesyła fakturę jako plik EPS, a konwerter oparty o Ghostscript zamienia ją na PDF przeznaczony do podglądu i archiwizacji.

Jeden z dokumentów wykorzystuje rzeczywistą podatność Ghostscripta i przejmuje proces konwertera. Skuteczny atak pozwala wykonać kod z uprawnieniami parsera, odczytać dane dostępne dla tego procesu oraz podjąć próbę wysłania ich na zewnątrz. Czy można ograniczyć skutki takiego ataku, zanim podatny komponent zostanie zaktualizowany?

Podczas prezentacji pokażę, jak uruchomić konwerter przez osobny proces pośredniczący i za pomocą Landlocka ograniczyć go wyłącznie do plików potrzebnych przy bieżącej konwersji. Aplikacja nadal będzie przyjmować dokumenty i udostępniać gotowe pliki PDF, natomiast przejęty parser straci dostęp do danych innych klientów i możliwość inicjowania nowych połączeń TCP. Porównam Landlock z SELinuxem, AppArmorem i seccompem oraz pokażę, za którą część ochrony odpowiada każdy z tych mechanizmów.

Ten sam exploit, ta sama podatna binarka, ale zupełnie inny skutek. Na żywo zobaczysz, jak ograniczyć zasięg RCE na poziomie systemu Linux, zachowując działanie aplikacji do czasu wdrożenia poprawki w aplikacji (lub nie 🙂).

Co właściwie jest tajemnicą przedsiębiorstwa i kiedy firma może skutecznie powiedzieć: „to była informacja chroniona”? Prawo daje konkretne kryteria: wartość gospodarcza, brak powszechnej dostępności i realne działania podejmowane w celu zachowania poufności. Tyle teoria i doktryna prawa.

A praktyka?

LinkedIn, oferty pracy, zdjęcia z konferencji, informacje o dostawcach, komunikaty biznesowe czy zwykłe rozmowy potrafią powiedzieć o organizacji znacznie więcej, niż jej się wydaje. Pojedyncze informacje często wyglądają niewinnie. Dopiero połączone zaczynają tworzyć obraz ludzi, technologii, projektów, relacji i potencjalnych słabych punktów — bez malware’u, exploita czy włamania do systemu.

Podczas wystąpienia skonfrontujemy dwie perspektywy: prawnika, który pyta, czy informacja rzeczywiście korzysta z ochrony, oraz praktyka bezpieczeństwa, który pyta, do czego można ją wykorzystać.

Pokażemy, gdzie kończy się ochrona „na papierze”, a zaczyna realne bezpieczeństwo organizacji: klasyfikacja informacji, dostęp need-to-know, NDA, cyberbezpieczeństwo, AI, offboarding, edukacja pracowników i reakcja na incydent.

Bo najdroższy wyciek danych nie zawsze zaczyna się od hakera.

Czasem zaczyna się od informacji, której nikt nie uznał za istotną.

I właśnie wtedy okaże się, czy firmowy sekret był naprawdę chroniony — czy tylko tak nam się wydawało.

Firmy łudzą się, że obronią je grube segregatory procedur i najdroższe technologie. Prawda jest jednak bezlitosna: nikt nie atakuje martwych polityk zgodności. Hakerzy uderzają dokładnie tam, gdzie kończy się korporacyjny papier, a zaczyna…..?

Nasza prelekcja to nieszablonowe starcie dwóch skrajnych perspektyw. Z jednej strony Red Team – ofensywny pragmatyk, który bezlitośnie obnaża słabości technologii i uderza w najsłabsze punkty. Z drugiej Risk & Compliance – strateg, który udowadnia, że unijne regulacje to nie kolejny Excel do wypełnienia, ale realna tarcza ratująca ciągłość biznesu.

Podczas starcia na scenie poszukamy odpowiedzi na pytania:
Dlaczego idealne plany reagowania na incydenty najczęściej upadają w najgorszym możliwym momencie i jak przygotować organizację na prawdziwy chaos?

Gdzie kończy się skuteczność wielomilionowej infrastruktury IT, a zaczyna wykorzystywanie ludzkich odruchów?

Jak płynnie przejść z deklaratywnego Cyber Security do operacyjnej Cyber Resilience?

Dlaczego musimy przestać traktować samo włamanie jako miarę porażki i jak wykorzystać testy TLPT, aby przestać działać w ciemności?

To nie będzie kolejna, teoretyczna prelekcja o audytach. Szczerze opowiemy o tym, jak przetrwać w świecie, w którym przełamanie zabezpieczeń jest tylko kwestią czasu.

Zapraszamy na kawę i rozmowy w kuluarach.

Wyobraź sobie wzorowego pracownika. Nie klika w linki phishingowe, regularnie aktualizuje sprzęt i zna zasady bezpieczeństwa. A teraz daj mu krytyczne zadanie „na wczoraj”, ale bez bezpiecznych narzędzi, i postaw przed wyborem: procedura albo dowiezienie wyniku. Taki pracownik skorzysta z ChatGPT albo innego darmowego systemu AI. Nie ze złej woli, ale dlatego, że chce po prostu wykonać swoją pracę.

Tak właśnie rodzi się Shadow AI.

Podczas prelekcji pokażemy ten sam scenariusz z dwóch perspektyw: człowieka i organizacji, która chce korzystać z AI, oraz bezpieczeństwa, które musi zrozumieć i kontrolować nowe ryzyko.

Pokażemy:

• dlaczego pracownicy sięgają po nieautoryzowane narzędzia AI i dlaczego sam zakaz korzystania z nich nie rozwiązuje problemu,
• co naprawdę dzieje się po stronie technicznej, gdy pracownik korzysta z zewnętrznego narzędzia, przekazuje mu dane lub autoryzuje dostęp przez OAuth,
• gdzie kończy się skuteczność tradycyjnych mechanizmów bezpieczeństwa i zaczynają nowe ryzyka związane z AI,
• jak projektować zabezpieczenia i governance tak, aby bezpieczeństwo nie konkurowało z produktywnością.

Shadow AI nie musi zaczynać się od nieodpowiedzialnego pracownika. Czasem zaczyna się od najlepszego pracownika w zespole, któremu organizacja nie dała bezpiecznego sposobu na wykonanie pracy.

Zapraszamy na dłuższą przerwę i lunch.

Testowanie jako jeden z komponentów SDLC (cyklu wytwarzania oprogramowania) to nie tylko sprawdzanie, czy aplikacja działa zgodnie z wymaganiami. To także szukanie miejsc, w których system może się złamać, użytkownik może zrobić coś nieprzewidzianego, a pozornie niewielka zmiana może wygenerować realne ryzyko.

Podczas prezentacji pokażemy dwie perspektywy pracy specjalistek testowania w zupełnie różnych środowiskach: systemach wysokokwotowych oraz aplikacji mobilnej. Porównamy, jak bezpieczeństwo, compliance, ryzyko biznesowe wpływają na sposób myślenia o testach.

Bez recepty na „idealny proces”. Zamiast tego przedstawimy dwa inne światy, konkretne doświadczenia, security mindset i praktyki, które można zabrać prosto do własnego projektu i organizacji.

Organizacja ma procedury. Ma plan reagowania na incydenty. Ma systemy bezpieczeństwa, audyty i budżet. A mimo to, gdy dochodzi do poważnego incydentu, traci zdolność do szybkiego podejmowania decyzji, skutecznej eskalacji i skoordynowanego działania.

Dlaczego?

W trakcie wystąpienia nie będziemy skupiać się na tym, jak doszło do włamania. Zamiast tego przeanalizujemy moment, w którym incydent techniczny przestaje być problemem operacyjnym, a staje się problemem zarządczym. Skupimy się na decyzjach, odpowiedzialności za ryzyko, mechanizmach eskalacji oraz przyczynach dla których procedury zawodzą w warunkach presji czasu i niepewności.

Na przykładzie trzech znanych incydentów pokażemy powtarzające się wzorce błędów organizacyjnych i zarządczych, które często generują większe straty niż sama podatność lub pierwotny wektor ataku. Odwołamy się do najważniejszych ram i standardów zarządzania cyberbezpieczeństwem oraz ciągłością działania — w szczególności NIST CSF, NIST SP 800-61 i ISO/IEC 27001:2022 — pokazując, jak wykorzystać je w praktyce zarządzania incydentami, a nie wyłącznie na potrzeby zgodności.

Wystąpienie zakończymy pytaniem, które może stać się punktem wyjścia do krytycznej oceny rzeczywistej gotowości organizacji do podejmowania decyzji i działania podczas incydentu:

Czy mamy plan reagowania na incydent — czy tylko dokument o takim tytule?

Sieciowiec i bezpiecznik patrzą na tę samą infrastrukturę i widzą co innego. Jeden widzi topologię, routing, konwergencję. Drugi widzi wektory ataku, ryzyko, zgodność. Problem zaczyna się tam, gdzie te perspektywy się mijają.

Prelekcja pokazuje realne luki, które powstają w związku ze zmianą roli. Co sieciowiec przeoczy, gdy zacznie robić bezpieczeństwo. Co bezpiecznik przeoczy, gdy zacznie dotykać sieci. Na przykładach z audytów i wdrożeń, bez teorii oderwanej od praktyki.

To nie jest prelekcja o tym, że trzeba znać oba obszary. To prelekcja o tym, jak łatwo myśleć, że się je zna.

Dron traci GPS i spada z nieba. To nie science fiction, to wojna elektroniczna nad Bałtykiem. Ale spoofing i jamming GNSS to nie tylko problem dronów. To samo zjawisko potrafi rozsynchronizować zegary w firmowej infrastrukturze: serwery NTP i PTP, kontrolery domeny, systemy SIEM.

Kerberos akceptuje tylko 5 minut różnicy w zegarze. TOTP w MFA: 90 sekund. TLS odrzuca certyfikaty, gdy zegar kłamie. Giełdy pod MiFID II wymagają dokładności do 100 mikrosekund. W sieciach OT błędny czas oznacza fałszywą sekwencję zdarzeń w SCADA.

Prelekcja pokazuje architekturę serwerów czasu klasy enterprise: od odbiornika GNSS, przez hierarchię stratum, po dystrybucję PTP w sieci Cisco. Omawiamy realne wektory ataku na czas: spoofing, jamming, ataki man-in-the-middle na NTP, oraz obronę: OSNMA, redundancję, holdover, monitoring integralności czasu.

Zapraszamy na kawę i rozmowy w kuluarach.

AS112 to miejsce, do którego trafiają zapytania DNS, które nigdy nie powinny opuścić Twojej sieci: zapytania odwrotne dla adresacji prywatnej, dynamiczne aktualizacje DNS z nazwami wewnętrznych hostów i inne wycieki konfiguracji. Pokażę, co widać z własnego węzła AS112 i jak tę telemetrię zamienić w konkretną listę kontrolną do hardeningu infrastruktury.

Potem odwrócimy role.

Zobaczycie tarpity, które każą skanerom tracić czas zamiast go oszczędzać, oraz rozproszony blackholing oparty o BGP (BIRD, bgpq4) i filtry pakietów (pf/nftables/twój ulubiony firewall), który jedną zmianą propaguje blokadę na wszystkie punkty brzegowe – Twoje i członków projektu. W końcu dotknę też tematu zabezpieczania infrastruktury przed Złymi Aktorami Czyhającymi Na Nowe CVE W Interfejsach Zarządzających. Będą statystyki z produkcji, historie z logów i kod – narzędzia, które można uruchomić u siebie nawet jeszcze w trakcie prezentacji.

Zapraszamy na dłuższą przerwę i lunch.

Zaufana domena. Zaufana infrastruktura. Seems legit. A jednak…
Domain fronting, czyli ukrywanie złośliwej komunikacji w ruchu o wysokiej reputacji. Nic dziwnego, że to wymarzone narzędzie w arsenale Red Teamu i źródło nocnych koszmarów Blue Teamu.
W prezentacji omówię, jak to działa i dlaczego stanowi tak duże wyzwanie dla zespołów SOC – szczególnie tam, gdzie nie jest deszyfrowane 100% ruchu lub wykorzystywany jest split tunneling. Na konkretnych przykładach pokażę, co faktycznie widzą systemy bezpieczeństwa, czego nie widzą i gdzie kończy się skuteczność tradycyjnego monitoringu.

Ultra-niskie opóźnienia, masowe IoT, obsługa krytycznej infrastruktury… i nowa klasa zagrożeń. Moja prezentacja to przekrojowy przegląd bezpieczeństwa w sieciach komórkowych. Od dziedziczonych słabości protokołów uwierzytelniania, przez błędy implementacyjne i realne incydenty z udziałem aktorów państwowych. Omówimy błędy konfiguracyjne, luki oraz wektory ataku, które znajdują researcherzy z całego świata. Prezentacja adresowana do kadry zarządczej z elementami technicznymi szumu, w większości oparta o moją wiedzę z pochodzącą programu GSMA CVD, w którym jestem ekspertem technicznym.

Prezentacja rozwieje wątpliwości realizacji koncepcji proaktywnego podejścia do cyberbezpieczeństwa organizacji w infrastrukturze krytycznej na przykładzie środowiska kolejowego. Rozróżnione zostaną także obszary OT/IT dla działań Purple Teamowych, a także dostarczona zostanie wiedza co faktycznie mają na celu cykliczne symulacje ataków na własną infrastrukturę.

Chałkonie. Zdjęcia smutnych dzieci. Wymyślone przepisy. To tylko „przystawka” w mrocznej kuchni cyberprzestępców.

Jedno zdanie. Tyle wystarczy, aby przejąć kontrolę nad systemem.

Zignoruj poprzednie instrukcje i zobacz, jak stare metody oszustw zyskały nowe szaty dzięki AI.

Szczegóły wkrótce.

Zapraszamy na kawę i rozmowy w kuluarach.

Szczegóły wkrótce.

Opowieść o tym, że od ponad 60 lat co najmniej raz na dekadę mieliśmy wynalazek, który miał pozwolić nie-programistom samodzielnie tworzyć programy komputerowe. Oraz o tym, że nigdy się to nie udało i o tym, że nie uda się również z AI/LLM. Oprogramowanie nadal będą tworzyć programiści – a jedyna różnica polega na tym, że dziś najnowsza generacja narzędzi po raz pierwszy działa niedeterministycznie, co przyniesie wszystkim kupę radości.

Zapraszamy na lunch i rozmowy w kuluarach.

W świecie, gdzie nawigacja prowadzi nas (niemal) zawsze prosto do celu, warto zastanowić się, jak kształtować się rozwój narzędzi mapowych, jakie są zasady ich działania oraz czy zawsze mówią prawdę i dlaczego nie zawsze.

Tomek Turba z prezentacją niespodzianką zakończy konferencję.

Wszyscy zrobili, co powinni, każdy jest z siebie indywidualnie dumny… A życie pokazuje, że aplikacje wciąż nie są wystarczająco zabezpieczane. Jeśli taki scenariusz wydaje się Wam znajomy, to spróbujemy rozłożyć go na czynniki pierwsze :). Postaram się rzucić nieco światła na główne źródła problemu doprowadzającego do nieprawidłowego adresowania wymagań bezpieczeństwa we wczesnych fazach wytwarzania oprogramowania. Porozmawiamy sobie o tym, do jakich incydentów może to doprowadzić i co powoduje taki stan rzeczy. Odpowiemy na pytanie, jak ważne jest prawidłowe zarządzanie bezpieczeństwem w procesie wytwarzania oprogramowania. Zrobię co w mojej mocy, aby przekonać Was, że odpowiednio skrojone procesy to nie jedynie wymysł zarządzających. Na koniec zastanowimy się nad tym, jak istotne znaczenie mają aspekty „miękkie” we współpracy pomiędzy deweloperami i „bezpiecznikami”. Bezpieczeństwo aplikacji, które we współczesnych czasach są krytycznym skarbem organizacji, to praca zespołowa. Liczę na interakcję i dyskusję.

Studium jednego, symulowanego ataku grupy APT, przeprowadzonego w ramach
testu odporności cyfrowej organizacji, pokazuje jak działa i jak myśli zaawansowany przeciwnik. W realnym ataku kluczowe znaczenie mają czas, decyzje i reakcje ludzi, a nie zapisy w dokumentacji czy wyniki audytów.
Zrozumienie mechanizmów takiego ataku pozwala skuteczniej wzmacniać odporność cyfrową organizacji.

Szczegóły wkrótce.

Zapraszamy na kawę i rozmowy w kuluarach.

Szczegóły wkrótce.

Szczegóły wkrótce.

Szczegóły wkrótce/

Przerwa zapraszamy na dłuższą przerwę i lunch.

Szczegóły wkrótce.

Szczegóły wkrótce.

Zapraszamy na kawę i rozmowy w kuluarach.

Szczegóły wkrótce. Prezentacja Kamila Mędzikowskiego.

Zapraszamy na rajd po najciekawszych i najbardziej zuchwałych incydentach z udziałem AI w ostatnich miesiącach. Od błędnych konfiguracji ujawniających dane, czy pozwalających na manipulację zachowaniem aplikacji, przez ukrytą komunikację między agentami, po wykorzystanie AI do przestępstw. Bez nudnych wykresów i teoretyzowania – tylko czysta praktyka i twarde fakty.

Jako, że procesy w systemie Windows zostały zaprojektowane ponad 30 lat temu, część stosowanych w nich rozwiązań mogła nie nadążyć za zmieniającym się ryzykiem. Czy to oznacza, że należy je zmienić? Zaakceptować niedoskonałości? Czy może zrozumieć jak działają i zmitygować ryzyko innymi sposobami?

Backdoor w Windowsie nie zawsze musi wyglądać jak podejrzany program w autostarcie, nowa usługa albo dziwne zadanie w harmonogramie. Czasem może ukrywać się w legalnych mechanizmach systemu, które od lat służą do zupełnie normalnych rzeczy. Podczas prezentacji pokażę kilka mniej oczywistych sposobów na utrzymanie dostępu w Windowsie. Będzie trochę o tym, jak te mechanizmy działają od środka, gdzie zostawiają ślady i jak można je znaleźć. Wszystko to oparte o techniki z realnego świata działań ofensywnych i złośliwego oprogramowania.

Zapraszamy na kawę i rozmowy w kuluarach.

Przez dwadzieścia sześć lat Microsoft raz po raz odpowiadał na to samo pytanie: skąd Active Directory wie, że jesteś tym, za kogo się podajesz? I raz po raz odpowiadał źle.Czasem wystarczyło coś dopisać. Czasem coś skasować. Raz wystarczyło wysłać same zera.

Każdą z tych pomyłek załatano. Wspólny mianownik przetrwał wszystkie: tożsamość w Active Directory to dane, a dane bywają zapisywalne.

Pokażę kuriozalne sposoby na eskalację uprawnień w domenie. Schemat ten sam od 2000 roku, a techniki różni tylko kreatywność atakującego.

Prelekcja niespodzianka! Michał Bentkowski przygotowuje dla Was coś specjalnego. Biorąc pod uwagę wiedzę i charyzmę naszego gościa – to będzie jedno z najważniejszych wystąpień wydarzenia. Temat ogłosimy już wkrótce!

Zapraszamy na dłuższą przerwę i lunch.

Szczegóły wkrótce.

Plecak red teamera, wygląda inaczej w dniu akcji, a inaczej w każdy inny dzień roku. I obie te wersje są ciekawe. Podczas prelekcji pokażę co realnie przydaje się podczas pentestów czy symulacji APT – w praktyce, z komentarzem z notatek, które zbierały się przez ostatnich kilkanaście lat. Równie ciekawa może okazać się druga część tematu: co z tego zostaje w plecaku na co dzień. Zgodnie z zasadą ,,expect the unexpected”

Opowiem o swoich prywatnych doświadczeniach z różnymi narzędziami, które towarzyszą mi podczas testów bezpieczeństwa – zarówno z tymi, z którymi polubiliśmy się, jak i tymi odesłanymi do szafy.
Nie zabraknie przykładów z życia wziętych, oraz wspomnienia narzędzi takich jak Proxmark, SDRy, ESP32 czy fizyczne wytrychy różnej maści.

Zapraszamy na kawę i rozmowy w kuluarach.

Kampanie Red Teaming są symulowanymi i kontrolowanymi atakami na infrastrukturę klienta, gdzie zadaniem audytorów jest osiągnięcie konkretnego celu. Takim celem najczęściej jest uzyskanie dostępu do infrastruktury wewnętrznej, przejęcie kontrolera domeny lub kradzież wrażliwych danych. Dla klientów jest to najczęściej bardzo konkretny sprawdzian opierający się wyłącznie na realnych, praktycznych scenariuszach ataku. Dla audytorów jest to świetna okazja do potwierdzenia swoich praktycznych umiejętności oraz kreatywnego myślenia. Prelekcja „Red Teaming – (prawie) wszystkie chwyty dozwolone” skupi się właśnie na części kreatywnej. Jakub Żoczek (Securitum) zaprezentuje najciekawsze jego zdaniem scenariusze ataków, które wykorzystał w trakcie swojej pracy.

Firewall widzi ruch, ps procesy, zaś netstat połączenia. Zakładamy, że ufasz im bez zastanowienia. A co, jeśli urządzenie brzegowe podsuwa Ci spreparowaną odpowiedź w każdym z nich naraz?

W tej sesji przejdziemy krok po kroku pełny kill-chain kompromitacji urządzenia sieciowego. Od jednorazowego wektora wejścia po autonomiczny, odporny na restart implant, który żyje poniżej warstwy widocznej dla administratora. Zobaczysz stację roboczą służącą wyłącznie za jednorazowy punkt zaczepienia, a od momentu wykonania payloadu na urządzeniu brzegowym atakujący nie dotknie już żadnego serwera, czy endpointu.

Zaczniemy od analizy firmware’u w praktyce i realnego przejścia zero-auth-to-admin. Następnie dla zwizualizowania „od środka” przejdziemy do post-eksploitacji: zobaczysz rootkit userspace wpięty w łańcuch startowy, przechwytywanie ruchu poniżej stosu Netfilter/iptables, aktywację „magicznymi pakietami” bez jednego jawnego listenera, czy też fałszowanie danych diagnostycznych zwracanych administratorowi. Każdą technikę zestawię wprost z realnymi kampaniami APT wymierzonymi w urządzenia sieciowe.

Na koniec ujmiemy temat z perspektywy Blue Teamu – dowiesz się, dlaczego po takiej kompromitacji skany portów, health-checki i manualna weryfikacja konfiguracji dają Ci wyłącznie złudne poczucie bezpieczeństwa. Co najistotniejsze omówię które artefakty realnie przetrwają i są warte zaufania w analizie powłamaniowej. Wszystko to doprowadzi nas do jednego, dość niewygodnego wniosku – po kompromitacji firmware’u granica zaufania przesuwa się poniżej warstwy, na której zwykle operujemy.

Zapraszamy na dłuższą przerwę i lunch.

Szczegóły wkrótce.

Szczegóły wkrótce.

Szczegóły wkrótce.

Szczegóły wkrótce.