widze Gynvaela, daje +. Aż się przypomniała architektura systemów komputerowych, stare dobre czasy, gdzie człowiek musiał liczyć cykle procesora, unikać hazardów danych i sterowania. A teraz to tam chuj każdy kładzie w optymalizacje, zawsze sie dokupi więcej instancji i elo.
Akurat optymalizacja kosztów korzystania z chmury jest ważna. Czasami całe projekty polegają na przeniesieniu aplikacji z jednej chmury na drugą bo z wyliczeń wyszło że będzie taniej
bardzo fajnie zrobiony materiał, czy oprócz odtwarzania co robi kod, pokażesz też jak znaleźć pamięć, której używa jakaś aplikacja i jak ją odczytać/zmodyfikować?
Pośrednio. Tj. o ile nie będę się na tym skupiał (bo to temat na osobne kilku godzinne szkolenie), to to na pewno się chociaż częściowo przewinie. Generalnie "znajdowanie pamięci" to trochę pochodna rozumienia co aplikacja robi, a to jest to na czym się skupię.
Czy jeśli zdecyduję się kupić dostęp do 2 i 3 części dopiero po wzięciu udziału w tej 1 darmowej części to cena będzie taka sama jak obecnie? Czy planujecie zwiększyć cenę?
Macie w planach robienie jakiegoś pelnego szkolenia z RE lub binary exploitation na wyzszym poziomie? Robię OSED z OffSeca i ludzie odpowiedzialni za to mogą Gynvaelowi jedynie buty czyścić, jesli chodzi o przekazywanie wiedzy.
Z mojej strony to wygląda tak, że póki będzie zainteresowanie coraz to bardziej zaawansowanymi tematami niskopoziomowymi, to będziemy coraz to bardziej zaawansowane szkolenia robić ;)
Na macach z x86 tak, na tych z PowerPC oraz z ARM, jest już nieco mniej "barokowy". x86 ma spory narzut na kompatybilności wsteczne poprzednich architektur. Włącznie z 8080.
Ciekawe pytanie, bo można je różnie interpretować. Natomiast, wiesz, kiedyś 16-bitowy procesor i assembler to była super nowoczesność i rozkładała istniejące 8-bitowce na łopatki! Z drugiej strony muszę też zauważyć, że w zasadzie to nie było 16-bitowych Maców. Tj. pierwsze Maci miały procki motoroli z rodziny 68K, które były jak grzyby. Tj. jedną nogą były 32-bitowe (rejestry), jedną 24-bitowe (szyna adresowa), i jedną 16-bitowe (data-path). Ale, niczym grzyby, miały... no dobra, tu mi się analogia rozsypuje, bo czip 68K miał 64 nóżki (potem pewnie więcej). Niezależnie od tego, assembler zawsze był ciekawy i miał swoje "dziwnostki" ;)
widze Gynvaela, daje +. Aż się przypomniała architektura systemów komputerowych, stare dobre czasy, gdzie człowiek musiał liczyć cykle procesora, unikać hazardów danych i sterowania. A teraz to tam chuj każdy kładzie w optymalizacje, zawsze sie dokupi więcej instancji i elo.
Akurat optymalizacja kosztów korzystania z chmury jest ważna. Czasami całe projekty polegają na przeniesieniu aplikacji z jednej chmury na drugą bo z wyliczeń wyszło że będzie taniej
Będzie to super spędzony czas 🎉
Na 100%!
Stary dobry efekt ognia 😍. Choć ten chyba obrazujący spalanie w fazie gazowej bo niebieskie płomienie 🙃
Niczym artysta, dokładną interpretacje co tam widać pozostawiam widzom!
bardzo fajnie zrobiony materiał, czy oprócz odtwarzania co robi kod, pokażesz też jak znaleźć pamięć, której używa jakaś aplikacja i jak ją odczytać/zmodyfikować?
Pośrednio. Tj. o ile nie będę się na tym skupiał (bo to temat na osobne kilku godzinne szkolenie), to to na pewno się chociaż częściowo przewinie. Generalnie "znajdowanie pamięci" to trochę pochodna rozumienia co aplikacja robi, a to jest to na czym się skupię.
Tak się włączało tryb graficzny 320*256 w DOSie przerwanie 10h.A0000h-pamięć ekranu.Teraz się to robi funkcjami systemu.DirectX,itd.
Dokładnie! Choć ackshually 320x200, 256 kolorów z palety z 18-bitowym RGB :) (po 6 bitów na barwę)
Oo jak przeczytałem o szkoleniu to myślałem że będziesz używał IDA Pro, fajnie widzieć łatwą do pobrania za darmo Ghidrę. Kupuję!
Czy jeśli zdecyduję się kupić dostęp do 2 i 3 części dopiero po wzięciu udziału w tej 1 darmowej części to cena będzie taka sama jak obecnie? Czy planujecie zwiększyć cenę?
Profeska. Widzimy się 10, 17 i 20 ;)
ja tak samo daję plusa:))) I czekam na kurs - temat inż. wstecznej zawsze kulał w internecie:) wiadomo nie dla każdego. Pozdro
Gynvael jak zwykle pełna klasa! :)
Nie da się ukryć ;-)
Macie w planach robienie jakiegoś pelnego szkolenia z RE lub binary exploitation na wyzszym poziomie? Robię OSED z OffSeca i ludzie odpowiedzialni za to mogą Gynvaelowi jedynie buty czyścić, jesli chodzi o przekazywanie wiedzy.
Z mojej strony to wygląda tak, że póki będzie zainteresowanie coraz to bardziej zaawansowanymi tematami niskopoziomowymi, to będziemy coraz to bardziej zaawansowane szkolenia robić ;)
Mam nadzieję, że ten kanał jest tak dobry jak myślę.
Młodo pan wygląda jak na 60 latka 🎉
Czy asembler 16 bitowy na macach byl rownie archaiczny?
Na macach z x86 tak, na tych z PowerPC oraz z ARM, jest już nieco mniej "barokowy". x86 ma spory narzut na kompatybilności wsteczne poprzednich architektur. Włącznie z 8080.
Ciekawe pytanie, bo można je różnie interpretować. Natomiast, wiesz, kiedyś 16-bitowy procesor i assembler to była super nowoczesność i rozkładała istniejące 8-bitowce na łopatki!
Z drugiej strony muszę też zauważyć, że w zasadzie to nie było 16-bitowych Maców. Tj. pierwsze Maci miały procki motoroli z rodziny 68K, które były jak grzyby. Tj. jedną nogą były 32-bitowe (rejestry), jedną 24-bitowe (szyna adresowa), i jedną 16-bitowe (data-path). Ale, niczym grzyby, miały... no dobra, tu mi się analogia rozsypuje, bo czip 68K miał 64 nóżki (potem pewnie więcej).
Niezależnie od tego, assembler zawsze był ciekawy i miał swoje "dziwnostki" ;)
Co to za disassembler ? Nie dosłyszałem nazwy 😅
Ghidra od NSA :)
dzięki 😊 z tym NSA nie ściemniałeś 😅 btw jakiego distro używasz ?
@@krzysztofcybura5499 Kubuntu na desktopach, Ubuntu-Server na serwery :)