[talk-ph] GPS article

tutubi tutubi at backpackingphilippines.com
Tue Mar 8 07:12:45 GMT 2011


well, with the Philippine ATM setup, jamming GPS won't jam ATM machines in
Pinas.

I don't think there's a correlation with the ATMs and clock jamming, out of
sync time for machines will only be a reconciliation problem (the payment
back-office side) of banks but ATM transactions won't be affected. Must be a
hypothesis without any real proof GPS jamming did it...encryption of ATMs
also use 3DES and not any time-based algorithm.

Jamming the GPS will only make the signal unavailable but the time of the
NTP primary server (network time protocol, who gets signals from the GPS
satellite) will still be the same, and if even altered may alter system and
network time but won't make ATM network go offline

anyway, here's an interesting news from Google Maps
http://newsinfo.inquirer.net/breakingnews/infotech/view/20110308-324118/Google-Maps-now-helps-users-beat-traffic-jams

this is one of my future nice-to-have
what if we can "alter" routing algorithm decisions with time-based/real time
practical max_speed for garmin
to make intelligent routing decisions like this one?

we all know the ETA for our units are not even near real world

-- 
---
I explore, therefore I blog.

http://www.backpackingphilippines.com

On Tue, Mar 8, 2011 at 2:43 PM, Michael Cole <colemichae at gmail.com> wrote:

> I really have second thoughts on this issue, you dont care what the machine
> time is you care the server time.. The next issue is that there is not a
> single article about ATM's failing in San Deigo in a mass scale in 2007..
> That
> would have been big news..
>
> The guy seems to be real, but the article is a little more fiction..
>
> I would never use the terminals time, it is the time the termial talks to
> the
> base system that is most important which is where when the phones are down
> then the ATM's fail..
>
>
> The codes are not based on GPS they have highly specific clocks, which is
> the
> same technology in the RSA keyrings you can buy. GPS is alot more expensive
> than a proper crystal..http://www.rsa.com/node.aspx?id=1311
>
> He also mentioned the ATMS talked wirelessly, SHIT the Military had blocked
> that for the prupose of the exersice all wireless communication..
>
> He just went to far in his assumptions that GPS caused the ATM's to fail..
>
>
> Your cell phone also is not going to fail in the US because of lack of
> GPS..
>
>
>
> On Tuesday 08 March 2011 2:25:41 pm maning sambale wrote:
> > ATMs are using GPS because of the timestamps simply because atomic
> > clocks are very expensive to install on each ATM.  Personally, I find
> > it interesting because they found a use of GPS signal other than
> > positioning.  However, I felt a certain degree on uneasiness for our
> > increasing reliance to GPS signals in many of our daily activities,
> > considering the planned expansion and creation of other GNSS (GLONASS,
> > Galileo, China and Japan) are far from operational.
> >
> > On Tue, Mar 8, 2011 at 2:11 PM, Jim Morgan <jim at datalude.com> wrote:
> > > On Tuesday, 08 March, 2011 12:19 PM, Michael Cole wrote:
> > >
> > > Of course other things went down, eg phones.. Because they were also
> > > jammed to
> > > stop the sailors using phones to call ship to ship..
> > >
> > > GPS is more and more needed but the ATM's themselves do not have gps
> > > units.. Unless they were mobile ATMS..
> > >
> > > Well that was kind of the point ... The ATMs did use GPS, as the ATM
> > > system used GPS for their accurate time signal. No one anticipated it
> > > would fail until this test was run.
> > >
> > > My main business is IT security, and that involves a component of risk
> > > analysis. This is the kind of risk which is very hard to spot, and one
> > > which will come out of left field and take you down. Which is why I
> > > personally found it so interesting.
> > >
> > > Jim
> > >
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstreetmap.org/pipermail/talk-ph/attachments/20110308/3592b7b5/attachment.html>


More information about the talk-ph mailing list