<?xml version="1.0" encoding="iso-8859-1" standalone="yes" ?>
<rss version="2.0">
<channel>
<title>phpMyFAQ - The five questions posted most recently:</title>
<description>Die phpMyFAQ soll allen Kunden die häufig gestellten Fragen beantworten</description>
<link>http://faq.webquarry.com</link>	<item>
		<title><![CDATA[My ISP blocks outbound ports for sending email. Are ...]]></title>
		<description><![CDATA[<p><b>My ISP blocks outbound ports for sending email. Are there any alternative smtp ports to connect to?</b> <em>(5627 views)</em></p>Yes.  Try port 587 for your outbound mail.

<br><br>Most misguided ISPs that block port 25 will at least provide an SMTP server for you to use.  Using theirs will solve your problem.

<br><br>Another approach is to ask your ISP to remove the block from your account.  I personally have done this with my dsl provider at my home (dslextreme) so I know that many are willing to do this.

<br><br>If they won't remove the block and they will not provide an smtp server for you, then try using 587 as suggested above.]]></description>
		<link>http://faq.webquarry.com/index.php?action=artikel&amp;cat=3&amp;id=14&amp;artlang=en</link>
		<pubDate>Fri, 29 Dec 2006 00:25:39 GMT</pubDate>
	</item>
	<item>
		<title><![CDATA[Lost domain registration control panel password]]></title>
		<description><![CDATA[<p><b>Lost domain registration control panel password</b> <em>(5764 views)</em></p><p>Problem:</p><p>I'd like to change my domain details. Unfortunately I've forgotten my password. One of the things I need to change is the email address - and when I click on the send password link, I think it is sending it to the old, no longer valid, email address. <br /><br /><br />Solution:</p><p>Verify that is what is happening by checking out the whois data. There is a whois tool at <a href="http://www.webquarry.com/whois.html">http://www.webquarry.com/whois.html</a> <br /><br />Assuming that you no longer have access to the old email address, you have two choices: <br /><br />1. Get access to that email address somehow for a short period of time. <br /><br />or <br /><br />2. Go to <a href="http://www.adminchange.com">http://www.adminchange.com</a> and follow the instructions there. Be prepared to fax the requested documentation and await a response.<br />
</p>]]></description>
		<link>http://faq.webquarry.com/index.php?action=artikel&amp;cat=6&amp;id=6&amp;artlang=en</link>
		<pubDate>Wed, 08 Nov 2006 17:54:48 GMT</pubDate>
	</item>
	<item>
		<title><![CDATA[Where do I update my credit card info?]]></title>
		<description><![CDATA[<p><b>Where do I update my credit card info?</b> <em>(5859 views)</em></p>https://www.webquarry.com/pay.html<br />More information: <a href="https://www.webquarry.com/pay.html" target="_blank">https://www.webquarry.com/pay.html</a>]]></description>
		<link>http://faq.webquarry.com/index.php?action=artikel&amp;cat=2&amp;id=2&amp;artlang=en</link>
		<pubDate>Thu, 31 Aug 2006 18:43:05 GMT</pubDate>
	</item>
	<item>
		<title><![CDATA[My form handler that I wrote is being hijacked ...]]></title>
		<description><![CDATA[<p><b>My form handler that I wrote is being hijacked to send spam.  How can they do that?  I thought your servers were secure?</b> <em>(6010 views)</em></p><p>Our servers <b>are</b> secure.  Unfortunately, your form handler program is not.</p>

<p>When you write a form processing program you need to make certain that you sanitize any data that comes from the outside world.  If your script allows the insertion of a linefeed character into any of the outgoing email header lines then it can be hijacked.</p>

<p><b>How They Do It</b><br><br>

If any of the form's user-supplied information is used in the email header of the outgoing email, that form field might be a security hole.<br><br>

First, let's see what an email header looks like:<br><br>
<code>---------------------------------------<br>
From: "John Smith" &lt;johnsmith@example.com&gt;<br>
To: you@yourdomain.com<br>
Subject: I just want to say...<br><br>

Blah, blah, blah<br>
Blah, blah, blah<br>
---------------------------------------</code></p>

<p>Note that the first blank line separates the email header from the email body. It's normally that way. Once a blank line is encountered, sendmail assumes everything else belongs to the email body.<br><br>

Suppose a form asked for the user's name and email address and subject.  Any one of those can be used to exploit a hole in your form processing program. As an example, let's try the user's name.<br><br>

Notice that the user's name is in the From: header line of the email being sent out. This is a good thing because it allows you, the form's recipient, to simply click reply when answering the form user.<br><br>

A hijacker would build a program to submit to your form processing program.  Note they bypass your form completely and call the form processing program directly.  When you look in your logs, you will see traffic for your form processor and relatively no traffic for your form page.</p>

<p>Instead of a user's name in the username form field, the hijacker might put a line feed character (which is simply a character that software sees as a signal to start a new line), then "Bcc:" followed by hundreds of @aol.com (or other) email addresses. Now, the above email headers would look like:<br><br>


<code>---------------------------------------<br>
From: "<br>
To: (any address on your domain)<br>
Bcc: (hundreds of @aol.com addresses here)<br>
Subject: Spammer's subject here<br><br>

The spammer's email body here.<br>
---------------------------------------</code></p>

<p>Did you catch that? This email has been hijacked and they used your script to do it!<br><br>

<b>Determining if Your Program is Being Hijacked</b><br><br>

Hijackers tend to put hundreds of email address into the Bcc: header line. There will probably be bounces from many of those addresses.<br><br>

When an email bounces, the returned email usually has the full headers of the email being returned.<br><br>

Search the Received: header lines to determine the source of the email.<br><br>

<b>Preventing Your Form Handler from Being Expoited</b></p>

<p>To secure your forms against this type of hijack you need to strip all carriage returns and linefeeds out of email fields before submitting them to the mail subsystem. The implementation will depend on what language you are using. Examples in PHP and PERL are listed below:<br><br>
<b>PHP</b>:<br>
(for each field used in an email.)<br><br>

<code>$field = preg_replace( "/[\n\r]+/", " ", $field );</code></p>
<p><br>
<b>PERL</b>:<br>
(for each field used in an email.)<br><br>

<code>$field =~ s/[\n\r]+/ /g;</code></p>
<br><br><br>
<p>See <a href="http://www.webquarry.com">http://www.webquarry.com</a> for all your web hosting needs!<br><br><br></p>]]></description>
		<link>http://faq.webquarry.com/index.php?action=artikel&amp;cat=1&amp;id=15&amp;artlang=en</link>
		<pubDate>Tue, 13 Jun 2006 17:42:25 GMT</pubDate>
	</item>
	<item>
		<title><![CDATA[How do I access the unix shell?]]></title>
		<description><![CDATA[<p><b>How do I access the unix shell?</b> <em>(5666 views)</em></p><p>You will need to use SSH to get to the unix shell.</p>

<p>Get yourself a copy of <a href="http://www.chiark.greenend.org.uk/~sgtatham/putty/download.html">putty.exe</a> for windows.  Tell it to log into your username and password on your server.</p>

<p>For Mac, just use the built in terminal app and tell it to:</p>

<p>ssh -l youruserid yourhostname</p>]]></description>
		<link>http://faq.webquarry.com/index.php?action=artikel&amp;cat=8&amp;id=13&amp;artlang=en</link>
		<pubDate>Mon, 28 Nov 2005 06:27:19 GMT</pubDate>
	</item>
</channel>
</rss>