<?xml version="1.0" encoding="UTF-8" ?>
<rss version="2.0">
	<channel>
		<generator>FreezBlog http://www.freez.pl/</generator>
		<title>Bezpieczeństwo aplikacji internetowych.</title>
		<link>http://www.beldzio.com/</link>
		<description><![CDATA[Bezpieczeństwo aplikacji internetowych.]]></description>

					<item>
				<title>Google upublicznia RatProxy</title>
				<link>http://www.beldzio.com/google-upublicznia-ratproxy.freez</link>
				<pubDate>
					Sat, 05 Jul 2008 01:09:08 +0200
				</pubDate>
				<description><![CDATA[
											<p>Tym razem krótko :)</p>

<p>Michal Zalewski kilka dni temu poinformował na blogu Google'a o upublicznieniu firmowego narzędzia do pasywnego testowania zabezpieczeń aplikacji internetowych, którego przy okazji jest autorem. Więcej info na <a href="http://googleonlinesecurity.blogspot.com/2008/07/meet-ratproxy-our-passive-web-security.html">Google Online Security Blog</a>.</p>
									]]></description>
			</item>
	   			<item>
				<title>Mail injection</title>
				<link>http://www.beldzio.com/mail-injection.freez</link>
				<pubDate>
					Fri, 04 Jul 2008 20:55:55 +0200
				</pubDate>
				<description><![CDATA[
											<p>Mimo swojego wieku e-mail pozostaje w czołówce sposobów komunikacji w Internecie. Niemal na każdej stronie firmowej czy domowej można znaleźć adres e-mail umożliwiający skontaktowanie się z jej właścicielem. Na wielu z nich komunikacja jest ułatwiona poprzez wstawienie formularza, którego wypełnienie automatycznie wysyła maila. Działanie takie poza ułatwieniem życia użytkownikom może ułatwić życie także spamerom, ale wróćmy do początku.</p>

									]]></description>
			</item>
	   			<item>
				<title>Filtr XSS w IE8</title>
				<link>http://www.beldzio.com/filtr-xss-w-ie8.freez</link>
				<pubDate>
					Thu, 03 Jul 2008 19:29:50 +0200
				</pubDate>
				<description><![CDATA[
											<p>Na oficjalnym blogu IE pojawił się wpis informujący o jednej z nowości dodanych do Internet Explorer 8 beta 2 mającej w znacznym stopniu zwiększyć bezpieczeństwo korzystania z Internetu. Mowa o filtrze XSS, który powstał we współpracy z teamem Security Vulnerability Research & Defense. </p>

									]]></description>
			</item>
	   			<item>
				<title>"Mój" art w Hackin9</title>
				<link>http://www.beldzio.com/moj-art-w-hackin9.freez</link>
				<pubDate>
					Tue, 24 Jun 2008 20:35:01 +0200
				</pubDate>
				<description><![CDATA[
											<p>W oczekiwaniu na projekcję <em>The Incredible Hulk</em> postanowiłem odwiedzić Empik i zapoznać się z jakże ciekawą zawartością gazet i czasopism IT z bieżącego miesiąca. Na pierwszy ogień poszedł <em>Hackin9</em> w poszukiwaniu nowych informacji na temat <em>webapp sec</em>. Przerzucając kolejne strony natrafiłem na artykuł, którego tematem był spam, a konkretnie "Techniki spamowania" napisany przez <strong>Rafała Podsiadłego</strong>. W pierwszej chwili mój wzrok został przyciągnięty przez znajomy kod PHP – a głównie znajome spacje stawiane po i przed nawiasami :). Po pobieżnym zapoznaniu się z artem okazało się, że jego pokaźna część jest dokładną kopią mojej notki <a href="walka-ze-spambotami.freez">Walka ze spambotami</a>.</p>

									]]></description>
			</item>
	   			<item>
				<title>Nosił wilk razy kilka ...</title>
				<link>http://www.beldzio.com/nosil-wilk-razy-kilka-.freez</link>
				<pubDate>
					Wed, 11 Jun 2008 06:01:42 +0200
				</pubDate>
				<description><![CDATA[
											<p>Jak można było zauważyć w czwartek treść bloga się trochę zmieniła :) Została ona (tak samo jak komentarze) podmieniona. Dla osób którym nie było dane zobaczyć tego zjawiska screen:</p>

									]]></description>
			</item>
	   			<item>
				<title>Obsługa HTML</title>
				<link>http://www.beldzio.com/obsluga-html.freez</link>
				<pubDate>
					Fri, 25 Apr 2008 23:13:53 +0200
				</pubDate>
				<description><![CDATA[
											<p>Jakiś czas temu w notce <a href="niebezpieczenstwo-htmla.freez">Niebezpieczeństwo HTML'a</a> nakreśliłem problem wstrzyknięć kodu HTML. W komentarzach kilkukrotnie pojawiło się pytanie o sposób obrony przed tego typu zagrożeniem.</p>
<p>Najprostszą obroną jest usuwanie wszelkich tagów HTML z przesłanych danych. Możemy tego dokonać korzystając z funkcji <code>strip_tags</code> oraz <code>htmlspecialchars</code>. W przypadku drugiej funkcji warto zainteresować się jej opcjonalnymi parametrami tzn. sposobem postępowania z apostrofami i cudzysłowami oraz kodowaniem. Przykładowy kod chroniący przed HTML Injection dla strony kodowanej UTF-8 może wyglądać tak:</p>

									]]></description>
			</item>
	   			<item>
				<title>PHPowe filtry</title>
				<link>http://www.beldzio.com/phpowe-filtry.freez</link>
				<pubDate>
					Fri, 11 Apr 2008 11:45:44 +0200
				</pubDate>
				<description><![CDATA[
											<p>Najważniejszym elementem zapewniającym bezpieczeństwo aplikacji jest dbanie o walidacje i filtrowanie danych zewnętrznych trafiających do skryptu za pośrednictwem tablic superglobalnych.</p>
<p>Większość programistów PHP podczas pracy korzysta z takich funkcji jak <code>ctype_*, preg_mach, strip_tags</code> etc. w celu kontroli danych wejściowych. Niewielu jednak (sądząc po popularności w <a href="http://www.google.pl/">G</a>) wie o istnieniu / korzysta z mechanizmu wprowadzonego w piątej wersji PHP ułatwiającego ten proces.</p>
<p>Poniżej znajdują się dwa proste przykłady prezentujące jego możliwości.</p>

									]]></description>
			</item>
	   			<item>
				<title>Dynamiczne logowanie</title>
				<link>http://www.beldzio.com/dynamiczne-logowanie.freez</link>
				<pubDate>
					Fri, 04 Apr 2008 20:42:27 +0200
				</pubDate>
				<description><![CDATA[
											<p>Każde, nawet najbardziej skomplikowane hasło może zostać złamane. Jedyną niewiadomą w tym procesie jest czas potrzebny do wygenerowania wszystkich możliwych kombinacji znaków.  Powodem takiego stanu rzeczy jest statyczność hasła. Mianowicie podczas ataku <em>brute force</em> każdy wygenerowany ciąg znaków porównywany jest zawsze z tym samym hasłem znajdującym się w bazie. Gdyby zapewnić zmienność hasła przy każdym logowaniu sprawdzanie każdej kombinacji przestałoby mieć sens. Poniżej kilka przykładów pokazujących jak można stworzyć dynamiczne logowanie.</p>

									]]></description>
			</item>
	   			<item>
				<title>Logowanie Apache.</title>
				<link>http://www.beldzio.com/logowanie-apache.freez</link>
				<pubDate>
					Fri, 28 Dec 2007 18:34:58 +0100
				</pubDate>
				<description><![CDATA[
											<p>W przypadku logowania, które ma działać, a nie zapewniać nam ogromne możliwości konfiguracji i kontroli użytkowników możemy skorzystać z mechanizmu wbudowanego w serwer Apache. Udostępnia ono dwa tryby logowania <em>basic</em> oraz <em>digest</em>. Różnica między nimi polega na sposobie przesyłania danych do serwera. W przypadku trybu <em>digest</em> dane logowania (login i hasło) przesyłane są w formie skrótu (<em>hash</em>) dzięki czemu przechwycenie ich przez napastnika nic mu nie da (chyba, że skorzysta z <a href="bezpieczenstwo-funkcji-hashujacych.freez">tęczowych tablic</a>). Niestety ciągle popularniejszym trybem jest <em>basic</em>, związane jest to z przekonaniem, że nie wszystkie przeglądarki potrafią <em>hashować</em> dane logowania. Jednakże jest to przestarzałe stwierdzenie, ponieważ aktualnie wszystkie popularne przeglądarki posiadają taką możliwość (np. Internet Explorer, Opera, FireFox, Konqueror).</p>
<p>Czas na trochę praktyki.</p>

									]]></description>
			</item>
	   			<item>
				<title>Podstawy zabezpieczania logowania.</title>
				<link>http://www.beldzio.com/podstawy-zabezpieczania-logowania.freez</link>
				<pubDate>
					Wed, 26 Dec 2007 22:09:48 +0100
				</pubDate>
				<description><![CDATA[
											<p>Moduł logowania jest podstawowym elementem każdego systemu informatycznego. Umożliwia on dostęp do wybranych zasobów tylko uprawionym użytkownikom. Jest on krytycznym miejscem aplikacji, przełamanie jego zabezpieczeń automatycznie wiąże sie z przydzieleniem atakującemu wyższych uprawnień. Sposób zabezpieczenia procesu logowania powinien być adekwatny do wrażliwości danych, do których strzeże on dostępu. Nie ma sensu tworzyć skomplikowanych systemów zabezpieczających panel administratora strony domowej, gdzie wystarczy najprostsza metoda logowania.</p>
<p>Istnieją jednak elementy, które powinny znaleźć się w każdym module logowania. Są to:</p>

									]]></description>
			</item>
	   
 	</channel>
</rss>