Cookies de análise. Podemos usar o Google Analytics e os seus cookies para ver como os visitantes usam este site? Altere quando quiser em Configurações de cookies no rodapé. Política de privacidade
Um cartão Java é um smart card que executa código — chips NXP JCOP com sistema operacional Java Card que carrega seus applets após a emissão — a plataforma por trás de cartões bancários, eIDs e cartões de transporte que precisam de atualizações pós-emissão.
Cartões Java NXP JCOP para integradores que carregam e gerenciam seus próprios applets. Selecione o chip exato, a versão do Java Card e a interface com contato ou de dupla interface para combinar com seu software e leitor. Para um orçamento, especifique quantidade, impressão, estado de inicialização e requisitos de entrega de chaves. Confirme a compatibilidade do applet e a configuração de entrega com uma amostra antes de encomendar um lote.
Combine a versão do Java Card do applet, as APIs necessárias e as operações criptográficas com a configuração exata do cartão. Teste a instalação e o uso antes de aprovar um lote.
Disponível em uma ampla variedade de formatos de silício, incluindo smart cards, chips embarcados, enclaves seguros dentro de CPUs e MCUs e SIMs removíveis.
Segurança:
O Java Card conta com a segurança inerente da linguagem de programação Java para oferecer um ambiente de execução seguro.
Um processo de design aberto, implantações comprovadas na indústria e avaliações de segurança de alto nível fazem dele uma das tecnologias mais capazes e seguras disponíveis hoje.
Atualizado regularmente com algoritmos, modos e protocolos de criptografia de última geração.
Suporte a múltiplas aplicações:
Permite que várias aplicações de diferentes fornecedores coexistam com segurança em um único elemento seguro.
Por exemplo, vários esquemas de pagamento podem ser incluídos no mesmo chip, ou uma aplicação SIM pode coexistir com serviços de segurança do dispositivo em um elemento seguro embarcado.
Extensibilidade e atualizabilidade:
Novos serviços podem ser desenvolvidos com ferramentas Java baseadas em padrões e implantados durante a vida útil de um produto Java Card.
O gerenciamento e a atualização remota de aplicações permitem que os provedores de serviços se adaptem a ameaças de segurança.
Opções:
O cartão JCOP J3R100/J3R110/J3R150/J3R180/J3R200 desenvolvido pela NXP é uma implementação do Java Card 3.0.5 Classic e da GlobalPlatform Card Specification 2.3. O cartão JAVA NXP JCOP 4 P71 está disponível em:
1, versão EMV (para aplicações de pagamento),
2, versão SecID (para aplicações de identificação).
TESTE AGORAASSISTA AO VÍDEO
Recursos do JCOP 4 P71
Grande evolução do JCOP 4 P71:
1, O cartão JAVA da série JCOP4 P71 é mais um marco após as séries J2A, J3A, J3D e J3H. Ele garante alta segurança e alto desempenho desde a base e amplia a capacidade de armazenamento de dados com o uso de um chip Flash, tornando a velocidade de computação do chip mais rápida e mais estável. Antes da série J3H JAVA (inclusive), eram usados chips EEPROM e, a partir da série J3R (inclusive), passaram a ser usados chips Flash.
2, O chip JCOP4 P71 divide-se nas versões EMV e SecID. A versão EMV é usada principalmente no setor financeiro; a versão SecID é usada principalmente no campo da identidade eletrônica. O algoritmo ECC é usado principalmente no campo do cartão de identidade eletrônico. O algoritmo ECC e o algoritmo de criptografia Gen Key são usados principalmente no campo do cartão de identidade eletrônico. Atualmente, a série J3R SecID obteve o certificado CC EAL 6+.
3, A RAM (memória transitória) do cartão JAVA da série J3R totaliza 4K, ou seja, 0.8K a mais que a série J3H, e o tamanho do buffer APDU é ainda maior.
LEIA MAIS
Personalização:
Especifique a peça JCOP necessária e o estado de entrega em sua consulta. Pergunte quais etapas de inicialização estão concluídas e como serão entregues as chaves de transporte ou do gerenciador do cartão.
Confirme a documentação e o suporte de inicialização incluídos com o cartão oferecido. Valide o processo com seu carregador e leitor antes de encomendar um lote.
Para um projeto existente, informe o ATR esperado e os requisitos de interface e T=0 ou T=1. Acorde qualquer inicialização do fornecedor no orçamento.
O chip de smart card NXP, o cartão com chip NXP J3R180, o cartão CPU e o cartão JCOP podem ser embalados como cartões padrão com tarjas magnéticas de alta coercividade. Podemos fornecer cartões em branco ou imprimi-los como cartões coloridos. Fique à vontade para consultar e fazer pedidos!
Especificação:
Algoritmo
RSA 4096 bits
AES
sha1/sha224/sha256/sha384/sha512
3DES (confirme os modos suportados para a peça oferecida)
SEED (confirme o suporte para a peça oferecida)
ECC FP de 160 bits a 521 bits
Especificações
ISO/IEC 7816-3 ;ISO/IEC 14443 Type A
Java Card 3.0.5 Classic; Java Card 3.0.4 Classic
GlobalPlatform 2.3 ;GlobalPlatform 2.2.1
EMV ICC Specifications for Payment Systems 4.3 EMV Contactless Specifications for Payment Systems (Book D) 2.6 EMVCo
Impressão do cartão: impressão offset 4/6 cores, impressão UV
Tarja magnética: Hi-Co, Lo-Co
Corte em tamanho de chip SIM
Jave Token – Java Card em formato de chave USB
Cartão de senha descartável
Aplicações
Governo eletrônico; bancos e finanças; transporte público; controle de acesso; celular; cartões de associação; PIV; FIPS
Como funciona um cartão Java, em termos do comprador
Um cartão Java executa applets na plataforma Java Card. Para compras, as verificações importantes são a versão da plataforma, as APIs suportadas, a memória disponível, as interfaces e a configuração de gerenciamento do cartão. Carregar um applet também exige as permissões e chaves adequadas. Um cartão em branco sozinho não é uma credencial de identidade, pagamento ou transporte pronta para uso: a aplicação, a configuração do emissor e a aceitação do sistema devem ser estabelecidas para o projeto.
Gerações NXP JCOP: J2A040 a JCOP 4 P71
A maioria dos cartões Java do mercado pertence à família JCOP da NXP, e o número da peça indica a geração, a interface e a memória. Peças mais antigas ainda são vendidas porque uma grande quantidade de ferramentas de código aberto e corporativas foi escrita para elas.
Peça
JCOP / Java Card / GlobalPlatform
Interface
Memória
Observações
J2A040
JCOP 2.4.1, Java Card 2.2.2, GP 2.1.1
Contato
40 KB EEPROM
O clássico cartão de desenvolvedor; amplamente usado para OpenPGP, PIV e desenvolvimento de applets. Frequentemente vendido como 'unfused'.
J3A040 / J3A080
JCOP 2.4.1, Java Card 2.2.2, GP 2.1.1
Dupla (contato + ISO 14443A)
40 / 80 KB EEPROM
Mesma geração com antena sem contato.
J3D081
JCOP 2.4.2, Java Card 3.0.1, GP 2.2.1
Dupla
80 KB EEPROM
Adiciona APIs do Java Card 3; comum em cartões OpenPGP e PIV com NFC.
J3H081 / J3H145
JCOP 3, Java Card 3.0.4, GP 2.2.1
Dupla
80 / 144 KB EEPROM
Coprocessador criptográfico mais rápido, memória maior; usado em cartões FIDO2, OATH e multi-applet.
J3R110 / J3R150 / J3R180 / J3R200
JCOP 4 P71, Java Card 3.0.5, GP 2.3
Dupla
Flash de 110 a 200 KB
Geração atual no elemento seguro P71 (hardware CC EAL6+); variantes EMV e SecID, os cartões descritos acima.
Se o fornecedor ou integrador do seu applet especificar uma peça, comece por esse requisito. Confirme as versões da plataforma, a memória e os recursos habilitados do cartão oferecido em relação à documentação do applet; algumas ferramentas também verificam o ATR. Para um projeto novo ou uma peça alternativa, verifique o fornecimento e o suporte atuais e, em seguida, teste todo o fluxo de instalação e operação com amostras.
O que significa 'unfused'
'Unfused' é usado para cartões cuja configuração de pré-personalização não foi bloqueada. As configurações disponíveis e o procedimento de inicialização dependem do produto JCOP exato e do estado de entrega. Peça ao fornecedor que documente esse estado, as etapas de inicialização necessárias e a entrega das chaves do gerenciador do cartão. Não presuma chaves padrão ou permissão de carregamento de applets apenas pela palavra 'unfused'.
Applets típicos e casos de uso
PIV e PKI corporativa: confirme os requisitos de cartão do applet PIV escolhido e a configuração de certificado e middleware da organização.
OpenPGP: chaves privadas para assinatura, criptografia e autenticação SSH mantidas no cartão.
FIDO2 / WebAuthn: verifique a compatibilidade do applet, as funções criptográficas necessárias e quaisquer requisitos de certificação para a implantação pretendida.
Senhas de uso único: applets OATH TOTP/HOTP para autenticação de dois fatores.
Pagamento e transporte: esses projetos exigem a aplicação, a configuração e o processo de aceitação aprovados pelo esquema ou emissor; um cartão em branco não oferece associação ao esquema.
eID e saúde: aplicações de identidade nacional, carteira de motorista e seguro de saúde na variante SecID, que é a que o chip em estilo de passaporte desta página se refere.
Fidelidade e esquemas de circuito fechado: applets escritos pelo emissor para cartões de campus, cantina ou frota que precisam de proteção criptográfica além da oferecida por um cartão MIFARE.
Cartão Java, MIFARE DESFire ou cartão de dupla interface?
Compare um cartão MIFARE DESFire quando a aplicação exigir seu modelo de arquivo e segurança, e um cartão Java quando o projeto exigir um applet suportado. Um rótulo de dupla interface não estabelece emulação MIFARE ou compatibilidade com um leitor de porta. Confirme a opção exata de chip e valide cada aplicação de forma independente. Veja a página do cartão de dupla interface para o formato e a página do cartão combi para cartões que combinam chips separados.
Construção e personalização do cartão
Corpo: ISO/IEC 7810 ID-1 em PVC, PET-G ou policarbonato, 0.76 a 0.84 mm, com o módulo de contato embutido e, nas peças de dupla interface, uma antena laminada internamente.
Impressão: impressão offset CMYK, Pantone, UV e digital; tarja magnética, painel de assinatura, holograma, foto e numeração.
Outros formatos: o mesmo módulo de chip cortado em tamanho SIM/2FF ou 4FF para tokens e leitores com slot SIM; versões em token USB sob consulta.
Inicialização: especifique o estado de entrega e os requisitos de ATR e interface. Acorde o trabalho de inicialização, a documentação e a entrega de chaves no orçamento antes da aprovação da amostra.
Antes de encomendar
A peça exata (J2A040, J3D081, J3H145, J3R180 e assim por diante) ou, na falta dela, as versões do Java Card e do GlobalPlatform de que seu applet precisa.
Somente contato ou dupla interface, e se a emulação MIFARE é necessária.
Fundido ou unfused, e as configurações de ATR ou interface se inicializarmos os cartões.
Branco, ou impresso conforme sua arte com tarja magnética ou numeração.
Quantidade e data de entrega; amostras estão disponíveis para teste com seu applet e leitor.
O que a Proud Tek fornece
Fornecemos cartões Java NXP JCOP; especifique o número da peça, o formato do cartão, a impressão e os requisitos de inicialização em sua consulta. Confirme o estado de entrega e a entrega de chaves com o orçamento. Não escrevemos applets nem fornecemos middleware. Para cartões de dupla interface, o ACR122U é uma opção de leitor sem contato PC/SC; o µFR Classic CS usa seu próprio SDK por padrão e possui um driver PC/SC separado para Windows. Cartões somente com contato precisam de um leitor de contato. Teste o cartão, o leitor, o sistema operacional e o carregador de applets juntos. Navegue por todos os nossos cartões RFID e smart cards.
Perguntas frequentes
Qual é a diferença entre J2A040, J3D081, J3H145 e J3R180?
Esses números de peça referem-se a diferentes produtos e configurações JCOP. Use os requisitos do fornecedor do applet para verificar as versões do Java Card e do GlobalPlatform, a interface, a memória, as funções criptográficas e as opções habilitadas. Peça a peça exata oferecida e a documentação de suporte do produto; valide qualquer alternativa com seu applet e leitor antes de encomendar.
O que significa 'unfused' para um cartão JCOP?
O termo refere-se a uma configuração de pré-personalização desbloqueada, mas as configurações e o procedimento dependem do produto JCOP específico. Confirme o estado de entrega, as instruções de inicialização e o processo de entrega de chaves. 'Unfused' por si só não confirma que um determinado applet pode ser carregado ou que uma chave padrão se aplica.
Posso carregar meus próprios applets nos cartões?
O carregamento de applets depende da configuração do cartão, da compatibilidade da plataforma e das permissões e chaves do gerenciador do cartão. Inclua os requisitos do applet em sua consulta e acorde a inicialização e a entrega de chaves no orçamento. Use uma amostra com seu próprio carregador autorizado, leitor e applet para verificar o processo.
Um cartão Java também pode abrir portas com leitores MIFARE?
Somente se a configuração exata do cartão e o sistema de porta instalado suportarem a tecnologia de credencial necessária. A capacidade sem contato ou de dupla interface por si só não é suficiente. Peça ao integrador do sistema que especifique a opção de chip, o formato da credencial e a codificação e, em seguida, teste as funções de acesso e do applet separadamente.
Vocês fornecem cartões FIDO2 ou PIV prontos para uso?
Esta página oferece hardware Java Card para integração. Não presuma que um applet FIDO2, PIV ou OpenPGP esteja incluído ou aprovado para seu sistema. Seu provedor de applet ou integrador deve especificar um cartão, middleware e processo de provisionamento compatíveis; confirme a configuração do cartão fornecido antes de encomendar.
Somente contato ou dupla interface?
Escolha a interface exigida pelo seu leitor e aplicação. Especifique a operação somente com contato ou de dupla interface e verifique quais interfaces estão habilitadas no cartão oferecido. Para um projeto com telefone ou sem contato, valide o applet exato, o leitor ou telefone e a configuração do cartão com uma amostra.
De que leitor eu preciso?
Escolha um leitor PC/SC com contato para cartões somente com contato, ou um leitor com suporte a APDU ISO 14443-4 para cartões de dupla interface. O ACR122U é uma opção sem contato PC/SC. Se seu carregador ou middleware enviar APDUs de comprimento estendido pela interface sem contato de um cartão de dupla interface, observe que a ACS lista APDUs estendidas de até 64 KB para o ACR1252U e o ACR1552U, dois modelos atuais que também fornecemos, mas não para o ACR122U; o carregamento de applets em si normalmente usa APDUs curtas. Nosso µFR Classic CS usa o SDK do fabricante por padrão; seu driver PC/SC separado é para Windows, portanto não presuma a mesma integração no macOS ou Linux. Confirme o carregador ou middleware, o driver, o comprimento do APDU e a configuração do cartão com uma amostra.
Pronto para especificar o seu pedido?
Envie o produto, a quantidade e a aplicação para que possamos confirmar as opções e os preços para o seu projeto.
Prefere nos enviar uma mensagem? WhatsApp ou e-mail sobre este produto.
