<div dir="ltr"><div class="gmail_quote"><div dir="ltr">Unfortunately no one can prevent another from buying a HAM radio and using it for malicious intent.  Same goes for APRS, and when someone is detected abusing the service typically HAM's pull together find the abuser and report them.  OpenAPRS validates HAM's based on their callsign and then locks their abiility to send messages to only the callsign they signed up with.  I'd be happy to open up the autentication system to act as some sort of OpenID system that works for APRS-IS servers as well but that is up to the powers that be.  I've never been unapproachable about things.<br>

<br>The responsibility can't be placed on the "web developers" for an inherent flaw in the teir server software, we've done the best we can to prevent abuse but as you stated below it is an imperfect system.  All messages, objects and position reports are logged that come from OpenAPRS so tracking abuse to an IP address is simply an email away.  The true responsibility for this issue lies with the APRS-IS server operators however, as stated before I'd be happy to assist with an OpenID sort of standard.<br>

<br>Greg<br><br>NV6G<br>OpenAPRS.Net<div><div></div><div class="Wj3C7c"><br><br><div class="gmail_quote">On Sun, Oct 19, 2008 at 4:01 PM, Steve Dimse <span dir="ltr"><<a href="mailto:steve@dimse.com" target="_blank">steve@dimse.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
There is nothing wrong with WinLink's validation, or OpenAPRS, or<br>
findU's, the original APRS IS scheme, or even the old NOS BBS's you<br>
could telnet to (the validation question was "What is the standard<br>
offset in kHz for a 2 meter repeater?" Enter 600 and you were verified<br>
as a ham.) Weak as that was, it was probably enough. There is nothing<br>
in Part 97 that specifies the strength of the verification.<br>
<br>
The problems are (1), there is no accountability for anything on the<br>
internet side. I can do absolutely anything on the internet and not be<br>
in violation of FCC Part 97. Just like while sitting in my home in<br>
Florida I am not subject to the Seattle Municipal Code, there is no<br>
jurisdiction. Compounded this with (2), any authentication scheme,<br>
OpenAPRS, WinLink, or 600 becomes worthless when you can inject<br>
validated packets into the system at the next step, the APRS IS. Since<br>
the authentication is trivially bypassed, anonymously and without<br>
guilt, that leaves the IGate operators on the hook.<br>
<br>
And, this is just the US. APRS is worldwide, and there are dozens of<br>
different sets of rules that need to be considered!<br>
<br>
I don't have any easy answers, I don't think there are any. At the<br>
very least I want the IGate operators to be aware of the risks others<br>
are exposing them to!<br>
<br>
Steve K4HG<br>
<div><br>
On Oct 19, 2008, at 6:33 PM, Brian Webster wrote:<br>
<br>
> Is there any way to use the same methods for verification that<br>
> WinLink uses?<br>
> That would keep the training of the hams a bit simplified since it<br>
> might end<br>
> up being the same process for both systems. Just a thought. While<br>
> their<br>
> system is not rock solid perfect, it certainly is a reasonable one<br>
> that does<br>
> not seem to be abused as of yet. I would also think that whatever<br>
> method<br>
> gets put in place that a provision to open things up in the event of<br>
> an<br>
> emergency would be a good idea.<br>
<br>
<br>
</div><div><div></div><div>_______________________________________________<br>
aprssig mailing list<br>
<a href="mailto:aprssig@lists.tapr.org" target="_blank">aprssig@lists.tapr.org</a><br>
<a href="https://lists.tapr.org/cgi-bin/mailman/listinfo/aprssig" target="_blank">https://lists.tapr.org/cgi-bin/mailman/listinfo/aprssig</a><br>
</div></div></blockquote></div><br></div></div></div>
</div><br></div>