Article View: sci.crypt
Article #3587Re: bank card
From: colonel
Date: Fri, 15 May 1987 17:50
Date: Fri, 15 May 1987 17:50
27 lines
1451 bytes
1451 bytes
> ... He put in a non-participating bank's card and the
> machine cycled him through the whole validation sequence before
> spitting out the card with the message "invalid card" or something like
> that. So it looks like the ATM makes up a whole package of info before
> firing it off to the mainframe. I can just imagine the Cobol code, yuk!
It's a standard security practice--good policy. Under other conditions,
though, it can be silly. Example from my wife:
1. Insert card.
2. Type i.d. number, with an error.
3. Select transaction.
4. Transaction fails--wrong i.d. number.
5. Go to 3 (!).
I won't embarrass her by telling how long it took her to get out of
the loop, but you get the idea.
==
"We Spies, or Us Spies - for we call ourselves both - ..."
--S. Leacock
--
Col. G. L. Sicherman
UU: ...{rocksvax|decvax}!sunybcs!colonel
CS: colonel@buffalo-cs
BI: colonel@sunybcs, csdsiche@ubvms
Technical Details
Message-ID:
<3422@sunybcs.UUCP>Path:
arc1-ca.pugleaf.net!utzoo!utgpu!water!watmath!sunybcs!colonelReferences:
<599@umnd-cs.D.UMN.EDU> <5747@eddie.MIT.EDU> <27595@rochester.ARPA>Show Full Headers
Complete Article Headers
Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP Path: arc1-ca.pugleaf.net!utzoo!utgpu!water!watmath!sunybcs!colonel From: colonel@sunybcs.UUCP Newsgroups: sci.crypt Subject: Re: bank card Message-ID: <3422@sunybcs.UUCP> Date: Fri, 15-May-87 13:50:00 EDT Article-I.D.: sunybcs.3422 Posted: Fri May 15 13:50:00 1987 Date-Received: Sat, 16-May-87 15:44:49 EDT References: <599@umnd-cs.D.UMN.EDU> <5747@eddie.MIT.EDU> <27595@rochester.ARPA> Organization: Jack of Clubs Precision Instruments Lines: 27