Mehmet Dursun Ince — xoron –

Selamlar
Uzun zamandır blog yazısı yazmıyordum. Sanırım bir sonra ki blog yazımda da aynı cümle ile başlayacağım. Velhasıl;

NOPcon konferası geldi çattı. Birde Bu konferans için düzenlenen Hacking yarışması oldu. Bu yarışmaya yakın arkadaşım Onur Karasalihoğlu ile katıldık. Yarışmada Diffing, Web Application Hacking, Password Cracking ve Exploit Developing olmak üzere 4 ana bölüm vardı. Bizi en çok zorlayan kısım password cracking leveliydi. Ki bu leveli bizim haricimizde ki tüm gruplar 30dk içinde geçtiler. Biz ise 3 gün boyunca; 22gb ram, 8core cpu ve GPU özellikleri olan cloud computerlar kullandık. Nasıl olduda 10 haneli rakamsal olasılıkları denemeyi unuttuk hala bilmiyorum.

Bu levelide güzelce geçtikten sonra en heyecanlı kısım Linux debian işletim sisteminde suitbit özellikliğinde olan bir uygulamayı exploit ederek root yetkilere yükselme işlemi vardı. Sistemde Execution Prevention ve stack canary aktif değildi ama ASLR mevcuttu. EIP'i kontrol altına aldıktan sonra, ret adresini stack'e yerleştirdiğimiz nopcode + shellcode sistemimize denk getirmek için brute force tadında bir takla attık. Burada ki amaç; ard arda 10.000 kere exploitation yaparak EIP'e yazdığımız adresin uzunca doldurduğumuz nopcode'lara denk gelmesiydi. nopcode'a gelen EIP, no operationslardan sonra bizim shellcode'umuza gelecek ve payloadımız ile root yetkilere yükselecektik. Nitekim bunuda başardık ve birinciliğe ulaştık.

Yarışma boyunca, bizi sabote etmeyen diğer gruplara teşekkür ediyorum Tabikide signalsec'te ki dostlarıma da teşekkür ediyorum. Çok tatlı bir yarışmaydı Gameoverip'nin kazandığı 2. yarışma olmasıda ayrı bir tatlı benim için Bildiğiniz üzere geçen sene BGA'nın düzenlediği yarışmayı kazanmıştık.

Benimle "aynı lisanı" konuşabilen, CTF dediğimde "heh hadi başlayalım abi" diyen nadide ahbabım Onur'a sonsuz teşekkürler. Yarın nopcon'da görüşmek üzere.

Merhbalar
Gayet güzel bir gecede, Kocaeli Üniversitesi'nde öğrenci olan bir arkadaş bana Pointer'ların ne olduğunu sordu. Benimde aklıma bu konuda yazdığım ufak bir -250+ satır- kod yapısı geldi. Hemen blog'uma girdim ve arama kısmına "c++" yazdım. Pek çok başlık geldi. Bende "c++ class" diye bir arama yaptım. Bu sefer bembeyaz bir sayfa geldi. Bu ilginç'ti.

Neyse dedim wp-admin'e login oldum ve post'lar arasında arama yaptım. Bu sefer sorunsuzca buldum. Editlemek istediğimde de datalar gelebilmekteydi -hmmm mysql tarafında bir sorun yok.-

Ardından yazının başlığını aldım ve linki browserını satırına yapıştırıdm.

http://mehmetince.net/coklu-class-yapisi-ve-c-agir-kodlar/

İlginç bir şekilde baız html bilgileri geliyor. Ama içerik karşımıza dökülmüyordu. -hmm bazı html bilgileri geliyorsa apache'de çok sıkıntı yok gibi-
Ana sayfaya login oldum ve diger yazıları kontrol ettim.Sorunsuzca karşıma gelmekteydi.

vee sunucuya ssh yapılır. -içimden ufak bir gene başladık mehmet hadi bakalım hayırlısı sesleride yükseldi bu sırada.-

[root@xoron log]# tail /var/log/httpd/mehmetince.net-access_log -n 30

komutu çıktısı ile loglara baktığımda
78.xxx.xxx.93 - - [20/Mar/2012:19:57:36 +0200] "GET /?s=c%2B%2B HTTP/1.1" 200 32596
78.xxx.xxx.93 - - [20/Mar/2012:19:57:47 +0200] "GET /coklu-class-yapisi-ve-c-agir-kodlar HTTP/1.1" 301

satırı ilginç gelmekte. Normal bir şekilde 200 dönmesi gerekirken 301 dönmüştü. İşin ilginç tarafı ise sadece bu link 301 dönüyordu. Çünkü bir üst satırda yaptığım "c++" aramasının log'una cevap 200 idi.

Default kurulumda apache child process'lere sahiptir. Birden çok sayıda çalışarak eş zamanlı çok cevap vermeye yönelik bir özellik. Bunu kapatmak istedim. Çünkü fikrimden ötesinin olmadığı bir taraftı o kısım. Bunun için /etc/http/conf/http.conf dosyasında

StartServers 1
MinSpareServers 1
MaxSpareServers 1

ayarlarını yaptım.

Ardından genel logları incelemeye karar verdim. Çünkü sorun wordpress'ten ziyade apache üzerinde gibi durmaktaydı.

[root@xoron log]# tail /var/log/httpd/error_log -F
[Tue Mar 20 19:44:37 2012] [notice] child pid 3909 exit signal Segmentation fault (11)
[Tue Mar 20 19:44:53 2012] [notice] child pid 3917 exit signal Segmentation fault (11)
[Tue Mar 20 19:44:57 2012] [notice] child pid 3902 exit signal Segmentation fault (11)
[Tue Mar 20 19:44:58 2012] [notice] child pid 3922 exit signal Segmentation fault (11)
[Tue Mar 20 19:45:18 2012] [notice] child pid 3924 exit signal Segmentation fault (11)
[Tue Mar 20 19:45:21 2012] [notice] child pid 3925 exit signal Segmentation fault (11)
[Tue Mar 20 19:56:18 2012] [notice] child pid 3971 exit signal Segmentation fault (11)
[Tue Mar 20 19:56:55 2012] [notice] child pid 4033 exit signal Segmentation fault (11)
[Tue Mar 20 19:57:41 2012] [notice] child pid 4031 exit signal Segmentation fault (11)
[Tue Mar 20 19:57:48 2012] [notice] child pid 4039 exit signal Segmentation fault (11)

İşler ilginçleşmeye başlamıştı. Apache'nin error loglarında neden segmentation fault hatası vardı ? Varsa neden sadece onlar vardı ardı ardına ? -bu testler sırasında http://mehmetince.net/coklu-class-yapisi-ve-c-agir-kodlar/ linkine yaptığımız GET taleplerinin ardı ardına çok olması direk aklıma geldi-

Bende bu durumu incelemek için kill edilmiş child process'leri ps aux yapısından grep ettiğimde bir sonuç dönmedi. Process sonlanmıştı. Hatta ardı ardına segfault alan PID'ler birbirinden farklıydı ve numaları artan bir şekildeydi. Bildiğiniz üzere yeni PID numarası verilirken, küçükten büyüğe doğru bir sıralama vardır. Sanki ben açılmayan link için F5' e basarken arkada sürekli apache process'leri kill oluyordu. Apache daemon modda çalıştığı için process kill olsa bile otomatik ayağa kalkıyor.

[root@xoron log]# ps aux | grep "3971"
root 4094 0.0 0.0 61228 800 pts/0 S+ 20:07 0:00 grep 3971
[root@xoron log]# ps aux | grep "4039"
root 4096 0.0 0.0 61228 804 pts/0 S+ 20:07 0:00 grep 4039

[root@xoron log]# ps aux | grep "http"
root 3508 0.0 0.4 227944 8340 ? Ss 18:58 0:00 /usr/sbin/httpd
apache 4059 0.1 1.6 261888 33648 ? S 19:59 0:00 /usr/sbin/httpd
apache 4063 0.1 1.6 260864 33400 ? S 19:59 0:00 /usr/sbin/httpd
root 4099 0.0 0.0 61228 804 pts/0 S+ 20:07 0:00 grep http
//ttp://mehmetince.net/coklu-class-yapisi-ve-c-agir-kodlar/ linkine GET talebi yapılır.
[root@xoron log]# tail /var/log/httpd/error_log
[Tue Mar 20 19:44:53 2012] [notice] child pid 3917 exit signal Segmentation fault (11)
[Tue Mar 20 19:44:57 2012] [notice] child pid 3902 exit signal Segmentation fault (11)
[Tue Mar 20 19:44:58 2012] [notice] child pid 3922 exit signal Segmentation fault (11)
[Tue Mar 20 19:45:18 2012] [notice] child pid 3924 exit signal Segmentation fault (11)
[Tue Mar 20 19:45:21 2012] [notice] child pid 3925 exit signal Segmentation fault (11)
[Tue Mar 20 19:56:18 2012] [notice] child pid 3971 exit signal Segmentation fault (11)
[Tue Mar 20 19:56:55 2012] [notice] child pid 4033 exit signal Segmentation fault (11)
[Tue Mar 20 19:57:41 2012] [notice] child pid 4031 exit signal Segmentation fault (11)
[Tue Mar 20 19:57:48 2012] [notice] child pid 4039 exit signal Segmentation fault (11)
[Tue Mar 20 20:07:26 2012] [notice] child pid 4059 exit signal Segmentation fault (11)

gördüğünüz üzere düşüncelerim doğru çıkmıştı.
Bu sefer exit signal'leri takip etmek lazım dedim.

[root@xoron log]# strace httpd -X > err.log 2>&1
Komutu ile err.log dosyasının içini okudum. strace processlerin signal'lerini takip edne bir uyguluma. Hatırıma göre default kurulumda gelmekte. Dosya içerisinden çıkanlar iç karartıcıydı adeta. Bu yoldan vazgeçtim ve son çareye başvurdum

[root@xoron log]# [root@xoron log]# ps aux | grep "http"
root 3508 0.0 0.4 227944 8340 ? Ss 18:58 0:00 /usr/sbin/httpd
apache 4063 0.1 1.6 260864 33404 ? S 19:59 0:01 /usr/sbin/httpd
apache 4105 0.1 1.5 258796 32700 ? S 20:07 0:00 /usr/sbin/httpd
root 4137 0.0 0.0 61228 804 pts/0 S+ 20:17 0:00 grep http
[root@xoron log]# gdb
GNU gdb (GDB) CentOS (7.0.1-42.el5.centos)
Copyright (C) 2009 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law. Type "show copying"
and "show warranty" for details.
This GDB was configured as "x86_64-redhat-linux-gnu".
For bug reporting instructions, please see:
.
(gdb) attach 4063 // process'i gdb ile izlemek için

Ardından (gdb) continue ile follow ediyorum. Şimdi Linke tıklayabilirdim.

ve debuger'ım dana

Program received signal SIGSEGV, Segmentation fault.
0x00002ae7178ea3d8 in ?? () from /lib64/libpcre.so.0

Bana linpcre kütüphanesinde bir metod'un segfault verdiğini söylemekte. Ben linke get talebi yaptığım anda.
İnternet üzerinde biraz bu kütüphaneyi araştırdığınızda -ki keyword olarak kütüphane adının yanına segfault, segmentation fault, centos apache gibi kelimeler atmakta yarar var.- centosUn 64bit mimarisinde böyle bir sorun olduğunu ve pek çok vatandaşın şikayet ettiği görülmekte //teşekkürler evren.

Sonu; 32bit centOS istemiştim senden can! Keşke vereydin

Hacker’lar kullanıcı bilgilerinin/şifrelerinin bulunduğu veri tabanını ele geçirdikten sonra, veri tabanında tutulan şifreler clear-text olmadığı takdirde bu sefer saldırılarını elde edilen bu hashleri kırma şeklinde değiştirirler. Bu noktada ise karşılarına tek yönlü şifreleme algoritması olarak tanımladığımız hash değerleri çıkar.

Yani parolanın kendisi değil , hashlenmiş hali veritabanında tutulmaktadır. Tek yönden kastımız; Md5 ile encryption edilmiş bir veriye geri dönüş yolu olmamasıdır. Bu engel’in karşısında ise Hacker’lar deneme- yanıma -brute force- yöntemini seçerek, hashleri kırmak için onlarca olasılığı ilgili encryption algoritması ile hashleyerek, veritabanından elde ettikleri değerle karşılaştırırlar, ta ki karşılaştırma doğrulana kadar.

Hash kırma işlemi için genellikle bu işi otomatize hale getirmiş araçlar tercih edilir.

Hashcat Kurulum

Windows:
Herhangi bir kurulum gerektirmeyen ve binary dosyası olarak elde edebildiğiniz hashcat’i kurmak için tek yapmanız gerek http://hashcat.net/files/download.php?proj=hashcat adresinden download edip sıkıştırılmış dosyayı bir klasöre çıkartmak.

Linux:

[mince@BGA xrn]$ sudo pacman -Syy && pacman -S p7zip
[mince@BGA xrn]$ sudo 7z x hashcat-0.38.7z

Komutları sırasıyla çalıştırılmalıdır.

Hashcat Özellikleri:
Hashcat sitesini ziyaret ettiğimizde karşıma farklı toolar ve GUI çıkmakta. Bunlar; Hashcat, Hashcat-gui oclHashcat-lite and oclHashcat-plus.

Hepsinin tek bir yazılım altında olmamasının ama nedenleri arasında, her bir tool’un özelleştiği bir alan olması ve bu alan hususunda farklı algoritmalara ihtiyaç duyulması yatmakta.

Bu araçları tanıtmak gerekirse;
Hashcat – Bir çok hash algoritması için crack işlemi yapabilen bu tool, multithreading desteklidir ve CPU gücünden yararlanmaktadır.
oclHashcat-gui – Hashcat multi OS destekli grafik ara yüzü.
oclHashcat-lite – Sadece bir adet hash cracklemek için geliştirilmiştir ve GPU desteklidir.
oclHashcat-plus – Eş zamanlı olarak bir çok hash için cracking işlemi yapabilmektedir. Wordlistleri kullanabilme ve oluşturabilme özellikleri için özelleştirilmiş.
GPU -Graphics processing unit- desteği için doğru ekran kartı driverı kurulu olmalıdır. Nvidia (CUDA) ve AMD (OpenCL). Henuz Intel için destek verememektedir. Yapılan testler sonucunda AMD’nin mimarisinden ötürü AMD performasında Nvidia’dan 3 kat daha hızlı olduğu görülmüştür.

Hashcat onlarca farklı opensource yazılımı için salt cracking, 20 farklı algoritmaya göre cracking işlemi yapabilmektedir.

Hashcat ve Şifre Kırma Teknikleri

Brute Forcing:

Brute Forcing isimli şifre kırma yaklaşımı, teknik olarak kolay bir çalışma olmasına karşın dezavantajları vardır. Tüm kombinasyonları denemek gerekmektedir. Buda bolca zaman gerektirmektedir. Ufak bir örnek verirsek; Türkçe özel karakterlerin çıkarıldığı a-z aralığında ki harflerden ve 0-9 aralığında ki rakamlardan oluşan 5 haneli bir şifre için test edilmesi gereken toplam olasılığın sayısını;
a-z = 26 karakter
0-9 = 10 karakter
(26+10)^5 = 52.521.875 olasılık demektir.

Dictionary Attacks:

Sözlük saldırıları için hazırlanan word listlerde olabildiğince kelimeler, isimler, 123456 gibi weak password’ler bulunur. Bu listelerde bulunan her sözcüğün hash’i alınarak kırılmak istenen hash ile karşılaştırılır. Doğal olarak bu cracking mantığının başarısı wordlistinizin kalitesi ile doğru orantılıdır. Word list’in başarı oranını ve boyutunu artırmak için; word list’te bulunan kelimelerin birbirleriyle kombinasyonları yapılmaktadır.

Rainbow Tables:

Hash karşılığı bilinen kelimelerin bir listede tutulmasıyla Dictionary Attacks saldırılarına çok benzemektedir. Tek fark ise bu saldırı türünde herhangi bir hashing işlemi yapılmamaktadır. Hash kırma çalışmalarının en önemli noktası kısa sürece sonuca ulaşmak olduğu için, kırılması istenen hash ile Rainbow tables’da tutulan hashler ile karşılaştırılır. Eğer bir eşlenme gerçekleşir ise bu hash’in karşılığının hangi kelime olduğu Rainbow tables’dan kontrol edilir. Bu sayede herhangi bir hashing işlemi gerçekleşmediği için süreç çok daha hızlıdır.

Rainbow Table üzerinden yapılan saldırılardan korunmak için uygulama geliştiriciler salts ekleme mantığına gitmişlerdir. Kullanıcı şifre olarak kendisine “bga” kelimesini seçerse, yazılım şifrenin hashini almadan önce bir prefix yahut postfix eklemesi gerçekleştirir. “bga321!” olarak eklenir ve bu şekilde hash’i alınır. Bu durumda opensource olmayan uygulamaların veri tabanı ele geçirildiğinde salt grubun ne olduğu bilinmediği için veriler korunabilmektedir.

Hybrid Attacks:

Wordlist ve brute forcing saldırılarının kombinasyonudur. Wordlist’te ki kelimelerin sonuna yahut başına sayılar eklenmesiyle yapılan saldırı tekniğidir. Rainbow Table’da bahsettiğimiz “salt” uygulamasına karşı başarı gösterebilecek bir hash cracking tekniğidir.

Mask Attacks:
Generate edilmeyen yani kullanıcılar tarafından girilen şifrelerin hashlerini kırmak için kullanılabilecek en ideal hash cracking mantıklarından birisidir. Bir çok insan şifresinin son hanelerine doğru rakam kullanmakta yahut şifresinin ilk karakteri büyük harfle başlamakta. Mask Attaks ise bu durumu spesifik olarak belirtebildiğimiz pattern’lerden yararlanarak hash cracking işlemleri gerçekleştirme.

Peki hangi yöntemi Seçmeli ? Eğer aynı anda olabildiğince çok hash cracklemek istiyorsanız Hybrid ve Mask ataklar daha fazla başarı gösterecektir. Tek bir hash’e yönelik cracking çalışmalarında ise Dictionary yahut Rainbow tercih edilebilir.

Hashcat ile Hash Cracking
hashcat kurulumunu yaptıktan sonra bir adet md5 cracking işlemi gerçekleştirip yazılımın performansını test edelim.
Clear Text = 9102837465
Md5 Hash = 3b22036943c23584ab5de618b9650d01

[root@BGA hashcat]# echo “3b22036943c23584ab5de618b9650d01” > hashfile.txt
[root@BGA hashcat]# ./hashcat-cli32.bin -a 3 –bf-pw-min=1 –bf-pw-max=10 –bf-cs-buf=0123456789 hashfile.txt

Komutlarını hashcat klasöründe sırasıyla ile çalıştırılıyor.

[root@BGA hashcat]# ./hashcat-cli32.bin -h
komutu ile hashcat yaziliminin parametrelerini ve açıklamalarını okuyabilirsiniz. -a 3 ile attack modu olarak brute-forcing seçilmiştir. -

-bf-pw-min=1 –bf-pw-max=10 parametrelerin şifrenin 1 ile 10 karakter aralığında olduğunu belirtmektedir.

-bf-cs-buf=0123456789 kısmında bir pattern belirlemesi yapıyoruz. Sadece rakamlar ile test gerçekleştirildi. Tercihen abcxz gibi karakterlerde dahil edilebilir.

Ardından hashcat yazilimi size 10 adet paragraf output verecektir. Bu açıklamalar incelendiğinde brute forcing işleminin bir basamaklı sayılardan başlayıp, on basamaklı sayılara ilerlemekte olduğunu görülecektir.
1,2,3,4,5,6 basamaklı sayı gruplarının total test süresinin 0 saniye altında olduğu görülmektedir.

Length….: 7
Index…..: 0/1 (segment), 10000000 (words), 0 (bytes)
Recovered.: 0/1 hashes, 0/1 salts
Speed/sec.: – plains, 26.04M words
Progress..: 10000000/10000000 (100.00%)
Running…: 00:00:00:01
Estimated.: –:–:–:–

7 basamaklı sayı grupları için totalde 1saniyelik bir çalışma yapılmıştır. Ve saniyede 26,04 Milyon sayı test edilmiştir.

Length….: 8
Speed/sec.: – plains, 26.23M words
Running…: 00:00:00:03
8 basamaklı sayılar için saniyede 26,23 Milyon deneme ile 3saniye sürmüştür.
Length….: 9
Speed/sec.: – plains, 25.34M words
Estimated.: 00:00:00:38

9 basamaklı sayılar için saniyede 25.34 Milyon deneme ile 38 saniye.

Length….: 10
Index…..: 0/1 (segment), 10000000000 (words), 0 (bytes)
Recovered.: 0/1 hashes, 0/1 salts
Speed/sec.: – plains, 24.98M words
Progress..: 3144636980/10000000000 (31.45%)
Estimated.: 00:00:04:34
3b22036943c23584ab5de618b9650d01: 9102837465
All hashes have been recovered

4dk34saniye ‘den daha kısa bir sürede hash kırma işlemi tamamlanmıştır. Adsl modemlerinin şifreleri, sabit hat telefon numaları olması. İnsanların mail şifrelerinin cep telefonlarının olması gibi durumlar ülkemizde sıkça görülmektedir.

Bu test sırasında sistem load’ı değerlerine baktığımız. Şifre kırma işlemi tamamlanmadan hemen önce
top – 04:04:37 up 1:06, 2 users, load average: 8.47, 6.20, 3.03

Şifre kırma işlemi sırasında CPU sıcaklığını incelediğimizde ise sonuç aşağıdadır.

[root@BGA hashcat]# pacman -S acpi
[mince@BGA hashcat]# while [ TRUE ]; do acpi -t >> /tmp/cputest.txt ; sleep 2; done &

Komutu ile CPU sıcaklığını her 2sn bir kontrol ederek sonuc /tmp/cputest.txt dosyasına yazdırılmakta.
[mince@BGA hashcat]# tail -F /tmp/cputest.txt

Komutu ile çıktılar kontrol edilebilmiştir.

Bu sıcaklık dataları istatistige döküldüğünde ise

[mince@BGA ~]$ cat /tmp/cputest.txt | sort -n | uniq -c
2 Thermal 0: ok, 45.0 degrees C
1 Thermal 0: ok, 53.0 degrees C
2 Thermal 0: ok, 54.0 degrees C
1 Thermal 0: ok, 57.0 degrees C
1 Thermal 0: ok, 60.0 degrees C
1 Thermal 0: ok, 65.0 degrees C
1 Thermal 0: ok, 66.0 degrees C
2 Thermal 0: ok, 67.0 degrees C
2 Thermal 0: ok, 68.0 degrees C
2 Thermal 0: ok, 69.0 degrees C
4 Thermal 0: ok, 70.0 degrees C
5 Thermal 0: ok, 71.0 degrees C
9 Thermal 0: ok, 72.0 degrees C
13 Thermal 0: ok, 73.0 degrees C
62 Thermal 0: ok, 74.0 degrees C
18 Thermal 0: ok, 75.0 degrees C
2 Thermal 0: ok, 41.0 degrees C

Görülmüştür. Bu ise hash cracking esnasında CPU’nun hangi sıcaklık değerleri aralığında gezindiğini göstermektedir.

Testler için Kullanılan Bilgisayarın Özellikleri
İşletim Sistemi:
Archlinux
Kernel : Linux 3.2.2-1-ARCH (i686)
Desktop Environment : XFCE 4

Fiziksel Özellikler:
Processor : 4x Intel(R) Core(TM) i5 CPU M 460 @ 2.53GHz
Memory : 2573MB

HP g62 serisi laptop. Testler boyunca USB ile bilgisayara bağlanan notebook altına konan harici fan.

Mehmet Dursun INCE
mehmet.ince@bga.com.tr
PS: Bu döküman Archlinux işletim sistemi üzerinde LibreOffice kullanılarak hazırlanmıştır.

KAYNAKLAR

http://en.wikipedia.org/wiki/Dictionary_attack

http://en.wikipedia.org/wiki/Brute_force_attack#Unbreakable_codes

http://en.wikipedia.org/wiki/Rainbow_table#Example

http://itsecblog.net/cms/index.php/secblog/encryption/hashcracking1

http://itsecblog.net/cms/index.php/secblog/encryption/hashcracking2

http://hashcat.net/wiki/

Merhabalar
Kocaeli Üniversitesi Bilgisayar Mühendisliği öğrencileri için düzenlenen Bilgi Güvenliği seminerine beni davet ettiler konuşmacı olarak.

Sunum bence bir katılan bir çok arkadaş için gerçekten yararlı olduğunu düşünmekteyim.
Sunum yoğunluklu olarka pratike dönüktü. Metasploit sayesinde bir çok güzel taklalar yaptık:)

Fotoğraflara aşağıda ki linkten ulaşabilirsiniz.

https://www.facebook.com/media/set/?set=a.3094697440643.139514.1060262033&type=3

1 Mart 2012 Perşembe Günü İstanbul Kültür Üniversitesinde, NOPcon Uni Bilgi Güvenliği Etkinliği Düzenlenecektir.
Etkinlikte hacktivist gruplar ve saldırı teknikleri , siber silahlanma , ileri seviye zararlı yazılımlar gibi güncel konulara değinilecektir.

Aktif olarak katılacağım bu buluşmaları kaçırmamanızı öneririm.

www.nopcon.org

İş hayatına kendimi atalı 1,5 yıldan fazla oldu. -aynı zamanda üniversite'yede başlayalı-.
Bildiğiniz üzere bir yıl kadar Sakarya Üniversitesi Bilgi işleminde çalıştıktan sonra birde ek olarak BGA'da hayatıma devam etmekteyim.

Sizlerle bir çok teknik konuda bilgilerimi paylaştım. Birde güvenlik sektöründe çalışırken hissetikleriniz vardır.

İş'ime aşık bir insanım. Hepinizde bilirsiniz aşk tek başına ilerlemez : )
Ne büyük zevktir ki aşık olduğunuz işinize, iş vereniniz tarafından saygıs gösteriliyor olması, gerçekten büyük zevktir.
19-20 yaşlarında iş hayatına girdiğinizde gerçekten sudan çıkmış balık gibi oluyor insan. Doğal olarak hemen tutunabilecek bir şeye ihtiyacınız olmakta. Çünkü herhangi bir komut verirken enter'a basmak bile o vakitlerde insanı iki kere daha düşündürmekte.

Ama iş vereniniz "insan" ise gerçekten insanın enter'a basışları daha sert oluyor, ürkek olmaktansa. Bunun için patron size "İstersen sistemi çökert en kötü data storage'lerden döneriz her türlü." diyebilecek kadar adam olmalı:) Bende sen misin bunu dercesine bir gün akşam 19:30 sularında koskoca DNS makinasında ki tüm host kayıtlarını silerek tüm okulun web sitelerine erişim 30dk'lıgına kapatacak hatayı yapmıştım : ) Ve bunun üzerine iş arkadaşıma direk telefon ettim. -telefonun açılması için çalan her dıt sesinde cam'dan atlamayı bir kere daha düşündüm.- İş vereninizden öte iş arkadaşlarınızda gerçekten önemli. Telefonda direk "Tamam evlat olur öyle şeyler sakin ol şimdi" dedi sayın bitim.

Bu olaydan sonra ne sunucular ssh'lar yaptım. Ne uzun komutlar yazıp büyük bir özgüvenle enter'a bastım Ve o günden sonrada hatam olmadı. Çünkü o özgüven inanın ap ayrı.

Yazıyı yazarken düşünüyorumda, iş vereninizin yaptığınız işte iyi olduğunuza inanması da ayrı bir zevk. Okula başladığımda, mezun olduğum günü onlarca server kurup bu server'ların güvenlik ve konfigurasyon politikalarında ben kararlar vericem diye hayaller kurarken, bu hayallerimi 3 ay sonra kavuşmuştum.
Kimse sus lan 20 yaşında velet ne anlarsın dememekte. Yaptığınız işe saygı göstermekte. Fikirlerinize danışmakta. Size güvenmekte -sanırım=P- ve özgüven vermekte

O yüzden hakkını ödemeyeceğim insandır #saubim çalışanları. Üstümde emekleri çoktur. Kardeşlikleri abilikleride.

Merhabalar

Sakarya Üniversite'sinde Yazılım Mühendisliği derslerini veren Yüksel Yurtay ile ortaklaşa organize ettiğimiz
"Yazılım Dünyası ve Bilgi Güvenliği" isimli sunumlarının ilkini bu sabah 10:30'da M-5 Binasında gerçekleştirdik.

Büyük kuruluşların güvenlik politikalarından tutunda, Virüs ve anti-virüs'ler, Stuxnet ve Duqu. Türkiyede bilişim güvenliği gibi konulara değinirken. Mühendislerin ve uygulama geliştiricilerin hatalarına/düşünemediklerine dikkat çektik.

Özellikle sınıf'ın ilgisinin yüksek olması ve Yüksel Hoca'nın bu uygulamalı seminere değer vermesi beni son derece mutlu etmekte. Bu hafta dört adet derse daha girip bu semineri tekerrür edeceğim.

İlgi gösteren tüm arkadaşlara teşekkürler.

Merhabalar
Bildiğiniz üzere işletim sistemi olarak Linux kullanmaktayım. Aşırı derecede stabil olan ubuntu gibi dağıtımlardan ziyade genelde karşıma bir engel çıkartacak beni komut satırlarına boğacak olan tatlı bir dağıtım Archlinux kullanmaktayım. -paslanmamak ve kendimi geliştirmeye devam etmek için-

Geçenlerde bir arkadaşımın blog yazısında -- karşıma çıkan tatlı bir developing tool olan Sublime 'ı arch'a kurmak istedim. core ve community repolarında olmayan bu tool arch aşıklarının geliştirdiği AUR paketlerinden buna ulaşabilmekteyiz.

Başlamadan önce
[mince@BGA ~]$ sudo pacman -Syy & sudo pacman -Syu

yazarsak sistemin latest update haline gelelim.

[mince@BGA ~]$ cd /tmp && wget http://aur.archlinux.org/packages/su/sublime-text/sublime-text.tar.gz
[mince@BGA ~]$ tar xzvf sublime-text.tar.gz
[mince@BGA ~]$ makepkg
dediğimizde bağımlılığı olan libpng12 paketini bulamamakta. Bunu vi PKGBUILD dosyasında ki

depends=(libpng12 gtk2)
satırı yerine
depends=(libpng gtk2)

yazarak aşıyoruz ve

[mince@BGA ~]$sudo pacman -U sublime-text-2.2165-1-i686.pkg.tar.xz

yazarak uygulamayı kurmaktayız. ve komut satırında subl yazıp enter'a basınca karşımıza libpng12.so.0 kütüphanesini bulamadığı ile ilgili bir hata çıkartıyor. evet haklıda : )

Şimdi bu kütüphaneyi kurma çalışmalarına başlamaktayız.
[mince@BGA ~]$ cd /tmp && wget http://aur.archlinux.org/packages/li/libpng12/libpng12.tar.gz
[mince@BGA ~]$ tar xzvf libpng12.tar.gz
[mince@BGA ~]$ cd libpng12 && makepkg