<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	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/"
		>
<channel>
	<title>Comments on: PHPIDS für WordPress</title>
	<atom:link href="http://www.digitaler-heimwerker.de/2009/09/phpids-fur-wordpress/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.digitaler-heimwerker.de/2009/09/phpids-fur-wordpress/</link>
	<description>Erfahrungsaustausch für den Heimwerker von Heute!</description>
	<lastBuildDate>Fri, 09 Sep 2011 06:36:18 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=</generator>
	<item>
		<title>By: digitalbastler</title>
		<link>http://www.digitaler-heimwerker.de/2009/09/phpids-fur-wordpress/comment-page-1/#comment-11</link>
		<dc:creator>digitalbastler</dc:creator>
		<pubDate>Wed, 25 Nov 2009 20:17:34 +0000</pubDate>
		<guid isPermaLink="false">http://www.digitaler-heimwerker.de/2009/09/phpids-fur-wordpress/#comment-11</guid>
		<description>Danke!

Die genannten Exceptions funktionieren jedenfalls, es gibt keinen &quot;falschen&quot; Alarm mehr. Auf der anderen Seite: Völlig &quot;tot&quot; kann der Mechanismus auch nicht sein, gelegentlich geht die Alarmanlage tatsächlich los. Hast Du Ideen, warum es &quot;trotzdem&quot; funktioniert?

Nochmal Danke!</description>
		<content:encoded><![CDATA[<p>Danke!</p>
<p>Die genannten Exceptions funktionieren jedenfalls, es gibt keinen &#8220;falschen&#8221; Alarm mehr. Auf der anderen Seite: Völlig &#8220;tot&#8221; kann der Mechanismus auch nicht sein, gelegentlich geht die Alarmanlage tatsächlich los. Hast Du Ideen, warum es &#8220;trotzdem&#8221; funktioniert?</p>
<p>Nochmal Danke!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: narcanti</title>
		<link>http://www.digitaler-heimwerker.de/2009/09/phpids-fur-wordpress/comment-page-1/#comment-10</link>
		<dc:creator>narcanti</dc:creator>
		<pubDate>Wed, 25 Nov 2009 18:56:33 +0000</pubDate>
		<guid isPermaLink="false">http://www.digitaler-heimwerker.de/2009/09/phpids-fur-wordpress/#comment-10</guid>
		<description>Hi,
interessanter Artikel,
jedoch wird der Teil
---
exceptions[] = REQUEST.wordpress_logged_in_XZY ; Vorsicht: der Name dieses Cookies ist von Site zu Site verschieden!
exceptions[] = REQUEST.wp-settings-2
exceptions[] = COOKIE.wordpress_logged_in_XYZ ; Vorsicht: der Name dieses Cookies ist von Site zu Site verschieden!
exceptions[] = COOKIE.wp-settings-2
---
so nicht funktionieren.
Wordpress generiert nämlich Cookies mit dem Schlüssel wp-settings-x, wobei x eine fortlaufende Nummer ist.
Wenn du deinen Cookie-Cache leerst und dich erneut einloggst, wirst du feststellen, dass x sich geändert hat und damit dein Zugriff blockiert wird.
Dies gilt auch für Alle, die auf deine Seite kommen. Die haben stets andere x.
Ich habe einen Workaround auf dem &lt;a href=&quot;http://forum.php-ids.org/comments.php?DiscussionID=364&amp;page=1#Item_0&quot; rel=&quot;nofollow&quot;&gt;phpids forum&lt;/a&gt; gepostet.

Weiterhin schreibst du:
---
Ansonsten: PHP-IDS ist nur eine Alarmanlage. Ob die Site dadurch tatsächlich sicherer wird oder nicht hängt davon ab, wie sorgfältig man die Aktionen beobachtet.
---
Ich sollte dich darauf hinweisen, dass man mit PHPIDS tatsächlich sein Blog auch schützen kann, indem man nämlich definiert, was bei einer Detection passiert.
Nach dem Code
---
if (!$result-&gt;isEmpty()) {
---
hat man die Möglichkeit, bei sehr hohen Werten den Angreifer zu blocken, wobei man genauere Werte erst durch Beobachten ermitteln sollte / muss.
Mit einem
---
if ($result-&gt;getImpact()&gt;20){
  die(&#039;Nicht so, Freundchen!&#039;);
}
---
hat man eine erste Maßnahme, kann aber mit Sessions einzelne Angreifer verfolgen und den Impakt kummulieren und damit noch genauer reagieren.

Übrigens solltest du dir zum Thema Wordpress-Sicherheit auf jeden Fall auch das &lt;a href=&quot;http://blogsecurity.net/wordpress/wordpress-security-whitepaper&quot; rel=&quot;nofollow&quot;&gt;Wordpress securitywhitepaper&lt;/a&gt; zu Herzen nehmen.</description>
		<content:encoded><![CDATA[<p>Hi,<br />
interessanter Artikel,<br />
jedoch wird der Teil<br />
&#8212;<br />
exceptions[] = REQUEST.wordpress_logged_in_XZY ; Vorsicht: der Name dieses Cookies ist von Site zu Site verschieden!<br />
exceptions[] = REQUEST.wp-settings-2<br />
exceptions[] = COOKIE.wordpress_logged_in_XYZ ; Vorsicht: der Name dieses Cookies ist von Site zu Site verschieden!<br />
exceptions[] = COOKIE.wp-settings-2<br />
&#8212;<br />
so nicht funktionieren.<br />
Wordpress generiert nämlich Cookies mit dem Schlüssel wp-settings-x, wobei x eine fortlaufende Nummer ist.<br />
Wenn du deinen Cookie-Cache leerst und dich erneut einloggst, wirst du feststellen, dass x sich geändert hat und damit dein Zugriff blockiert wird.<br />
Dies gilt auch für Alle, die auf deine Seite kommen. Die haben stets andere x.<br />
Ich habe einen Workaround auf dem <a href="http://forum.php-ids.org/comments.php?DiscussionID=364&amp;page=1#Item_0" rel="nofollow">phpids forum</a> gepostet.</p>
<p>Weiterhin schreibst du:<br />
&#8212;<br />
Ansonsten: PHP-IDS ist nur eine Alarmanlage. Ob die Site dadurch tatsächlich sicherer wird oder nicht hängt davon ab, wie sorgfältig man die Aktionen beobachtet.<br />
&#8212;<br />
Ich sollte dich darauf hinweisen, dass man mit PHPIDS tatsächlich sein Blog auch schützen kann, indem man nämlich definiert, was bei einer Detection passiert.<br />
Nach dem Code<br />
&#8212;<br />
if (!$result-&gt;isEmpty()) {<br />
&#8212;<br />
hat man die Möglichkeit, bei sehr hohen Werten den Angreifer zu blocken, wobei man genauere Werte erst durch Beobachten ermitteln sollte / muss.<br />
Mit einem<br />
&#8212;<br />
if ($result-&gt;getImpact()&gt;20){<br />
  die(&#8216;Nicht so, Freundchen!&#8217;);<br />
}<br />
&#8212;<br />
hat man eine erste Maßnahme, kann aber mit Sessions einzelne Angreifer verfolgen und den Impakt kummulieren und damit noch genauer reagieren.</p>
<p>Übrigens solltest du dir zum Thema WordPress-Sicherheit auf jeden Fall auch das <a href="http://blogsecurity.net/wordpress/wordpress-security-whitepaper" rel="nofollow">WordPress securitywhitepaper</a> zu Herzen nehmen.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

