<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>Emre Figengil &#187; Güvenlik</title>
	<atom:link href="http://emre.figengil.info/category/bilisim-guvenligi/feed/" rel="self" type="application/rss+xml" />
	<link>http://emre.figengil.info</link>
	<description>Freelance Web Tasarım &#38; Programlama</description>
	<lastBuildDate>Sun, 15 Apr 2012 22:19:37 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
		<item>
		<title>Hazır sistemler ne kadar güvenilir</title>
		<link>http://emre.figengil.info/hazir-sistemler-ne-kadar-guvenilir/</link>
		<comments>http://emre.figengil.info/hazir-sistemler-ne-kadar-guvenilir/#comments</comments>
		<pubDate>Sat, 06 Aug 2011 18:28:35 +0000</pubDate>
		<dc:creator>Emre Figengil</dc:creator>
				<category><![CDATA[Güvenlik]]></category>

		<guid isPermaLink="false">http://emre.figengil.info/?p=244</guid>
		<description><![CDATA[5 milyon sayfaya sızdı Popüler ticaret uygulaması osCommerce&#8217;i hedef alan bir saldırı, yaklaşık olarak 5 milyon web sayfasına bulaştı ve yüklediği kodlarla ziyaret eden kullanıcıların PC&#8217;sine bir zararlı yükleme girişiminde bulundu. Mağaza yönetimi web uygulaması yazılımı osCommerce&#8217;in yamasız sürümünü kullanan web sitelerini hedef alan toplu saldırı, geçtiğimiz hafta hızla yayıldı. Saldırı, Armorize tarafından ilk olarak 24 Temmuz&#8217;da tespit edildiğinde Google arama sonuçlarına göre 91.000 sayfa etkilenmiş görünüyordu. Salı günü ise aynı arama sonuçları, yaklaşık 5<a href="http://emre.figengil.info/hazir-sistemler-ne-kadar-guvenilir/">&#160;&#160;[ Read More ]</a>]]></description>
			<content:encoded><![CDATA[<h1><a href="http://emre.figengil.info/wp-content/uploads/14082920.jpg"><img class="alignleft size-full wp-image-245" title="14082920" src="http://emre.figengil.info/wp-content/uploads/14082920.jpg" alt="" width="200" height="200" /></a>5 milyon sayfaya sızdı</h1>
<p>Popüler ticaret uygulaması osCommerce&#8217;i hedef alan bir saldırı, yaklaşık  olarak 5 milyon web sayfasına bulaştı ve yüklediği kodlarla ziyaret  eden kullanıcıların PC&#8217;sine bir zararlı yükleme girişiminde bulundu.</p>
<p>Mağaza  yönetimi web uygulaması yazılımı osCommerce&#8217;in yamasız sürümünü  kullanan web sitelerini hedef alan toplu saldırı, geçtiğimiz hafta hızla  yayıldı. Saldırı, Armorize tarafından ilk olarak 24 Temmuz&#8217;da tespit  edildiğinde Google arama sonuçlarına göre 91.000 sayfa etkilenmiş  görünüyordu. Salı günü ise aynı arama sonuçları, yaklaşık 5 milyon sayfa  döndürüyor.</p>
<p>Armorize&#8217;a göre en az üç osCommerce güvenlik açığını  kullanan saldırı, Ukrayna&#8217;lı IP adreslerinin yamasız sitelere iframe  enjekte etmesine izin veriyor. Bu iframe&#8217;ler ise ziyaretçileri sessiz  sedasız willysy.com ve exero.eu adreslerinde bulunan zararlı dosyalara  yönlendiriyor. Bu domain adları ise ziyaretçileri Windows açıklarını  kullanan bir seri web sitesine yönlendiriyor.</p>
]]></content:encoded>
			<wfw:commentRss>http://emre.figengil.info/hazir-sistemler-ne-kadar-guvenilir/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Yazılım Geliştirmede Tehdit Modelleme II</title>
		<link>http://emre.figengil.info/yazilim-gelistirmede-tehdit-modelleme-ii/</link>
		<comments>http://emre.figengil.info/yazilim-gelistirmede-tehdit-modelleme-ii/#comments</comments>
		<pubDate>Fri, 29 Apr 2011 10:31:39 +0000</pubDate>
		<dc:creator>Emre Figengil</dc:creator>
				<category><![CDATA[Güvenlik]]></category>
		<category><![CDATA[bypass]]></category>
		<category><![CDATA[eticaret]]></category>
		<category><![CDATA[eticaret güvenlik]]></category>
		<category><![CDATA[kod güvenliği]]></category>
		<category><![CDATA[sunucu güvenliği]]></category>

		<guid isPermaLink="false">http://emre.figengil.info/?p=217</guid>
		<description><![CDATA[Bir önceki makalede tehdit modellemenin ilk adımı olan uygulamanın ayrıştırılması ele alınmıştı. Bu makalede ise tehditlerin belirlenmesi, derecelendirilmesi ve azaltılması konularını ele alacağız. Tehditlerin Belirlenmesi Uygulama ayrıştırıldıktan sonra, her bir bileşen tehdit modelleme için potansiyel tehdit olarak ele alınır. Burada amaç herşeyin nasıl çalıştığını görmekten ziyade, uygulamanın bileşenlerini anlamak ve bu bileşenler arasında veri alışverişinin nasıl yapıldığını görmektir. Bileşenler genel olarak tehdit hedefleri olarak adlandırılır. Belirlenen tehditlerin azaltılması için öncelikle tehditlerin sınıflandırılması gerekmektedir. Bunun için<a href="http://emre.figengil.info/yazilim-gelistirmede-tehdit-modelleme-ii/">&#160;&#160;[ Read More ]</a>]]></description>
			<content:encoded><![CDATA[<p>Bir önceki makalede tehdit modellemenin ilk adımı olan uygulamanın  ayrıştırılması ele alınmıştı. Bu makalede ise tehditlerin belirlenmesi,  derecelendirilmesi ve azaltılması konularını ele alacağız.</p>
<h2>Tehditlerin Belirlenmesi</h2>
<p>Uygulama ayrıştırıldıktan sonra, her bir bileşen tehdit modelleme için  potansiyel tehdit olarak ele alınır. Burada amaç herşeyin nasıl  çalıştığını görmekten ziyade, uygulamanın bileşenlerini anlamak ve bu  bileşenler arasında veri alışverişinin nasıl yapıldığını görmektir.  Bileşenler genel olarak tehdit hedefleri olarak adlandırılır. Belirlenen  tehditlerin azaltılması için öncelikle tehditlerin sınıflandırılması  gerekmektedir. Bunun için STRIDE sınıflandırma modeli kullanılabilir.  STRIDE modeli aşağıda belirtilmiştir:</p>
<ul>
<li><strong>Kimlik Yanıltması (Spoofing Identity):</strong> Yanıltma tehditleri  saldırganların başka bir kullanıcı gibi davranmaları ya da geçerli bir  sunucu gibi davranarak diğer sunucuları yanıltma amacı güder. Kimlik  yanıltmaya örnek olarak, yasa dışı olarak başka bir kullanıcının şifre  ve kullanıcı ismi gibi gizli bilgilerine ulaşmayı ve bu bilgileri  kullanmayı gösterebiliriz.</li>
<li><strong>Verinin Değiştirilmesi (Tampering with Data):</strong> Bu işlem verinin  kötü niyetli bir şekilde değiştirilmesi manasına gelir. Internet  üzerinden akan verinin değiştirilmesi buna örnek olarak gösterilebilir.</li>
<li><strong>Inkar (Repudiation):</strong> Bu tip tehditler, bazen saldırganın  gerçekleştirdiği ama bunu inkâr edebileceği tehditler olarak görülür.  Inkar tipi tehditler kredi kartı gibi işlemlerde kendini gösterir.  Kullanıcı bazı alımlarda bulunur ve sonra yapmadığını iddia eder. Başka  bir örnek de e-posta örneği olabilir. Size gelen bir maili, karşı taraf  ben atmadım diye inkâra başvurabilir.</li>
<li><strong>Bilginin Açığa Çıkarılması (Information Disclosure):</strong> Bu tip  tehditler, bazı bilgilerin onları görmemesi gereken kullanıcılar  tarafından görünmesini kapsar. Örnek olarak, bir kullanıcının okumaması  gereken bir dosyaya erişim hakkı olması ya da bir saldırganın ağ  trafiğini dinleyip bazı bilgileri elde etmesidir.</li>
<li><strong>Hizmet Dışı Bırakma (Denial of Service):</strong> Hizmet dışı bırakma  atakları sistemlerin kullanılmaz hale gelmesini sağlayan ataklardır. Web  sunucusunun kullanılmaz hale gelmesi bu tip ataklara örnek olarak  gösterilebilir. Sistemlerin güvenirliliği ve sürekliliği sağlamaları  adına bu tip ataklara önlem almaları gerekmektedir.</li>
<li><strong>Yetki Kazanma (Elevation of Privilege):</strong> Bu tür ataklarda,  yetkisiz bir kullanıcı sistemi kullanmak üzere yetki kazanır ve bütün  sisteme zarar vermek ya da kontrolü altına almak için sisteme giriş  yapar.</li>
</ul>
<p>Bu sınıflandırmaya dayalı olarak, örnek satın alma uygulamasında örnek  bir tehdit üzerinde durabiliriz. Bu tehdit Şekil 6&#8242;de gösterilmiştir.  Burada dikkat edilmesi gereken husus, bir kullanıcının başka bir  kullanıcıya ait sipariş bilgilerini görmemesi gerektiğidir. Öyleyse,  bilginin çalınmasına ya da başka kullanıcılar tarafından  görüntülenmesine engel olunmalıdır. Bu tehdit bilginin açığa çıkarılması  tehdit grubuna örnek bir tehdittir. Bir saldırganın bu veriyi  görmesinin birçok yolu olabilir. Fakat en basit haliyle, saldırgan ağ  trafiğini, protokolleri analiz eden bir araçla dinliyor olabilir; ya da  ağda bir yönlendiriciyi kontrol altına almış olabilir.</p>
<p>&nbsp;</p>
<p>&nbsp;</p>
<p style="text-align: center;"><a href="http://emre.figengil.info/wp-content/uploads/sekil6.jpg"><img class="aligncenter size-full wp-image-218" title="sekil6" src="http://emre.figengil.info/wp-content/uploads/sekil6.jpg" alt="" width="412" height="104" /></a><strong>Şekil-6 Bir Tehdit Örneği</strong></p>
<p>&nbsp;</p>
<p>Tehdit Ağaçları: Tehdit ağaçlarının arkasındaki anafikir şudur: Bütün  sistem tehdit hedeflerinden biraraya getirilmiş bir sistemler bütünüdür  ve her tehdit hedefi bazı açıklıklara sahip olabilir. Bu açıklıklar da  bütün sistemin saldırganlar tarafından kullanılması manasına gelebilir.  Tehdit ağaçları, bir saldırganın sistemi elegeçirebilmek için  izleyebileceği yolları çizen yapısal ağaçlardır. Uygulama ayrıştırması  işlemi gerçekleştikten sonra, her bir bileşen için tehditlerin  belirlenmesi süreci başlar. Tehditler belirlendikten sonra ise bu  tehditlerin nasıl ortaya çıkabileceği tehdit ağaçlarıyla belirlenir.  Yukarıda verilen tehdit örneği için, belirlenen tehdit ağacı  Şekil  7&#8242;deki gibi olabilir. Tehdit ağacının en başındaki kutu, tehdit kutusu  olarak adlandırılır ve altındaki kutular tehditin gerçeklenmesi için  gereken adımları temsil eder. Bu örnek tehditte, tehditin gerçellenmesi  için, HTTP trafiği korumasız olmalı ve saldırgan trafiği dinliyor  olmalı. Saldırganın trafiği dinlemesi için, ağ trafiğini dinliyor olması  ya da yönlendirici üzerinden geçen veriyi dinliyor olması gerekir.  Yönlendirici dinleme senaryosunun gerçek olması için, ya hedef  yönlendirici korumasız olmalı ve kontrol altına alınması gerekiyor ya da  yönlendiricinin şifresinin bilinmesi gerekiyor.</p>
<p>&nbsp;</p>
<p><a href="http://emre.figengil.info/wp-content/uploads/sekil7.jpg"><img class="aligncenter size-full wp-image-219" title="sekil7" src="http://emre.figengil.info/wp-content/uploads/sekil7.jpg" alt="" width="447" height="381" /></a></p>
<div style="text-align: center;"><strong>Şekil-7 Tehdit # 1 için tehdit ağacı</strong></div>
<h2>Tehditlerin Derecelendirilmesi</h2>
<p>Tehdit ağaçları oluşturulduktan ve tehditler anlaşıldıktan sonra,  belirlenen bu tehditlerin derecelendirmesi gerekmektedir.  Derecelendirmeli amaç, öncelikle hangi tehdit üzerinde duracağımıza  karar vermek ve bir sıralama oluşturmaktır. Uygulamamız için en büyük  tehditin ilk önce giderilmesi mantıklı bir yaklaşım olacaktır.  Derecelendirme yaparken bazı dercelendirme yöntemleri kullanılabilir. Bu  derecelendirme yöntemlerinden DREAD adlı yöntemi örnek satın alma  uygulamamız için kullanacağız.</p>
<h4>DREAD</h4>
<ul>
<li><strong>Zarar Potansiyeli (Damage Potential):</strong> Tehdidin gerçekleşmesi  durumunda, zarar ne kadar büyüklükte olacaktır. En kötü durum 10 ile  gösterilebilecekken, en hafif durum 0 ile gösterilebilir. Yetki  tehditleri genellikle 10 ile gösterilir. Tıbbi, mali, ya da askeri veri  içeren uygulamalar içi zarar potansiyeli yüksek kabul edilir.</li>
<li><strong>Uygulanabilirlik (Reproducibility):</strong> Potansiyal bir saldırının  başarıya ulaşma şansını belirlemeye çalışır. Belirli bir tehditin,  saldırgan için başarılı bir saldırı olma kolaylığının incelenmesini ön  görür.</li>
<li><strong>Sömürülebilirlik (Exploitability):</strong> Bu tehdit kapsamında bir  atağı gerçellemek için ne kadar tecrübe ve çaba gerekmektedir. Örneğin,  acemi bir kullanıcı, normal ev bilgisayarı ile tehdite bir atak  uyguluyabiliyorsa bu ciddi bir durumdur ve bu tehdit sömürülebilirlik  manasında 10 alabilir.</li>
<li><strong>Etkilenen Kullanıcılar (Affected User):</strong> Eğer bu tehdit bir  saldırıya dönüştürülür ve saldırı başarılı olursa ne kadar kullanıcının  bundan zarar göreceği araştırılır. Mesela, bir sunucuyla alakalı bir  tehdit, birçok kişiyi ilgilendireceğinden yüksek önem arz eder.</li>
<li><strong>Keşfedilebilirlik (Discoverability):</strong> Açıklığın kolay ya da zor bulunabileceğinin ya da keşfedilebileceğinin değerlendirmesi yapılır.</li>
</ul>
<p>Bu değerlendirme kriterine göre, yukarıda verdiğimiz örnek tehdidin değerlendirmesi şu şekilde olabilir:</p>
<p><em>Tehdit #1:</em> Kasıtlı kullanıcı başka bir kullanıcının sipariş bilgilerini ağ üzerinden dinler.</p>
<p><strong> 8</strong> Zarar Potansiyali: Başkasının gizli sipariş bilgilerini okuyabilmek ciddi bir sorun.</p>
<p><strong>10</strong> Uygulanabilirlik: Tamamen uygulanabilir.</p>
<p><strong>7</strong> Sömürülebilirlik: Ağ üzerinde yer edinmeli ve ağı dinlemeli.</p>
<p><strong>10</strong> Etkilenen Kullanıcılar: Yöneticiler dâhil herkes etkilenebilir.</p>
<p><strong>10</strong> Keşfedilebilirlik: Bu açıklığın kolayca bulunacağını varsayalım.</p>
<p><em>DREAD ile ölçülen risk oranı</em> <em>= (8+10+7+10+10)/5 =</em><strong> 9 </strong></p>
<h2>Tehditlerin Azaltılması</h2>
<p>Tehditler belirlendikten ve önem sırasına göre sıralandıktan sonra her  tehdit için ne yapılması gerektiği kararlaştırılmalı. Bu karar dört  farklı şekilde olabilir:</p>
<ol>
<li><strong>Herhangi bir tedbir almama:</strong> Bu yöntem genellikle doğru olmayan  bir yöntemdir. En sonunda uygulamanın içerisindeki bu açıklık başınızı  ağrıtabilir ve önlem almak zorunda kalabilirsiniz. Daha sonradan  alacağınız önlem çok daha pahalıya size mal olabilir.</li>
<li><strong>Kullanıcıyı uyar:</strong> Diğer bir yol ise, kullanıcının bu hususta  bilgilendirilmesi ve uygulamanın o özelliğini kullanıp kullanmayacağının  kendisine bırakılmasıdır. Buna örnek olarak Microsoft Internet Bilgi  Servisi (IIS) verilebilir. Bu sistem, yöneticiyi eğer SSL/TLS  kullanmazsa kullanıcı bilgilerinin şifresiz bir şekilde ağda gezeceğini  belirtir. Bu yöntem de birçok durumda problemli bir yöntemdir.  Kullanıcıların çoğu nasıl seçim yapacaklarını bilmezler. Aslında çoğu  zaman, kullanıcının karşısına çıkarılan seçenek, kullanıcı için  anlaşılması zor bir seçenektir. Diğer bir durum ise, kullanıcılar  genellikle hazır ayarları kabul ederler ya da uyarıları görmezden  gelirler.</li>
<li><strong>Problemi ortadan kaldır:</strong> Problemi çözmek için yeterli zamanınız  yoksa kısaca tehdit altında olduğunu düşündüğünüz özelliğe sahip parçayı  sistemden çıkarmanız yeterlidir.</li>
<li><strong>Problemi çöz:</strong> En kesin ve gerçekçi çözüm budur. Teknolojiyi  kullanarak, problemi azaltma ya da tamamen çözme yoluna gidilmelidir. Bu  yöntem aynı zamanda en zor yöntemdir. Tasarımcılar, geliştiriciler,  testçiler ve güvenlik ekibi için daha fazla iş yükü ve daha fazla  maliyet demektir.</li>
</ol>
<p>Şekil 8&#8242;de örnek satın alma uygulaması için olabilecek tehditler ve bu tehditlerin azaltılma yolları gösterilmiştir.</p>
<p style="text-align: center;"><a href="http://emre.figengil.info/wp-content/uploads/sekil8.jpg"><img class="aligncenter size-full wp-image-220" title="sekil8" src="http://emre.figengil.info/wp-content/uploads/sekil8.jpg" alt="" width="734" height="440" /></a><strong>Şekil-8 Örnek Satın Alma Uygulamasındaki Tehditlerin Çözüm Yolları</strong></p>
<p style="text-align: center;">&nbsp;</p>
<p style="text-align: center;">&nbsp;</p>
<p style="text-align: left;">Alıntıdır : Abdulkadir Poşul, TUBİTAK-UEKAE<strong> </strong></p>
]]></content:encoded>
			<wfw:commentRss>http://emre.figengil.info/yazilim-gelistirmede-tehdit-modelleme-ii/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Yazılım Geliştirmede Tehdit Modelleme</title>
		<link>http://emre.figengil.info/yazilim-gelistirmede-tehdit-modelleme/</link>
		<comments>http://emre.figengil.info/yazilim-gelistirmede-tehdit-modelleme/#comments</comments>
		<pubDate>Mon, 21 Mar 2011 12:00:42 +0000</pubDate>
		<dc:creator>Emre Figengil</dc:creator>
				<category><![CDATA[Güvenlik]]></category>
		<category><![CDATA[eticaret]]></category>
		<category><![CDATA[oturum güvenliği]]></category>
		<category><![CDATA[tehdit unsurları]]></category>
		<category><![CDATA[uygulama güvenliği]]></category>

		<guid isPermaLink="false">http://emre.figengil.info/?p=210</guid>
		<description><![CDATA[Tehdit modelleme, organizasyonların yüksek düzeyli güvenlik risklerini anlamalarına yardımcı olan, güvenlik tabanlı bir analizdir. Tehdit modellemede amaç, tehditlerin saptanması, hangi tehditlerin azaltılmasının gerektiği ve tehdit azaltma işleminde hangi yöntemlerin uygulanacağının belirlenmesidir. Risklerin azaltılması için tehdit modelleme kapsamında uygulanacak olan tehdit değerlendirmesi güvenli sistemler inşa etmek için olmazsa olmaz bir süreçtir. Bir organizasyonun ya da bir kurumun herhangi bir uygulama geliştirirken neden tehdit modellemeye gitmesi gerektiği şu maddelerle sıralanabilir: Uygulamanın daha iyi anlaşılması: Uygulamanızın özelliklerinin analizi<a href="http://emre.figengil.info/yazilim-gelistirmede-tehdit-modelleme/">&#160;&#160;[ Read More ]</a>]]></description>
			<content:encoded><![CDATA[<p>Tehdit modelleme, organizasyonların yüksek düzeyli güvenlik risklerini anlamalarına yardımcı olan, güvenlik tabanlı bir analizdir.  Tehdit modellemede amaç, tehditlerin saptanması, hangi tehditlerin azaltılmasının gerektiği ve tehdit azaltma işleminde hangi yöntemlerin uygulanacağının belirlenmesidir. Risklerin azaltılması için tehdit modelleme kapsamında uygulanacak olan tehdit değerlendirmesi güvenli sistemler inşa etmek için olmazsa olmaz bir süreçtir. Bir organizasyonun ya da bir kurumun herhangi bir uygulama geliştirirken neden tehdit modellemeye gitmesi gerektiği şu maddelerle sıralanabilir:</p>
<p><strong>Uygulamanın daha iyi anlaşılması: </strong>Uygulamanızın özelliklerinin analizi için zaman harcamak zorunda kalmanız, uygulamanızın ve parçalarının nasıl çalıştığı konusunda size daha geniş bir bakış açısı sağlayacaktır.</p>
<p><strong>Tehditlerin belirlenmesi:</strong> Herhangi bir yazılımsal süreç başlamadan, başka bir deyişle uygulama kodlanmaya başlamadan, sisteminizi ilgilendiren tehditlerin belirlenmesini sağlayacaktır.</p>
<p><strong>Kod hatalarının kolayca belirlenmesi:</strong> Kod hatalarının birçoğu tehdit modellemede ortaya çıkacaktır.</p>
<p><strong>Proje takımının yeni üyelerinin uygulamaya uyumu:</strong> Yeni işe başlayan birinin yüzde yüz performansla çalışmaya başlaması ve proje takımına uyum sağlaması için her zaman belirli bir sürenin geçmesi gerekmektedir. Tehdit modellemenin bütün uygulamayı gösterecek sistemli ve yapısal bir modelleme olması, yeni işe başlayan çalışanların uygulamayı hızlı bir şekilde öğrenmesini sağlayacaktır.</p>
<p><strong>Testçiler için faydaları:</strong> Testçilere hangi tehditlere göre test araçları hazırlamaları gerektiği hususunda katkı sağlayacaktır.</p>
<p><strong>Diğer proje takımları için faydaları: </strong>Sizin ürününüzle alakalı proje geliştiren diğer ürün geliştirme takımları, sizin oluşturduğunuz tehdit modellemeyi incelemelidirler. Bu sayede, diğer takımlar yeni bir tehdit modelleme oluşturmak zorunda kalmayacaktır ve uygulamanın tümünü görmek manasında proje hız kazanacaktır. (3)</p>
<p>Tehdit modelleme oluşturulurken, şu adımlar sırasıyla uygulanabilir: Uygulamanın ayrıştırılması, tehditlere karar verilmesi, tehditlerin derecelendirilmesi, tehditlerin azaltılması. Şekil 1&#8242;de bir tehdit modelleme döngüsü resmedilmiştir.</p>
<p><a href="http://emre.figengil.info/wp-content/uploads/sekil-1.jpg"><img class="aligncenter size-full wp-image-211" title="sekil-1" src="http://emre.figengil.info/wp-content/uploads/sekil-1.jpg" alt="" width="549" height="150" /></a></p>
<p><strong>Şekil-1 Tehdit Modelleme Döngüsü</strong></p>
<p><strong>Uygulamanın Ayrıştırılması</p>
<p></strong>Açıklık tabanlı güvenlik profilinin oluşturulması için uygulama alt parçalara ayrılır. Güvenlik çemberi, akış diagramları, giriş noktaları, ayrıcalıklı kod parçacıklarının belirlenmesi ve güvenlik profilinin oluşturulması bu adımda gerçekleştirilir. Uygulamanız hakkında ne kadar detaylı bilgiye sahipseniz, tehditleri bulma olasılığınız o kadar yüksek olacaktır. Şekil 2&#8242;de uygulama ayrıştırma işleminde önemli noktalar resmedilmiştir.</p>
<p><a href="http://emre.figengil.info/wp-content/uploads/sekil2.jpg"><img class="aligncenter size-full wp-image-212" title="sekil2" src="http://emre.figengil.info/wp-content/uploads/sekil2.jpg" alt="" width="554" height="243" /></a></p>
<p><strong>Şekil-2 Uygulama Ayrıştırmada Önemli Noktalar (1)</strong></p>
<p><strong>Güvenlik Çemberinin Belirlenmesi</strong></p>
<p>Bütün varlıklarınızı çevreleyen güvenlik çemberlerinin belirlenmesi bu süreçte yapılır. Her bir alt sistem için, veri akışı veya kullanıcı girdisinin güvenliğinin belirlenmesi ve bu veri akışlarının ve kullanıcı girdilerinin nasıl yetkilendirildiği ve kimlik denetlemeye tabi tutulduğu belirlenir. Bununla beraber, dışardan çağırdığınız kod parçacığının güvenli olup olmadığını da incelenir. Güvenlik çemberinden genel kasıt şudur: O çemberin içindeki bütün giriş nokları güvenli bir şekilde korunuyordur ve o çemberden geçen bütün veri girdi geçerlemeye tabi tutulmuştur. Ayrıca sunucu güvenlik ilişkilerinin de belirlenmesi gerekmektedir. Bir sunucu yetkilendirme ve kimlik denetleme gibi süreçleri başka bir sunucudan mı alıyor yoksa kendi mi bu mekanizmaları sağlıyor gibi soruların cevaplanması gerekmektedir. Şekil 3&#8242;de Web uygulaması, ASP.NET Web uygulaması process account&#8217;ı güvenli olarak kabul ediyor ve veri tabanı sunucusuna bu güvenli hesap üzerinden ulaşıyor. Veri tabanı sunucu ise, uygulamaya yetkilendirme ve kimlik denetleme sürecinde güveniyor ve yalnızca doğrulanmış veriyi yetkilendirilmiş kullanıcıya dönüyor.</p>
<p><a href="http://emre.figengil.info/wp-content/uploads/sekil3.jpg"><img class="aligncenter size-full wp-image-213" title="sekil3" src="http://emre.figengil.info/wp-content/uploads/sekil3.jpg" alt="" width="504" height="298" /></a></p>
<p><strong> Şekil-3 Güvenlik Çemberi Örneği(1)</strong></p>
<p><strong>Akış Diagramlarının Belirlenmesi</p>
<p></strong>Uygulama öncelikle bütünü kapsayacak şekilde, akış diagramı halinde gösterilir. Sonra uygulama parçalara bölünür ve her parça da büyüklüğüne göre parçalara bölünmeye devam eder ve akış diagramı halinde gösterilir. Örnek bir uygulama olarak basit bir satın alma uygulamasını ele alabiliriz. Bu uygulamada, yöneticilerin, kullanıcıların, uygulamayı geliştiricilerin ve denetleyicilerin olduğunu varsayalım. Yönetici uygulama yönetimiyle ilgili işlerden sorumlu kimse, kullanıcı sipariş bilgilerine bakabilen kimse, uygulama geliştirici uygulamayı geliştiren kimse ve denetleyici denetleme bilgilerini okuyan kimse olarak görev paylaşımında bulunmuş olsunlar. Bu uygulamanın öncelikle bütün uygulamayı temsil eden içerik diagramı Şekil 4&#8242;de gösterilmiştir.<strong><br />
</strong></p>
<p><strong><a href="http://emre.figengil.info/wp-content/uploads/sekil4.jpg"><img class="aligncenter size-full wp-image-214" title="sekil4" src="http://emre.figengil.info/wp-content/uploads/sekil4.jpg" alt="" width="398" height="328" /></a>Şekil-4 Satın Alma Uygulamasının İçerik Diagramı</strong></p>
<p><strong>İçerik diagramı hazırlanırken şu hususlara dikkat edilmelidir: </strong></p>
<p>Olabildiğince yüzeysel bilgileri içermelidir. İçsel ve detaylı fonksiyonların incelenmesinden kaçınılmalıdır. Önemli olan kapsamın belirlenmesidir, detaylı fonksiyonların belirlenmesi değil.</p>
<p>Sistemin cevap vermek zorunda olduğu istekler bu diagramda belirlenir. Mesela, bir satın alma uygulaması, sipariş bilgisinin görüntülenmesi isteğiyle karşı karşıya kalabilir.</p>
<p>Uygulamanın bu isteklere nasıl cevap vereceği de bu diagramda gösterilir.</p>
<p>Herbir istekle ve cevapla alakalı olan veri kaynakları belirlenir.</p>
<p>Her cevabın muhatabı bu diagramda belirlenir.</p>
<p>Bir sonraki adım olarak, Satın Alma Uygulaması olarak gösterilen büyük süreç parçalara ayrılır ve o parçalar da ileriki adımlarda parçalanır. En sonunda, uygulamanın parçaları incelenmiş ve nasıl çalıştığı anlaşılmış olur. Şekil 5&#8242;de örnek satın alma uygulamasının, veri akış diagramı görüntülenmiştir.</p>
<p><strong><br />
<a href="http://emre.figengil.info/wp-content/uploads/sekil5.jpg"><img class="aligncenter size-full wp-image-215" title="sekil5" src="http://emre.figengil.info/wp-content/uploads/sekil5.jpg" alt="" width="525" height="411" /></a></strong><strong> Şekil-5 Satın Alma Uygulaması için Veri Akış Diagramı (2)</strong></p>
<p><strong>Giriş Noktalarının Belirlenmesi</strong></p>
<p>Şunu hiçbir zaman unutmamak gerekir ki, sisteminizin giriş noktaları aynı zamanda saldırganlar için de giriş noktası manasındadır. Öyleyse bu noktaların en iyi şekilde korunması gerekmektedir. Örneğin, giriş noktalarınız HTTP isteklerini dinleyen web uygulaması içeriyor olabilir. Normalde bu uygulama, son kullanıcıların kullanımına açılmış olan giriş noktalarıdır. Ne var ki saldırganlar da bu noktaları kullanacaklardır. Sisteminizdeki bütün giriş noktalarını bilmek zorundasınız. Her bir giriş noktası için, yetkilendirme ve kimlik denetleme süreçleri en iyi şekilde belirlenmelidir. Mantıksal giriş noktaları şunları kapsayabilir: Web sayfaları, web servisleri için servis arayüzleri, mesaj kuyrukları vb&#8230; Fiziksel giriş noktaları ise portlar ve soketlerdir.<br />
Ayrıcalıklı Kod Parçalarının Belirlenmesi</p>
<p>Ayrıcalıklı kod parçaları, hassasiyeti yüksek veri kaynaklarına ulaştıkları ve ayrıcalıklı işlemler yapabildikleri için, dikkatlice ele alınmalıdırlar. Hassasiyeti yüksek veri kaynağı olarak şu kaynaklar sıralanabilir: DNS sunucları, dizin servisleri, çevresel değişkenler, olay günlükleri, dosya sistemleri, mesaj kuyrukları, performans sayaçları, yazıcılar, register sunucuları, soketler, Wen sunucuları vb. Ayrıcalıklı kod parçasının güvensiz ya da potensiyal kötü niyetli bir yazılım tarafından kullanılmayacağına emin olunulmalıdır.<br />
Güvenlik Profilinin Oluşturulması</p>
<p>Güvenlik profili aşağıdaki sorulara verilen cevaba göre belirlenir:</p>
<p><strong>Girdi Geçerleme </strong></p>
<p>Uygulamanız kapsamındaki bütün girdiler geçerlendi mi?</p>
<p>Saldırgan uygulamanıza kötü niyetli veri enjekte edebilir mi?</p>
<p>Veri ayrı güvenlik çemberlerinden geçerken, geçerlemeye tabi tutuluyor mu?</p>
<p>Veri tabanındaki veri güvenilir mi?<br />
<strong><br />
Kimlik Denetleme </strong></p>
<p>Şifre ve kullanıcı gibi gizli veriler ağ üzerinden geçerken güvenliği sağlanıyor mu?</p>
<p>Sıkı kullanıcı hesabı politikaları kullanılıyor mu?</p>
<p>Kullanıcılar güvenlik düzeyi yüksek şifre almaya zorlanıyorlar mı?</p>
<p>Kullanıcı şifreleri için şifre doğrulama uygulamaları kullanılıyor mu?</p>
<p><strong>Yetkilendirme</strong></p>
<p>Giriş noktaları için hangi önlemler alındı?</p>
<p>Veri tabanında yetkilendirme nasıl şart koşuluyor?</p>
<p>Bağlantı kopmasında ya da hata anında uygulama güvenliği sağlanıyor mu?</p>
<p><strong>Yapılandırma Yönetimi </strong></p>
<p>Uygulamanız hangi yönetimsel arayüzleri içeriyor?</p>
<p>Bu arayüzlerin güvenliği nasıl sağlanıyor?</p>
<p>Uzaktan yönetici yetkilendirmesi nasıl yapılıyor?</p>
<p>Hangi yapılandırma bilgileri saklanıyor ve bunların güvenliği nasıl sağlanıyor?</p>
<p><strong>Kritik Veri</strong></p>
<p>Uygulama kapsamında hangi kritik bilgiler işlenmektedir?</p>
<p>Bu gizli bilgiler olduğu yerde ve ağ üzerinde nasıl korunuyor?</p>
<p>Nasıl bir şifreleme tekniği kullanılıyor ve şifreleme anahtarları nerede tutuluyor?</p>
<p><strong>Oturum Yönetimi </strong></p>
<p>Oturum tanımlama bilgileri nasıl tutuluyor?</p>
<p>Oturum bilgilerinin çalınmaması için ne gibi tedbirler alınıyor?</p>
<p>Oturum bilgileri ağ üzerinden geçerken güvenliği nasıl sağlanıyor?</p>
<p><strong>Kriptografi</strong></p>
<p>Hangi şifreleme algoritmaları ve yöntemleri kullanılmaktadır?</p>
<p>Şifreleme anahtarları ne kadar süredir kullanılmakta ve bunların güvenliği nasıl sağlanmakta?</p>
<p>Uygulamanın kullandığı kendi şifreleme tekniği var mı?,</p>
<p>Şifreleme anahtarları ne kadar sürede bir değiştirilmektedir?</p>
<p><strong>Parametre Değiştirme </strong></p>
<p>Uygulama oynanmış parametreyi tespit edebiliyor mu?</p>
<p>Form alanlarındaki, HTTP başlıklarındaki, oturum tanımlama bilgilerindeki parametreleri geçerliyor mu?</p>
<p><strong>Hata Yönetimi </strong></p>
<p>Uygulama hata durumlarının nasıl üstesinden geliyor?</p>
<p>Hata bilgileri kullanıcıya iletilliyor mu?</p>
<p>Bu hata bilgilerinde sistemin kritik bilgilerini içeren uyarılar bulunuyor mu?</p>
<p><strong>Denetleme ve Kayıt </strong></p>
<p>Uygulamanız bütün sunucu ve katmanlarda denetleme ve kayıt mekanizmasına sahip mi?</p>
<p>Kayıt dosyalarının güvenliği nasıl sağlanıyor?</p>
<p>Tehdit modellemede izlenmesi gereken diğer iki adım bir sonraki makalede ele alınacaktır.</p>
<p><strong>Alıntıdır:</strong> http://www.bilgiguvenligi.gov.tr/yazilim-guvenligi/yazilim-gelistirmede-tehdit-modelleme-i.html  (Abdulkadir Poşul, TUBİTAK-UEKAE)</p>
]]></content:encoded>
			<wfw:commentRss>http://emre.figengil.info/yazilim-gelistirmede-tehdit-modelleme/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Durdurulamayan Keylogger Yazılımları</title>
		<link>http://emre.figengil.info/durdurulamayan-keylogger-yazilimlari/</link>
		<comments>http://emre.figengil.info/durdurulamayan-keylogger-yazilimlari/#comments</comments>
		<pubDate>Fri, 04 Feb 2011 07:23:47 +0000</pubDate>
		<dc:creator>Emre Figengil</dc:creator>
				<category><![CDATA[Güvenlik]]></category>

		<guid isPermaLink="false">http://emre.figengil.info/?p=200</guid>
		<description><![CDATA[Bilgisayar teknolojilerinin gelişmesi ile son zamanlarda bilgi ve bilgisayar güvenliği konusunda en ciddi tehditlerin başında kötücül yazılımlar gelmektedir. Kötücül yazılım (örn : malware), bulaştığı bir bilgisayar sisteminde veya ağ üzerindeki diğer makinelerde zarara yol açmak veya çalışmalarını aksatmak amacıyla hazırlanmış yazılımların genel adıdır. Biz bu yazılımlardan (malware) en tehlikelisi sayılabilecek Keylogger  (bazılarının deyimi ile Klavye dinleme) yazılımlarını incelemeye calışacağız. Peki nasıl çalışırlar ; Windows kütüphanelerine ulaşarak oradaki .log verilerinden Windows API lerinde yardımıyla yapılan işlemlere<a href="http://emre.figengil.info/durdurulamayan-keylogger-yazilimlari/">&#160;&#160;[ Read More ]</a>]]></description>
			<content:encoded><![CDATA[<p>Bilgisayar teknolojilerinin gelişmesi ile son zamanlarda bilgi ve bilgisayar güvenliği konusunda en ciddi tehditlerin başında kötücül yazılımlar gelmektedir. Kötücül yazılım (örn : malware), bulaştığı bir bilgisayar sisteminde veya ağ üzerindeki diğer makinelerde zarara yol açmak veya çalışmalarını aksatmak amacıyla hazırlanmış yazılımların genel adıdır.</p>
<p>Biz bu yazılımlardan (malware) en tehlikelisi sayılabilecek Keylogger  (bazılarının deyimi ile Klavye dinleme) yazılımlarını incelemeye calışacağız. Peki nasıl çalışırlar ; Windows kütüphanelerine ulaşarak oradaki .log verilerinden Windows API lerinde yardımıyla yapılan işlemlere ulaşabiliyor. Zaten Windows işletim sistemi yapılan her şeyi kaydetmektedir (loglar).</p>
<p>Neden Keylogger  derseniz mesela ; online oyunların yaygınlaşması iyi ve popüler bir örnek olabilir. Bu oyunlarda kısaca  “char” denen yani oyun karekterleri bazı bölümlerden (level) sonra maddi değer kazanmakta ve doğal olarak bir çok insanın iştahını kabartmaktadır.</p>
<p>Verdiğim online oyun örneği basit ve yaygın bir örnektir. Bazen asıl amaç sizin kredi kartı şifreniz (genel olarak), MSN, facebook gibi popüler sosyal haberleşme sitelerindeki profil bilgilerinize ulaşmak da olabilir. Özellikle İnternet bankacılığı en çok zarar gören sektördür. Çünkü çoğu kişi kişisel bankacılık bilgilerini klavye üzerinden siteye girmektedir.  Ama artık bankalar bunada çare buldular, tek kullanımlık şifreler. Cep telefonunuza yüklenen java tabanlı küçük yazılımlar sayesinde güvenliğinizi sağlayabilirsiniz.</p>
<p>Önlemler kısmına gelirsek ;</p>
<p>1-) Keyloggerların amacı yazılan işlemleri kaydetmek olduğu için ekran klavyesini kullanmak mantıklı olabilir ama uzun yazışmalarımızda işimizi zorlaştıracaktır. Bunun için KeyScrambler programını tavsiye etmek istiyorum . Bu programının ne iş yaradığını merak ediyorsanız şöyle anlatayım;</p>
<p>Mesela klavyemizden <a href="https://www.bilgiguvenligi.gov.tr/" target="_blank">www.bilgiguvenligi.gov.tr</a> yazdık, ama bu program sayesinde yazdıklarımız <a href="https://www.bilgiguvenligi.gov.tr/" target="_blank">www.bilgiguvenligi.gov.tr</a> diye değilde ‘<strong>dfks723jdaolöç213ı93nsA2dk3n</strong>’ gibi hiçbir anlam ifade etmeyen ve yazdıklarımıza benzemeyen harf ve rakam kombinasyonlarına çevrilir.Bu sayede yazdıklarımız bir bakıma şifreleniyor diyebiliriz. Ayrıca sadece web adresi yazarken değil her türlü yazışmalarımızı ve hatta Windows oturum açtığımızda bile yazdıklarımızı karmaşık bir hale sokmaktadır.</p>
<p>Programı buradan inceleyebilirsiniz ;</p>
<p><a href="http://www.qfxsoftware.com/KeyScrambler/whats_new_2_6_0.htm" target="_blank">http://www.qfxsoftware.com/KeyScrambler/whats_new_2_6_0.htm</a></p>
<p>2-) İkinci yol olarak  güvenlik duvarı destekli anti-virüs kullanmanızı tavsiye edeceğim. Çünkü veri paketi alış verişinizi kontrol altında tutmalısınız ve sık sık kontrol etmelisiniz. Ayrıca bilgisayarımızın açılışı sırasında ki programlarıda kontrol etmekde fayda var.</p>
<p>Bunun için;</p>
<blockquote><p>çalıştır (run)  &gt;&gt; msconfig  </p></blockquote>
<p>komutunu çalıştırıp, açılan pencerede Startup tabından başlangıçta ki çalışan programları görebiliriz. Tanımadığımız ve şüphelendiğimiz şeylerin çalışmasını engelleyebiliriz.</p>
<p>Bunun dışında ağ dinleme yazılımları ile paket veri alış verişlerini dinleyerek  ya da o anki çalışan uygulamaları kontrol ederek şüphelendiğimiz yazılımları kapatmalıyız. Tabi bu o kadar kolay olmayacaktır. Çünkü bu durumu anlamamızı önlemek için genelde Windows bileşenlerine benzer isimler verilir keyloggerlara (örn: svchost.exe , explorer.exe, msnmsgr.exe  ).</p>
<p>Bu  yazılımları anti-virüsler kolay kolay yakalayamamaktadır. Nedeni özel olarak kodlanan yazılımların zararlı ya da yararlı olduğunu anti-virüslerin net olarak anlamakda zorluk çekmeleri. Bu da bizim anti-virüslerin ne kadar güvenilir olduğu hakkında bir kez daha düşünmemize yol açıyor.</p>
<p>Evet asla unutmayalım %100 güvenlik yoktur</p>
<p>Alıntıdır : Bahadır Davdav bilgiguvenligi.gov.tr</p>
]]></content:encoded>
			<wfw:commentRss>http://emre.figengil.info/durdurulamayan-keylogger-yazilimlari/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Phishing Saldırıları ve Sahte Sistemler</title>
		<link>http://emre.figengil.info/phishing-saldirilari-ve-sahte-sistemler/</link>
		<comments>http://emre.figengil.info/phishing-saldirilari-ve-sahte-sistemler/#comments</comments>
		<pubDate>Fri, 04 Feb 2011 07:14:07 +0000</pubDate>
		<dc:creator>Emre Figengil</dc:creator>
				<category><![CDATA[Güvenlik]]></category>
		<category><![CDATA[bilişim güvenlik]]></category>
		<category><![CDATA[oltalama]]></category>
		<category><![CDATA[phishing]]></category>
		<category><![CDATA[xss security]]></category>

		<guid isPermaLink="false">http://emre.figengil.info/?p=192</guid>
		<description><![CDATA[Phishing &#8220;Password&#8221; (Şifre) ve &#8220;Fishing&#8221; (Balık avlamak) sözcüklerinin birleştirilmesiyle oluşturulan Türkçe&#8217;ye  yemleme (oltalama) olarak çevrilmiş bir saldırı çeşididir. Phishing saldırıları son zamanların en gözde saldırı çeşidi olarak karşımıza çıkmaktadır.Yemleme yöntemi kullanılarak bilgisayar kullanıcıları her yıl milyarlarca dolar zarara uğratılmaktadır.Yemleme genelde bir kişinin şifresini veya kredi kartı ayrıntılarını öğrenmek amacıyla kullanılır.  Bir banka veya resmi bir kurumdan geliyormuş gibi hazırlanan e-posta yardımıyla bilgisayar kullanıcıları sahta sitelere yönlendirilir. Phishing saldırıları için ‘Bankalar, Sosyal Paylaşım Siteleri, Mail Servisleri,<a href="http://emre.figengil.info/phishing-saldirilari-ve-sahte-sistemler/">&#160;&#160;[ Read More ]</a>]]></description>
			<content:encoded><![CDATA[<p><a href="http://emre.figengil.info/wp-content/uploads/phis-01.jpg"></a></p>
<table border="0" cellspacing="0" cellpadding="0">
<tbody>
<tr>
<td colspan="2" valign="top"><strong><a href="http://emre.figengil.info/wp-content/uploads/phis-01.jpg"><img class="alignleft" title="phis-01" src="http://emre.figengil.info/wp-content/uploads/phis-01-150x150.jpg" alt="" width="150" height="150" /></a>Phishing</strong> &#8220;<em>Password</em>&#8221; (Şifre) ve &#8220;<em>Fishing</em>&#8221; (Balık avlamak) sözcüklerinin birleştirilmesiyle oluşturulan Türkçe&#8217;ye  yemleme (oltalama) olarak çevrilmiş bir saldırı çeşididir. Phishing saldırıları son zamanların en gözde saldırı çeşidi olarak karşımıza çıkmaktadır.Yemleme yöntemi kullanılarak bilgisayar kullanıcıları her yıl milyarlarca dolar zarara uğratılmaktadır.Yemleme genelde bir kişinin şifresini veya kredi kartı ayrıntılarını öğrenmek amacıyla kullanılır.  Bir banka veya resmi bir kurumdan geliyormuş gibi hazırlanan e-posta yardımıyla bilgisayar kullanıcıları sahta sitelere yönlendirilir. Phishing saldırıları için ‘Bankalar, Sosyal Paylaşım Siteleri, Mail Servisleri, Online Oyunlar vb. sahte web sayfakları hazırlanmaktır. Burada bilgisayar kullanıcısında özlük bilgileri, kart numarası, şifresi vb. istenir. E-posta ve sahte sitedeki talepleri dikkate alan kullanıcıların bilgileri çalınır. </p>
<div>
<h2><strong> </strong> </h2>
<h2><strong>Phishing </strong>Saldırılar Nasıl Gerçekleşir</h2>
</div>
<ul>
<li>Saldırgan kişiler özellikle bankalar, mail servisleri, alış-veriş siteleri, sosyal paylaşım ağları(Facebook, Twitter, MySpace vb.) gibi arkaşdaşlık ve anlık sohbet sistemleri, online oyunlar gibi  kullanıcı adı ve parola kullanılarak giriş yapılan sistemlerin bir kopyasını hazırlayarak ilk adımı atarlar.</li>
<li>Saldırganlar ellerinde mevcut olan e-posta listelerine veya hedefledikleri kişilere gönderdikleri e-postalarla kurbanlarını hazırladıkları sahte sayfalara yönlendirirler.</li>
<li>Kurbanların sahte sayfalara girerek istenen bilgileri paylaşmasıyla saldırı amacına ulaşmış olur.</li>
</ul>
<div> <a href="http://emre.figengil.info/wp-content/uploads/5.jpg"><img class="aligncenter size-full wp-image-194" title="5" src="http://emre.figengil.info/wp-content/uploads/5.jpg" alt="" width="406" height="325" /></a></div>
<div>Resim 1 Yemleme Maksatlı Hazırlanmış E-posta Örneği</div>
<h2><strong> </strong><strong>Phishing</strong>Saldırılarıyla<strong> Nelerin Çalınması Amaçlanıyor</strong></h2>
<p>Yemleme yöntemi kullanarak bilgisayar kullanıcılarını kandıran saldırganlar genell&#8217;kle aşağıdaki bilgilere erişmeyi hedeflemektedirler.</p>
<ul>
<li>Kullanici hesap numaraları</li>
<li>Kullanici şifreleri ve parolaları</li>
<li>Kredi kartı numaraları</li>
<li>İnternet bankacılığında kullanılan kullanıcı kodu ve şifreleri vb.</li>
</ul>
<h2><strong> </strong><strong>Phishing</strong>Saldırılara Karşı Alınması Gereken Güvenlik Önlemleri Nelerdir</h2>
<ul>
<li>Bilgisayarınızın güncellemelerini yapmayı ihmal etmeyin. Ayrıca güncel ve kaliteli bir anti virüsler programı kullanın.</li>
<li>Gelen e-posta’nın kimden geldiğinden emin değilseniz dikkate almayınız. Unutmayın hiç bir kurum veya kuruluş mail yoluyla sizden kişisel bilgilerinizi istemez.</li>
<li>Mail yoluyla gelen her site URL’sine (Adresine) tıklamayınız. Özellikle yukarıda belirtildiği gibi bankalar, sosyal paylaşım siteleri, alış-veriş siteleri gibi bağlantılara  kendiniz adres  barına yazarak giriniz.</li>
<li>Güvenli olmadığını düşündüğünüz ağlardan kesinlikle elektronik işlem gerçekleştirmeyin.</li>
<li>Girdiğiniz sayfaların sağ alt kısmında yer alan kapalı kilit işareti, güvenli ve şifrelenmiş bir sayfada işlem yaptığınızı gösterir.</li>
</ul>
<div><a href="http://emre.figengil.info/wp-content/uploads/35.jpg"><img class="aligncenter size-full wp-image-195" title="35" src="http://emre.figengil.info/wp-content/uploads/35.jpg" alt="" width="348" height="32" /></a></div>
<div>
<p>Bu tip saldırılara karşı korunmanın yolu  konu hakkında bilgi sahibi bilgisayar kullanıcı olmaktan geçmektedir. Bir yemleme saldırısına maruz kaldığınızda öncelikle yetkili mercileri bu konuda bilgilendirerek bu hususta önlem alınmasına ve saldırganların yakalanmasına katkıda bulunabilirsiniz. </p>
</div>
</td>
</tr>
</tbody>
</table>
<p>Alıntıdır : Melih Aslan bilgiguvenligi.gov.tr</p>
]]></content:encoded>
			<wfw:commentRss>http://emre.figengil.info/phishing-saldirilari-ve-sahte-sistemler/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>

