<table cellspacing="0" cellpadding="0" border="0" ><tr><td valign="top" style="font: inherit;">Fraudlabs also has a proxy detection web service. I can't say how accurate it is but it's free to set up an account so you can run that IP through it and see what result you get.<br><br><div>Alan<br></div>www.group2call.com<br><br>--- On <b>Mon, 8/18/08, Nitzan Kon <i>&lt;nk3569@yahoo.com&gt;</i></b> wrote:<br><blockquote style="border-left: 2px solid rgb(16, 16, 255); margin-left: 5px; padding-left: 5px;">From: Nitzan Kon &lt;nk3569@yahoo.com&gt;<br>Subject: Re: [asterisk-biz] Fraud. (here we go again)<br>To: "Commercial and Business-Oriented Asterisk Discussion" &lt;asterisk-biz@lists.digium.com&gt;<br>Date: Monday, August 18, 2008, 3:52 PM<br><br><pre>Thanks for the reply Igor. :)<br><br>I googled a little bit, and I don't see keeping lists as a viable<br>option. There is basically an infinite number of proxies out there<br>so it is impossible to block them
 all until after the fact. :(<br><br>What I am going to try, is write something inside my payment<br>modules to try and connect to common proxy ports on the REMOTE_ADDR,<br>and if was able to connect to say port 80 - make a note on the IP<br>address that it is most likely a proxy.<br><br>The code is pretty simple, but the side effect is a delay in serving<br>the page while the ports are being tried. I set it to a timeout of 1<br>second for each port to avoid this as much as possible, but we'll see<br>how well this works...<br><br>Also, it is possible that some proxies use non-common ports, or<br>are not open to the public, in which case this approach will fail.<br><br>I'll let you all know the results after we tested it for a while...<br><br>Thanks,<br><br>  -- Nitzan<br><br>--- On Mon, 8/18/08, emist &lt;emistz@gmail.com&gt; wrote:<br><br>&gt; From: emist &lt;emistz@gmail.com&gt;<br>&gt; Subject: Re: [asterisk-biz] Fraud. (here we go again)<br>&gt; To:
 nk3569@yahoo.com, "Commercial and Business-Oriented Asterisk<br>Discussion" &lt;asterisk-biz@lists.digium.com&gt;<br>&gt; Date: Monday, August 18, 2008, 6:06 PM<br>&gt; Hello Nitzan,<br>&gt; <br>&gt; As to how they do it its not very hard to proxy http<br>&gt; requests(or any<br>&gt; other request for that matter). There are plenty of<br>&gt; publicly available<br>&gt; proxy servers as well as servers that aren't intended<br>&gt; to be used by the<br>&gt; public but due to the sys-admin's misconfiguration they<br>&gt; are open to the<br>&gt; outside world. Most modern browsers can be configured to<br>&gt; use proxy<br>&gt; servers directly and tools exist such as proxychains that<br>&gt; let you proxy<br>&gt; pretty much any type of traffic through socks proxies.<br>&gt; <br>&gt; As to how to stop it...thats sort of a hard question. Maybe<br>&gt; you could<br>&gt; find sites with public proxy listings and write a script to<br>&gt; flag any<br>&gt;
 deposits made from any of the ips listed, but this<br>&gt; won't help against<br>&gt; non-publicly disclosed proxies.<br>&gt; <br>&gt; Regards,<br>&gt; <br>&gt; Igor H.<br>&gt; <br>&gt; Nitzan Kon wrote:<br>&gt; &gt; Hi list! :)<br>&gt; &gt; <br>&gt; &gt; We've got hit with a guy in Vietnam who's<br>&gt; creating accounts with<br>&gt; &gt; stolen American credit cards. Usually they are really<br>&gt; easy to stop,<br>&gt; &gt; but this guy is matching the IP address to the credit<br>&gt; card address.<br>&gt; &gt; <br>&gt; &gt; Anyone knows how they do that? I am 100% sure they are<br>&gt; located in<br>&gt; &gt; Vietnam as their SIP IP address is 222.252.42.118. So<br>&gt; somehow they<br>&gt; &gt; go through a proxy or something to fake the IP<br>&gt; location. Any idea<br>&gt; &gt; how they do that - and more importantly - how to stop<br>&gt; that on a<br>&gt; &gt; systematic level?<br>&gt; &gt; <br>&gt; &gt; Thanks!<br>&gt; &gt; <br>&gt; &gt;
 --<br>&gt; &gt; Nitzan Kon, CEO<br>&gt; &gt; Future Nine Corporation<br>&gt; &gt; www.future-nine.com<br>&gt; &gt; <br>&gt; &gt; _______________________________________________<br>&gt; &gt; --Bandwidth and Colocation Provided by<br>&gt; http://www.api-digital.com--<br>&gt; &gt; <br>&gt; &gt; AstriCon 2008 - September 22 - 25 Phoenix, Arizona<br>&gt; &gt; Register Now: http://www.astricon.net<br>&gt; &gt; <br>&gt; &gt; asterisk-biz mailing list<br>&gt; &gt; To UNSUBSCRIBE or update options visit:<br>&gt; &gt;   <br>&gt; http://lists.digium.com/mailman/listinfo/asterisk-biz<br>&gt; &gt;<br><br>_______________________________________________<br>--Bandwidth and Colocation Provided by http://www.api-digital.com--<br><br>AstriCon 2008 - September 22 - 25 Phoenix, Arizona<br>Register Now: http://www.astricon.net<br><br>asterisk-biz mailing list<br>To UNSUBSCRIBE or update options visit:<br>  
 http://lists.digium.com/mailman/listinfo/asterisk-biz<br></pre></blockquote></td></tr></table><br>