OSEC

Neohapsis is currently accepting applications for employment. For more information, please visit our website www.neohapsis.com or email hr@neohapsis.com
 
From: David Corcoran (corcoran_at_linuxnet.com)
Date: Fri Jul 12 2002 - 07:31:46 CDT

  • Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]

    Date: Fri, 12 Jul 2002 14:14:28 +0200
    From: Michael Baentsch <mibzurich.ibm.com>
    Organization: IBM
    Cc: Ian.Parsonsvirgin.net, pwtiosis.co.uk,
       Marcus Oestreicher <oeszurich.ibm.com>
    Subject: Re: forwarded message from Peter Tomlinson

    Peter,

       just a few little comments to your statements around JCOP: Besides
    ORGA and Gemplus, Schlumberger, G&D, OCS, Setec, and a set of
    more local smart card manufacturers are selling JCOP/ProX-based
    dual-interface Jcards.

    Second, you do not configure them (at perso time or any other time)
    to run T=CL or Mifare: They are able to sustain both: They work as
    Mifare cards in Mifare readers, and as T=CL cards in T=CL readers.
    This is because the lower-level communications software between
    T=CL and Mifare is shared, and a definite indication is provided by
    the card whether it is (also) capable of running T=CL. If so, the ATS
    is requested (to which JCOP as any other T=CL card will reply).

    Finally, I don't know what restrictions you see "on its use in high
    volumes"? Perhaps you can elaborate a bit on that.

    Regards,

    -- Michael

    Marcus Oestreicher wrote:

    > FYI:
    >
    > ------------------------------------------------------------------------
    >
    > Subject: Re: Embedded MUSCLE? Contactless MUSCLE?
    > Date: Thu, 11 Jul 2002 17:06:49 +0100
    > From: "Peter Tomlinson" <pwtiosis.co.uk>
    > Reply-To: sclinuxlinuxnet.com
    > To: <sclinuxlinuxnet.com>
    > CC: "Ian Parsons" <Ian.Parsonsvirgin.net>
    > References: <Pine.LNX.4.44.0207111028530.19289-100000bucsg.corestreet.com>
    >
    > Since we are into card types with T=CL, I know of:
    >
    > IBM JCOPS (dual interface), which is on the Philips Mifare ProX silicon.
    > Both Orga and Gemplus are selling the cards. This apparently can be
    > configured at personalisation time to be either Mifare compliant or T=CL on
    > the contactless interface (14443 Type A). This is intended for EMV use
    > (payment application on the contact interface) and may have some
    > restrictions on its use in high volumes.
    >
    > Schlumberger have for some time been selling dual interface cards on the
    > earlier Philips Mifare Pro silicon. These can also be configured for either
    > T=CL or Mifare, but probably at silicon manufacture time (in the ROM). Again
    > 14443 Type A.
    >
    > ASK have the MV5100 range (the Venus card, ex-Motorola, on STM ST19 silicon,
    > dual interface - the OS is now owned by ERG Group of Australia). Type B
    > 14443 and T=CL. They also have an earlier range on ST16 silicon, but I never
    > had any details.
    >
    > Setec Oy (Finland) have dual interface cards on the Infineon 66 series dual
    > interface silicon. 14443, but I cannot remember whether its Type A or Type
    > B. Rather slow, but I hope they are working on that.
    >
    > There are probably a couple of other European products (e.g. from Giesecke &
    > Devrient), and there are also some Japanese products associated with their
    > national ID card project. I'm trying to get an update on the Sharp card with
    > 1Mbyte memory (I only have data on its contact interface functions, and that
    > is under NDA). The Japanese project is going for Type B 14443.
    >
    > As for readers, most of the western hemisphere suppliers still seem to offer
    > only kits for building access controllers (for access to buildings, that
    > is). The other readers that I know of are for use with bus ticket machines
    > and train station gates (there's a beaut from Cubic in San Diego, DSP based,
    > tells you everything about the card), and are not available as separate
    > units. However, a contact has suggested Omnikey as a source of a
    > PC-connected reader, although I cannot find the details of the product.
    > Micropross in France have readers for use in their LAN-based test equipment
    > configurations - you will have to ask if T=CL (and Type B) are supported
    > yet. In Japan there are point of sale readers, with a SLOT for the
    > contactless card (saw a picture recently on a Sharp promo video).
    >
    > Us Brits know quite a bit about this technology (we helped with 14443 part
    > 3, but never raised the money to prove out the Type B as now documented in
    > the standard, although we know the products work).
    >
    > Peter
    > ----- Original Message -----
    > From: "dave engberg" <davecorestreet.com>
    > To: <sclinuxlinuxnet.com>
    > Sent: Thursday, July 11, 2002 3:37 PM
    > Subject: Re: Embedded MUSCLE? Contactless MUSCLE?
    >
    > >
    > > Ah, ok. Philips also has ICs for contactless readers that do support ISO
    > > 14443-4, but those don't seem to be widely distributed yet. I think
    > > they're called "Pegoda" and they sell smaller samples under the "MF EV700"
    > > and "MF EV800" identifiers.
    > >
    > > IBM's JCOP 3.0 cards (http://www.zurich.ibm.com/javacard) support a T=CL
    > > contactless interface, and they refer people to Philips for those readers,
    > > but these are only supported in Windows.
    > >
    > > Thanks again
    > >
    > >
    > > On Thu, 11 Jul 2002, Matthias Bruestle wrote:
    > >
    > > > ISO/IEC 14443 compliant means not neccessaryly compliant to ISO/IEC
    > > > 14443-4. The GCA680 is a MIFARE reader. MIFARE uses ISO/IEC 14443-3
    > type
    > > > A anticollision, but on the higher level it does its own protocol. So
    > > > the MIFARE cards do not speak T=CL and the command format is not that
    > > > of APDUs. What Gemplus probably did is taking the Philips MIFARE ASIC
    > > > and build another IC, which speaks to the host with the TLP proctocol
    > > > and translates the APDU formated commands to the ASIC commands.
    > >
    > > ***************************************************************
    > > Unix Smart Card Developers - M.U.S.C.L.E.
    > > (Movement for the Use of Smart Cards in a Linux Environment)
    > > http://www.linuxnet.com/
    > > To unsubscribe send an email to majordomolinuxnet.com with
    > > unsubscribe sclinux
    > > ***************************************************************
    > >
    >
    > ***************************************************************
    > Unix Smart Card Developers - M.U.S.C.L.E.
    > (Movement for the Use of Smart Cards in a Linux Environment)
    > http://www.linuxnet.com/
    > To unsubscribe send an email to majordomolinuxnet.com with
    > unsubscribe sclinux
    > ***************************************************************

    ***************************************************************
    Unix Smart Card Developers - M.U.S.C.L.E.
    (Movement for the Use of Smart Cards in a Linux Environment)
    http://www.linuxnet.com/
    To unsubscribe send an email to majordomolinuxnet.com with
    unsubscribe sclinux
    ***************************************************************