O guia definitivo das tags NFC: cada chip, para que serve e o que o lê

Abre o anúncio de um pacote de tags NFC. Diz “NFC 213”, ou “compatível com NTAG215”, ou apenas “cartão NFC 1K, funciona com todos os telemóveis”. Só quer saber uma coisa: isto serve para o que tenho em mente? E o anúncio não lhe consegue responder, porque quem o escreveu também não sabe.

Passei anos a construir a NFC.cool Tools, uma app cuja primeira tarefa em cada leitura é responder exatamente a essa pergunta: que chip é este e o que consegue fazer? Só o código de identificação reconhece cerca de sessenta produtos de sete fabricantes, e cada um deles entrou nessa lista porque alguém o aproximou de um telemóvel e algo não se comportou como o anúncio prometia. Este guia é a referência que eu gostava que existisse enquanto escrevia esse código. É longo de propósito. Se quiser a versão curta, o guia para iniciantes sobre tags NFC é o sítio por onde começar, e remete para aqui quando precisar de mais profundidade.

A ideia numa frase, para a ter antes das tabelas: não existe a melhor tag NFC, existe apenas o chip certo para o trabalho, e o trabalho é decidido por três coisas: quanto precisa de guardar, quem precisa de manter de fora e o que tem de conseguir lê-la.

Como usar este guia

Todos os números deste guia vêm de uma ficha técnica do fabricante, de um documento da Apple ou da Google, ou do código da minha própria app, e as fontes estão listadas no fim. Quando tive um chip em cima da secretária, digo-o numa nota prática. Quando não tive, também o digo: as peças mais exóticas vêm das fichas técnicas, e uma ficha técnica é uma promessa, não uma medição.

Há duas coisas que não vai encontrar aqui: um passo a passo para gravar a sua primeira tag (esse é o guia de gravação) e a história completa da NTAG 424 DNA, que tem o seu próprio artigo.

• O que é fisicamente uma tag NFC

• A sopa de letras: normas, tipos do Forum e o que não é NFC

• Como ler uma ficha técnica ou um anúncio

• O NDEF e o que cabe realmente numa tag

• Mapas de memória: o que está onde no chip

• A tabela de decisão

• Família a família

• Formatos e alcance de leitura

• O que lê o quê

• O que a NFC.cool Tools faz com cada chip

• Comprar sem ser enganado

• O catálogo completo numa só tabela

• As comparações que toda a gente pesquisa

• Perguntas frequentes

• Glossário

• Fontes e leituras adicionais

O que é fisicamente uma tag NFC

Uma tag NFC são três coisas coladas: um chip do tamanho de um grão de areia, uma antena que é meia dúzia de espiras de alumínio ou cobre gravado, e um substrato que os segura, que pode ser um autocolante de papel, um inlay de PET, um cartão de PVC ou uma cápsula de vidro. O chip não tem bateria. É alimentado pelo telemóvel.

Isto funciona por acoplamento indutivo. A antena do telemóvel é uma bobina que gera um campo magnético que alterna 13,56 milhões de vezes por segundo. Coloque uma segunda bobina nesse campo e é induzida nela uma corrente, tal como num carregador sem fios, só que com uma fração ínfima da potência. O chip da tag vive dessa corrente induzida. Para enviar dados de volta, não transmite nada por si. Liga e desliga uma carga aos terminais da antena, e a bobina do telemóvel sente isso como uma pequena variação no seu próprio campo. Esse truque chama-se modulação de carga, e é por isso que o telemóvel faz todo o trabalho e a tag pode custar oito cêntimos.

É também por isso que o alcance é o que é. O campo de uma bobina pequena diminui com o cubo da distância, por isso uma tag que lê perfeitamente a um centímetro não recebe nada a dez. Penso nisto como numa vela: consegue ler à luz dela se estiver perto, e do outro lado da sala não há esforço de vista que lhe valha. A própria definição do NFC Forum fala de “um alcance típico até 2 cm”, a documentação do Android diz “4 cm ou menos” e as fichas técnicas da NXP dizem “até 100 mm, consoante a intensidade do campo e a geometria da antena”. Os três têm razão. O valor do telemóvel é o que vai ver na prática; os 100 mm são o que o chip consegue fazer com um leitor grande e uma antena grande.

As velocidades de transmissão são modestas porque não é preciso mais. Uma tag de Tipo A ou Tipo B comunica a 106 kbit/s, e os chips mais rápidos negoceiam 212, 424 ou 848 kbit/s depois do primeiro contacto. O FeliCa funciona a 212 ou 424. O ISO 15693, a família de longo alcance, é ainda mais lento, com 26,48 kbit/s no modo normal, porque foi pensado para ser lido a um metro de distância por um pórtico de armazém e não por um telemóvel. Uma cópia completa dos 888 bytes de um NTAG216 demora uma fração de segundo em qualquer dos casos.

A sopa de letras: normas, tipos do Forum e o que não é NFC

Todos os anúncios misturam três sistemas de nomes: as normas ISO que definem a parte rádio, os tipos de tag do NFC Forum que definem como os dados são organizados, e os nomes comerciais dos fabricantes. Aqui fica o mapa.

As normas

Os tipos de tag do NFC Forum

O NFC Forum não desenhou chips. Escreveu cinco receitas para guardar uma mensagem NDEF (o formato contentor que todos os telemóveis entendem) em chips que já existiam. É isso que significa “tag de Tipo 2”: não é um chip, é uma organização da memória.

Há duas coisas que ficaram de fora dessa lista de propósito. A MIFARE Classic não é de todo um tipo de tag do Forum; o NDEF na Classic é um mapeamento da NXP que o Android suporta em alguns telemóveis e o iOS não suporta em nenhum. E as receitas do Forum não dizem nada sobre segurança. Uma tag de Tipo 2 pode ser um simples NTAG213 ou um NTAG 224 DNA com autenticação AES-128; uma tag de Tipo 4 pode ser um ST25TA02K sem nada ou um cartão bancário. O tipo diz-lhe como a mensagem NDEF está guardada, não quem lhe consegue chegar.

O que não é uma tag NFC

Metade das mensagens do género “porque é que o meu telemóvel não lê isto” que recebo são sobre coisas que nunca foram NFC. A bobina NFC de um telemóvel está sintonizada nos 13,56 MHz e fala os protocolos acima. Tudo o resto é invisível para ela, por muito que tenha aspeto de tag.

O crachá de 125 kHz é o que mais custa. Encaixa no leitor da porta, é um cartão de plástico com uma bobina lá dentro e nunca vai falar com um telemóvel. Escrevi sobre porque é que um iPhone não consegue abrir a porta do seu condomínio porque a resposta honesta é uma questão de hardware.

Como ler uma ficha técnica ou um anúncio

A primeira página de uma ficha técnica tem todos os números de que precisa, e um bom anúncio copia-os. Eis o que cada um significa e quais é que mentem.

Memória de utilizador versus memória total

Todos os chips têm mais EEPROM do que aquela que pode usar. Um NTAG213 tem 180 bytes no total e 144 são seus; os outros 36 guardam o UID, os bits de bloqueio, o capability container e as páginas de configuração. Uma MIFARE Classic 1K tem 1024 bytes e 752 são dados, porque cada setor perde um bloco para as suas chaves. Os anúncios citam o número que for maior. O número que interessa é a memória de utilizador, e mesmo essa não é o que cabe numa mensagem NDEF, que é o tema da próxima secção.

O UID

O identificador único é gravado na fábrica e não pode ser alterado, exceto nos clones feitos precisamente para isso. Existem três comprimentos:

O código do fabricante vem do registo ISO/IEC 7816-6, e é a verificação honesta mais rápida que pode fazer a um anúncio. Se uma tag “NXP genuína” devolve 1D, foi fabricada pela Fudan.

ATQA, SAK e GET_VERSION: como um leitor distingue os chips

Quando um chip de Tipo A responde a um telemóvel, envia dois pequenos valores, o ATQA e o SAK. Os leitores, incluindo a minha app, usam o SAK para separar os chips por famílias, porque os bits do SAK dizem se o chip fala ISO-DEP e a que grande família pertence. A própria nota de identificação da NXP diz, a negrito, para não usar o ATQA para nada, porque colide e engana, e eu confirmei que é verdade.

Como todos os NTAG e todas as Ultralight respondem com SAK 00, distinguir um NTAG213 de um NTAG216 ou de uma Ultralight EV1 exige mais um comando: o GET_VERSION. Devolve oito bytes, e três deles fazem o trabalho. O byte 2 é o tipo de produto (03 Ultralight, 04 NTAG, 07 NTAG I2C, 01 DESFire, 02 Plus, 08 DESFire Light), o byte 4 é a geração e o byte 6 codifica o tamanho da memória. É assim que a NFC.cool sabe o que tem à frente, e é também a primeira coisa que uma consola que lê Amiibo pergunta a uma tag.

Há chips sem GET_VERSION: a Ultralight original, a Ultralight C e o antigo NTAG203 nunca o tiveram, e a maioria dos clones também não. Essa ausência é, por si só, uma impressão digital.

Resistência, retenção, temperatura

Estes três são os números que os anúncios quase nunca indicam e as fichas técnicas indicam sempre.

• Resistência à escrita é quantas vezes um byte pode ser regravado. 100.000 ciclos é o mínimo em qualquer chip atual; os chips da era Classic e a Ultralight original estão especificados para 10.000. O DESFire EV3 e a família ST25DV estão especificados para 1.000.000 em valor típico.

• Retenção de dados é quanto tempo os bytes sobrevivem sem alimentação. 10 anos é a norma antiga, 50 anos é o que a NXP indica para a NTAG 424 DNA e para a família ICODE SLIX, e a ST indica 200 anos para os chips de Tipo 4 ST25TA. A retenção é especificada à temperatura ambiente; o calor reduz-na.

• Temperatura de funcionamento é de -25 a +70 °C na maioria dos chips de consumo da NXP, de -40 a +85 °C nas peças da ST e da EM, e até 105 °C no ICODE 3. Normalmente, o limite não é o chip; é o adesivo e o substrato.

A escada da segurança

Esta é a parte de um anúncio que mais mente. “Encriptada”, “segura”, “anticlonagem” aparecem impressos em tags cuja única proteção é uma palavra-passe de 32 bits enviada às claras. Aqui fica a escada, de baixo para cima, e cada chip deste guia está num dos degraus.

Há duas funcionalidades que ficam ao lado da escada e não num degrau. Uma assinatura de originalidade é uma assinatura digital sobre o UID, escrita pelo fabricante, que permite a um leitor confirmar que o chip veio da NXP ou da ST. Não impede a cópia, porque um clone pode levar uma assinatura copiada, e a própria NXP o diz numa nota de aplicação. E os contadores (um contador de leituras de 24 bits no NTAG213/215/216, três contadores irreversíveis na Ultralight EV1, um contador de escritas de 16 bits na SLIX2) servem casos de uso, não a segurança, a não ser que entrem numa mensagem SUN.

O NDEF e o que cabe realmente numa tag

O NDEF (NFC Data Exchange Format) é o envelope. Um telemóvel não lê “um URL” de uma tag; lê uma mensagem NDEF que contém um registo URI, e o envelope tem peso. Saber quanto pesa é a forma de responder a “o meu link cabe num NTAG213?”.

O registo

Cada registo começa com um byte de flags (início de mensagem, fim de mensagem, registo curto e um formato de nome de tipo de três bits), seguido do comprimento do tipo, do comprimento do payload (um byte se o payload tiver menos de 256 bytes, quatro bytes caso contrário), do próprio tipo e do payload. Um registo URL curto custa, portanto, 4 bytes de cabeçalho antes do primeiro byte do seu link.

O byte de prefixo é o único golpe de génio do registo URI. Em vez de escrever https:// por extenso, o primeiro byte do payload é um código para um prefixo comum, e o telemóvel volta a pô-lo no sítio.

Assim, https://nfc.cool/ é guardado como o byte 04 seguido de nfc.cool/: nove bytes de payload para um URL de dezassete caracteres. A própria ficha técnica do NTAG 5 da NXP traz o exemplo D1 01 0C 55 01 seguido de nxp.com/nfc, que descodificado dá http://www.nxp.com/nfc.

O envelope à volta do registo

Numa tag de Tipo 2 ou Tipo 5, a mensagem fica dentro de um TLV: um byte que diz “mensagem NDEF” (03), um byte de comprimento (três bytes se a mensagem tiver 255 bytes ou mais), a mensagem e um byte terminador (FE). Numa tag de Tipo 4 não há TLV; o ficheiro NDEF começa com um comprimento de dois bytes. E num NTAG213 ou NTAG212 de fábrica, os primeiros cinco bytes da memória de utilizador já estão ocupados por um Lock Control TLV que a NXP envia pré-gravado e que qualquer aplicação de gravação preserva.

Eis as contas para um único link https://, feitas à mão para o chip que a maioria das pessoas compra:

• memória de utilizador do NTAG213: 144 bytes

• menos o Lock Control TLV de fábrica: 139

• menos o enquadramento do TLV NDEF (03, comprimento, FE): 136 bytes para a mensagem

• menos o cabeçalho do registo (flags, comprimento do tipo, comprimento do payload, U): 132 bytes de payload

• menos o byte de prefixo: 131 caracteres depois de https://

O que cabe onde

Duas notas de rodapé que costumam apanhar as pessoas. O próprio capability container da NXP no NTAG215 e no NTAG216 declara 496 e 872 bytes, menos do que a memória de utilizador, por isso o getMaxSize() do Android indica o número mais pequeno, e está certo. E um vCard com nome, telefone, email e URL tem 132 bytes antes do envelope e 148 depois dele, e é por isso que não cabe bem num NTAG213 e que os fornecedores de cartões de visita usam por defeito o NTAG215 ou o NTAG216. Os valores arredondados que usei no guia para iniciantes (cerca de 130, 480 e 850 caracteres) são estes números com as arestas limadas.

Mapas de memória: o que está onde no chip

Se alguma vez fez uma cópia de uma tag na NFC.cool e ficou a olhar para o hexadecimal, isto é o descodificador.

Tipo 2: o mapa de páginas do NTAG213

Um NTAG215 tem a mesma forma, com a memória de utilizador a ir até à página 81 e a configuração de 83 a 86; um NTAG216 vai até E1, com a configuração de E3 a E6. Os bits do capability container são irreversíveis: depois de ativada a flag de só leitura no byte 3, ou de ativado um bit de bloqueio, não há volta a dar, e é exatamente isso que o “bloqueio permanente” da app grava. Uma “formatação” num Tipo 2 grava um TLV NDEF vazio (03 00 FE) na página 4; não põe a memória a zeros, por isso os dados antigos ainda podem ser copiados até serem sobrescritos.

Tipo 4: o sistema de ficheiros da NTAG 424 DNA

Aqui não há páginas. Uma aplicação ISO 7816 chamada D2760000850101 contém três ficheiros: um capability container de 32 bytes (E103), um ficheiro NDEF de 256 bytes (E104) e um ficheiro proprietário de 128 bytes (E105). Cada ficheiro tem os seus próprios direitos de leitura, escrita e alteração de acesso, cada um associado a uma de cinco chaves AES. O DESFire funciona da mesma maneira, mas deixa-o criar as suas próprias aplicações e ficheiros; os três da NTAG 424 DNA são fixos, e é por isso que a descrevi como um pequeno cofre trancado com três gavetas.

Tipo 5: os blocos ISO 15693

Blocos de quatro bytes, numerados a partir de zero, com o capability container no bloco 0 (E1 40 seguido do tamanho) e o TLV NDEF a começar no bloco 1. O UID, o AFI, o DSFID e o estado de bloqueio vivem fora dos blocos endereçáveis e são lidos com um comando separado, GET SYSTEM INFORMATION. Num ICODE SLIX2, o último bloco endereçável, o 79, é o contador de 16 bits; no ICODE 3, o bloco 75 guarda um contador de 24 bits e os blocos 76 em diante são uma área de configuração separada.

MIFARE Classic: setores, trailers e o diretório

Uma Classic 1K tem 16 setores de 4 blocos de 16 bytes. O último bloco de cada setor é o sector trailer: chave A, três bytes de acesso, um byte livre, chave B. O bloco 0 do setor 0 é o bloco do fabricante, com o UID. Para pôr NDEF numa Classic, a NXP definiu um diretório: o setor 0 passa a ser o MIFARE Application Directory (MAD), legível com a chave pública A0 A1 A2 A3 A4 A5, e indica que setores guardam NDEF sob o código de aplicação 03 E1. Esses setores usam uma segunda chave pública, D3 F7 D3 F7 D3 F7. Um cartão acabado de sair da fábrica tem todas as chaves a FF FF FF FF FF FF. Quando a NFC.cool no Android formata um cartão Classic, são este diretório e estas chaves que grava, e é por isso que um cartão Classic formatado é lido em alguns telemóveis Android e em nenhum iPhone.

A tabela de decisão

Comece aqui se já sabe qual é o trabalho e quer o chip.

O que não está na tabela: a MIFARE Classic. Não há nenhum trabalho em 2026 para o qual eu comprasse um chip Classic, e a secção abaixo explica porquê.

Família a família

Cada família recebe o mesmo tratamento: uma tabela de especificações tirada da ficha técnica, para que serve o chip, o que os telemóveis fazem com ele e uma nota prática quando a tenho.

NTAG 21x: a família dos autocolantes

É o chip que está em quase todos os autocolantes, moedas e cartões NFC vendidos ao público, e a NXP ainda os lista todos como ativos em 2026, apesar de a ficha técnica não mudar desde 2015.

Todos são NFC Forum Tipo 2, ISO/IEC 14443 Tipo A, UID de 7 bytes, 106 kbit/s, especificados de -25 a +70 °C. O NTAG210 e o NTAG212 têm uma capacidade de entrada de 17 pF para antenas pequenas; o 213, o 215 e o 216 têm 50 pF. A assinatura de originalidade é ECDSA na curva secp128r1, com 32 bytes, lida com o comando READ_SIG; a chave de verificação está numa nota de aplicação da NXP que não é pública, e é por isso que quase nenhuma app de consumo a verifica.

As três funcionalidades que contam na prática são a palavra-passe (um PWD de 32 bits, um PACK de 16 bits com que a tag responde, o AUTH0 para dizer onde começa a proteção e o AUTHLIM para inutilizar a tag ao fim de um número escolhido de tentativas erradas), o contador NFC (24 bits, incrementado uma vez por sessão de leitura, legível com um comando próprio) e o espelho ASCII, que cola o UID e o contador como texto na sua mensagem NDEF, de modo que um URL simples passa a https://example.com/?u=04A1...&c=000123 em cada leitura. As cabeças de escova Philips Sonicare sobre as quais escrevi usam um NTAG213 com o AUTHLIM a três, e é assim que uma cabeça de escova se bloqueia a si própria se errar a palavra-passe.

Na prática: são estes os chips com que testo cada versão, e o NTAG216 é o que recomendo quando alguém quer comprar um pacote e não pensar mais no assunto. Vale a pena definir a palavra-passe em tudo o que deixar em sítios públicos; trava a pessoa com uma app gratuita, que é a maioria das pessoas. Não trava ninguém que tenha um sniffer, porque a própria palavra-passe viaja pelo ar sem encriptação, e digo-o claramente na app.

Nos telemóveis: leitura e gravação NDEF em tudo, leitura em segundo plano de registos URL no iPhone e acesso direto nas duas plataformas à palavra-passe, ao contador e ao espelho. A NFC.cool faz tudo isso no iPhone, no Android e, através de um leitor USB, no iPad e no Mac.

NTAG DNA: as que assinam cada leitura

Três gerações, duas delas ainda em produção.

O SUN, Secure Unique NFC, é a funcionalidade que faz estas tags valerem o triplo do preço de um NTAG213: a tag espelha o seu UID e o contador de leituras no URL e acrescenta um CMAC AES-128 calculado sobre eles, gerado de novo a cada leitura. O servidor verifica o MAC; uma tag clonada não tem a chave e falha. Expliquei tudo isto, incluindo o modo LRP e as cinco chaves, no artigo sobre a NTAG 424 DNA, por isso aqui fica só o que mudou desde então: a NXP vende agora também a NTAG 426Q DNA e a NTAG X DNA, um chip de Tipo 4 conectado de 16 kB certificado EAL6+, por isso a 424 já não é o chip DNA mais recente, é apenas aquele que consegue realmente comprar em autocolante.

A família 22x DNA é a novidade interessante: SUN num chip de Tipo 2, o que significa que o autocolante é mais barato e que o telemóvel o lê como um NTAG normal. As variantes StatusDetect acrescentam um sensor: ou um circuito condutor que regista, de forma irreversível, que foi partido, ou uma medição de capacidade de 0 a 11 pF entre dois pinos, que a NXP apresenta para nível de líquidos, humidade e pressão.

Na prática: comprei as minhas primeiras tags NTAG 424 DNA no AliExpress por uns euros e construí à volta delas todo o conjunto de funcionalidades 424 da app: alteração de chaves, SUN em modo simples e encriptado, direitos de acesso aos ficheiros, o ficheiro cofre, o estado de violação. A 424 é também o único chip em que a NFC.cool verifica a assinatura de originalidade com a chave pública publicada pela NXP e mostra “Genuine NXP”. A 22x DNA só a conheço do papel.

MIFARE Ultralight: a família dos bilhetes

A Ultralight é a irmã mais velha do NTAG. A mesma interface rádio, as mesmas páginas de 4 bytes, o mesmo SAK e, a partir da EV1, os mesmos comandos. A diferença está na intenção: a Ultralight foi feita para bilhetes de viagem única e a linha NTAG para autocolantes com um URL, e é por isso que o NTAG sai de fábrica com um capability container pré-gravado e a Ultralight não.

Os três contadores irreversíveis da Ultralight EV1 são o que a distingue: um operador de transportes vai descontando viagens e o chip recusa-se a voltar a subir. A Ultralight AES é a resposta discreta a “quero um NTAG213 com autenticação a sério”: os mesmos 144 bytes, AES-128 em vez de uma palavra-passe, numa tag de Tipo 2 que qualquer telemóvel lê.

Nos telemóveis: tudo isto é lido como uma tag de Tipo 2. O Core NFC da Apple expõe uma família .ultralight e deixa uma app enviar comandos nativos; o Android tem uma classe MifareUltralight que é opcional, mas que está presente em todos os telemóveis que vi. A NFC.cool identifica as variantes EV1 e a AES através do GET_VERSION e trata a palavra-passe da EV1 como a do NTAG; a autenticação AES propriamente dita não é algo que a app faça.

MIFARE Classic, Plus e DESFire: a família do controlo de acessos

Três famílias numa só secção porque são uma só história: a Classic foi quebrada, a Plus foi o caminho de migração e o DESFire é onde a indústria acabou por ficar.

A MIFARE Classic é o chip da sua antiga chave de hotel, do seu cartão do ginásio e de muitíssimos crachás de escritório. Não é um tipo de tag do NFC Forum. Tem a sua própria cifra, a CRYPTO1, que dois grupos de investigação descobriram por engenharia inversa em 2008: Nohl e Plötz olhando para o silício ao microscópio, e o grupo da Universidade de Radboud observando o protocolo, recuperando uma chave “a partir de apenas uma ou duas tentativas de autenticação com um leitor genuíno, em menos de um segundo”. A NXP foi a tribunal para travar o segundo artigo e perdeu. Dezasseis anos depois, em agosto de 2024, a Quarkslab publicou uma backdoor de hardware no Fudan FM11RF08S, o chip compatível com Classic mais comum dos últimos cinco anos, e encontrou uma chave de backdoor mais antiga partilhada por chips Fudan anteriores, alguns chips Infineon e até alguns chips NXP de por volta de 2000. A Classic não é um produto de segurança, e a própria página de produto da NXP para a Classic EV1 diz agora “não recomendada para novos projetos” e remete para o DESFire Light.

A resposta direta para o iPhone, porque me perguntam isto todas as semanas: um iPhone não consegue ler o conteúdo de um cartão MIFARE Classic, e nenhuma app pode mudar isso. O Core NFC da Apple não tem nenhuma família Classic na sua API, e a documentação do seu comando MIFARE diz sem rodeios que “não suporta o protocolo Crypto1”. O telemóvel vê o UID e o SAK, a minha app identifica a família a partir deles, e mais nada. No Android é diferente: a classe MifareClassic é opcional, implementada pelos telemóveis cujo controlador NFC tem CRYPTO1 em hardware (os controladores da NXP têm; os chips da Broadcom numa geração de telemóveis Nexus e Galaxy não tinham), e nesses telemóveis a NFC.cool lê todos os setores que a chave de fábrica abre e consegue formatar um cartão novo para NDEF.

A MIFARE Plus é o mapa de memória da Classic com AES-128 aparafusado por cima, para que um operador pudesse trocar primeiro os cartões e só depois os leitores. Funciona por níveis de segurança: o SL1 comporta-se como uma Classic (com AES opcional), o SL3 é só AES sobre ISO-DEP, e a Plus X tinha um SL2 pelo meio. A Plus S e a Plus X estão descontinuadas; a Plus SE (uma 1K, 752 bytes) e a Plus EV2 (2K ou 4K, EAL5+, retenção de 25 anos, resistência típica de 1.000.000 de ciclos) são atuais. Em SL1, um telemóvel vê SAK 08 ou 18, tal como numa Classic; em SL3, vê um cartão ISO-DEP.

O MIFARE DESFire é outro bicho: um pequeno sistema de ficheiros com aplicações, ficheiros, direitos de acesso por ficheiro e até 14 chaves por aplicação, que fala APDUs sobre ISO-DEP a até 848 kbit/s.

O “2K” no nome de um DESFire não são 2048 bytes de nada que possa usar diretamente. A nota comparativa da NXP dá os valores utilizáveis que estão na tabela, e cada aplicação e cada ficheiro que criar fica com uma fatia para os seus próprios cabeçalhos, atribuída em páginas de 256 bytes. Pergunte ao cartão com o comando FreeMemory em vez de confiar no rótulo. O DESFire EV3 trouxe também o SUN para a família, por isso um EV3 consegue fazer o truque da NTAG 424 DNA de assinar um URL, coisa que o EV2 não consegue.

Nos telemóveis: o iOS entrega o DESFire como uma tag MIFARE .desfire, ou como uma tag ISO 7816 se a app pedir a aplicação NDEF; o Android usa IsoDep. A NFC.cool identifica a geração e o tamanho a partir do GetVersion e lista as aplicações e os ficheiros que pode ver sem chaves. Não se autentica num DESFire nem grava nele; isso é trabalho para as ferramentas do próprio operador, e prefiro dizê-lo a fingir o contrário.

ISO 15693: a família de longo alcance

Estes são os chips que foram concebidos para um metro, não para um centímetro. Um telemóvel continua a lê-los (a Apple desde o iOS 13, o Android através de NfcV), e a GoToTags mediu tags de Tipo 5 a serem lidas a cerca do dobro da distância das tags de Tipo 2 num iPhone, mas o seu habitat natural é o pórtico da biblioteca, a prateleira do armazém e a lavandaria. O UID tem 8 bytes e começa por E0, os blocos têm 4 bytes, e a família acrescenta três coisas que os chips de Tipo A não têm: um AFI (um byte de família de aplicação pelo qual um leitor pode filtrar), um DSFID (um byte de formato de dados) e o EAS, o bit de vigilância eletrónica de artigos que faz apitar o pórtico de uma loja.

NXP ICODE. A linhagem é SLI (2000), SLI-S e SLI-L (2007), SLIX e as suas variantes S e L (2010), SLIX2 (2014), ICODE DNA (2016) e ICODE 3 (2024). Não existe “SLIX3”; um anúncio que diga isso quer dizer ICODE 3 ou está a adivinhar.

O ICODE 3 é o que convém conhecer: espelha o UID e o seu contador de leituras na mensagem NDEF tal como um NTAG213, lê a até 212 kbit/s e afina a própria antena. Não tem AES; a peça com AES é o ICODE DNA, e nenhum dos dois faz SUN.

STMicroelectronics ST25TV e ST25DV. A linha de Tipo 5 da ST, e a que tem os melhores números de ficha técnica de todo o guia.

O Augmented NDEF do ST25TV02KC merece um parágrafo, porque é vendido como segurança. O chip insere o seu UID, um campo personalizado e um código de leitura único de três caracteres no URL em cada leitura, sem tocar na EEPROM. O código muda a cada leitura, e a ficha técnica da ST diz com todas as letras que é “previsível”. É um indicador de frescura que diz ao seu servidor que esta é uma leitura nova, não uma prova de que a tag é genuína. O TruST25, a assinatura de originalidade da ST sobre o UID, é a funcionalidade de autenticidade e, tal como a da NXP, é uma assinatura estática que um clone pode copiar.

O resto do mundo do Tipo 5. Os inlays Tag-it HF-I da Texas Instruments (Standard com 32 bytes, Pro com 32 bytes, escrita protegida por palavra-passe e um comando kill, Plus com 256 bytes) estão em todas as bibliotecas que instalaram NFC antes de 2015, e hoje estão todos marcados como não recomendados ou obsoletos. O EM4233 da EM Microelectronic (208 bytes, um modo de privacidade com chave de 96 bits, retenção de 60 anos) está disponível por encomenda. O my-d da Infineon e o MB89R118 da Fujitsu aparecem no código de identificação da NFC.cool porque houve utilizadores que mos enviaram. O NTAG 5 da NXP (link, boost, switch) é um chip ISO 15693 apesar do nome NTAG, com 2048 ou 512 bytes, uma porta I2C, recolha de energia até 30 mW e uma EEPROM de 1.000.000 de ciclos e 40 anos: uma tag conectada para eletrónica, não um autocolante, e o software escrito para o NTAG21x não fala com ela.

Na prática: a SLIX2 é o chip que está dentro de todas as bobinas de filamento OpenPrintTag, por isso já me passaram muitas pelas mãos, e a NFC.cool lê-as, grava-as e formata-as nas duas plataformas. O que a app não faz, e quero ser claro quanto a isso, são os comandos ISO 15693 de palavra-passe, privacidade, EAS e AFI. Os bytes desses comandos estão no código como tabela de referência; os botões ainda não estão lá.

Tipo 4 fora da MIFARE: ST25TA

A família ST25TA da ST são tags de Tipo 4 sobre ISO/IEC 14443 Tipo A sem nada da maquinaria do DESFire: um ficheiro NDEF, um ficheiro capability container e um ficheiro de sistema, duas palavras-passe de 128 bits (leitura e escrita) e um contador de eventos de 20 bits que pode contar leituras ou escritas.

Duzentos anos de retenção e um milhão de ciclos de escrita, mas só a 106 kbit/s. As variantes -P e -D têm um pino de saída de uso geral que muda de estado quando a tag é lida, e é assim que se faz um candeeiro reagir a um telemóvel. Nos dois sistemas, são lidas como tags de Tipo 4; a NFC.cool lê e grava NDEF nelas e mostra os detalhes ISO-DEP.

Chips com sensores e dupla interface

São chips com duas caras: uma antena NFC de um lado e, do outro, um barramento I2C, um sensor ou um segundo rádio.

Não construí nada com estes, por isso esta tabela é só ficha técnica. Interessam ao guia porque aparecem nos anúncios como “chip NFC” e confundem as pessoas: um NTAG 5 não é um NTAG213, e uma tag em echo não vai fazer nada de especial no seu telemóvel.

Antigos e de nicho

A Topaz (Innovision, mais tarde Broadcom) é NFC Forum Tipo 1: blocos de 8 bytes, 96 ou 512 bytes, bloqueios de utilização única, 10.000 ciclos de escrita. Os dois sistemas ainda leem NDEF de uma Topaz, mas o NFC Forum retirou o Tipo 1 do seu conjunto de especificações de 2021 e já ninguém a usa em produtos novos. Os revendedores ainda têm stock.

O FeliCa é a família da Sony e o sistema dos transportes públicos do Japão. O FeliCa Lite-S (224 bytes de memória de utilizador em blocos de 16 bytes, um IDm de 8 bytes, um MAC triple DES simplificado) é a versão em tag e é NFC Forum Tipo 3; o FeliCa Standard é a versão smart card, agora com AES e uma certificação Common Criteria EAL6+ no atual RC-SA01, e é nele que funcionam o Suica, o PASMO, o Edy, o WAON, o nanaco e o Octopus de Hong Kong. Os módulos FeliCa Plug da Sony foram descontinuados em março de 2026. A NFC.cool identifica as marcas de transportes e de dinheiro eletrónico a partir do código de sistema nas duas plataformas, lê o Lite-S e o Standard e grava NDEF neles no iPhone.

O Kovio NFC Barcode era uma tag de silício impresso, só de leitura, com 16 bytes. O Android ainda tem uma classe NfcBarcode para ela. Os ativos da Kovio passaram para a Thinfilm em 2014, a Thinfilm parou a produção NFC em 2019 e mudou de nome em 2021. A classe é um fóssil.

Chips de memória ISO 14443 Tipo B. Os SRI512, SRT512 e SRI4K da ST (512 ou 4096 bits em blocos de 32 bits, dois contadores decrescentes, 1.000.000 de ciclos, 40 anos) vivem nos transportes franceses e belgas e em alguns passes de esqui. O Android expõe-nos através de NfcB; o iPhone não tem qualquer objeto de tag Tipo B em bruto, por isso, a não ser que um cartão Tipo B fale ISO-DEP e responda a um SELECT, um iPhone não o vê. O Calypso, o sistema Navigo de Paris, é um smart card Tipo B que responde.

Clones e compatíveis

Esta é a secção que os anúncios não querem que leia.

O Fudan FM11NT021 é o “NTAG213” mais comum que não é um NTAG213. Tem os mesmos 180 bytes em 45 páginas, a mesma área de utilizador de 144 bytes, uma palavra-passe, um contador de leituras de 24 bits e o código de fabricante 1D da Fudan no UID. Não implementa o GET_VERSION e a sua ficha técnica atual não inclui nenhum comando READ_SIG, por isso um leitor que faça qualquer uma dessas perguntas não recebe resposta e acaba por adivinhar pelo tamanho da memória, e é por isso que a comunidade do Proxmark3 o identifica como um NTAG203. A Fudan também faz versões de 504 e 888 bytes (FM11NT041, FM11NT081). Para um link num autocolante, funcionam. Para Amiibo, não, porque a consola pergunta primeiro o GET_VERSION.

Os Fudan FM11RF08 e FM11RF08S são os chips compatíveis com Classic que estão na maioria dos cartões “1K” baratos. O 08S acrescentou em 2020 contramedidas contra os ataques conhecidos à Classic e depois descobriu-se que trazia uma chave de backdoor em hardware comum a todos os cartões fabricados, que a Quarkslab publicou em 2024 juntamente com ferramentas que hoje fazem parte do firmware do Proxmark3.

Os cartões MIFARE Classic “mágicos” são chips feitos para que o UID e o bloco do fabricante possam ser regravados, coisa que uma Classic verdadeira nunca permite. As gerações são um passatempo à parte:

Também existem cartões NTAG21x mágicos, e os que emulam por completo aceitam até uma assinatura de originalidade copiada, que é precisamente o argumento da NXP sobre as assinaturas estáticas.

“Compatível com NTAG215” para Amiibo. Um Amiibo é um NTAG215 normal cujos 540 bytes levam dados encriptados e assinados com chaves derivadas do UID da própria tag. Copie os bytes para outra tag e as assinaturas deixam de bater certo, e é por isso que uma cópia de segurança tem de ser recodificada para o UID da tag de destino, que é exatamente o que faz a cópia de segurança e restauro de Amiibo da NFC.cool. A sequência de leitura da consola começa com o GET_VERSION, depois uma autenticação por palavra-passe derivada do UID e depois a leitura das 135 páginas, incluindo as de configuração. Um chip sem GET_VERSION, ou com 45 páginas em vez de 135, falha logo no primeiro passo. A documentação do TagMo resume-o numa linha: só o NTAG215 é reconhecido.

Como um clone aparece na app. A NFC.cool identifica primeiro pelo GET_VERSION. Um chip que não lhe responda, ou que responda com um tamanho de memória que não bate certo com o que anuncia, é identificado pelo que realmente é, não pelo anúncio. Numa NTAG 424 DNA, a app vai um passo mais longe e verifica a assinatura de originalidade ECDSA com a chave pública da NXP, e esse é o único sítio na app onde pode aparecer “Genuine NXP” com respaldo criptográfico. No NTAG21x, a app não lê a assinatura, em parte porque a chave de verificação da NXP está sob NDA e em parte porque uma assinatura estática copiada passa na verificação de qualquer maneira. A cadeia de provas honesta para uma tag de Tipo 2 é o código do fabricante, o GET_VERSION, o tamanho da memória e a presença das funcionalidades que o chip diz ter.

Formatos e alcance de leitura

O chip decide o que a tag consegue fazer; o formato decide se o telemóvel lhe consegue chegar.

Duas regras físicas explicam a maioria das queixas de “não lê”. O tamanho da antena define o alcance, grosso modo: um cartão lê de mais longe do que uma moeda, uma moeda de mais longe do que um inlay de 10 mm, e um implante precisa de contacto. O metal dessintoniza a antena: uma bobina numa superfície metálica induz correntes parasitas no metal, a sua indutância desce e a ressonância afasta-se dos 13,56 MHz, por isso uma tag normal num armário de aço está morta. Uma folha de ferrite entre a bobina e o metal redireciona o campo e devolve a vida à tag, à custa de um alcance mais curto e de um custo mais alto, e é por isso que as tags para metal custam o triplo.

Onde segura o telemóvel conta tanto como a tag. No iPhone, a antena está no rebordo superior; a própria instrução da Apple é “segure a parte de cima do iPhone perto” da tag. No Android, varia consoante o modelo, normalmente no centro da traseira ou perto da câmara. O guia para iniciantes explica isto passo a passo.

O que lê o quê

A matriz de telemóveis e leitores. As colunas dos telemóveis vêm da documentação da Apple e da Google e da minha própria app; as colunas de computador e de hobby vêm das fichas de especificações dos fabricantes e da documentação dos próprios projetos, e não testei esses dispositivos eu mesmo, à exceção dos leitores indicados na coluna de iPad e Mac.

Algumas linhas merecem uma frase.

• A leitura em segundo plano do iPhone só dispara com um registo URL NDEF, só quando o telemóvel está desbloqueado e em uso, e não enquanto a câmara, a Carteira, uma sessão de leitura ou o modo de voo estiverem ativos. Nunca lê um chip em bruto. iPhone XS e posteriores.

• Que iPhones leem tags de todo: o iPhone 7 e posteriores dentro de uma app, segundo a sessão da WWDC 2019 da Apple. A gravação e os comandos diretos chegaram com o iOS 13.

• A classe MifareClassic do Android é opcional. Nas palavras da própria Google: “se não estiver implementada, a MifareClassic nunca será enumerada”. Depende do controlador, não da versão do Android.

• O Web NFC é só NDEF, Chrome 89 e posterior, só Android, e a Apple tem uma posição negativa sobre ele, por isso não vai haver versão para o Safari. É por isso que o leitor NFC online deste site funciona no Android e diz aos utilizadores de iPhone para usarem a app.

• O iPad e o Mac não têm rádio NFC. Desde a NFC.cool 6.15.0, a app fala com um leitor USB CCID através da pilha de smart cards da Apple; o HID OMNIKEY 5022 CL é o que testei, o ACS ACR1552U-M1 e o ACR1255U-J1 foram reportados como funcionais por utilizadores, e o artigo lista os limites. Definir uma palavra-passe NTAG funciona através de um leitor; removê-la exige um comando que o OMNIKEY recusa, por isso essa tarefa fica para o telemóvel.

• O ACS ACR122U não faz ISO 15693, e o ACR1252U e o ACR1255U-J1 também não. Na linha da ACS, só o ACR1552U o faz. O OMNIKEY 5022 faz as duas coisas. Convém saber isto antes de comprar um leitor para tags de biblioteca.

• O Proxmark3 e o Flipper Zero são as ferramentas que conseguem recuperar chaves MIFARE Classic e emular cartões. É para isso que servem, e o guia menciona-os porque “o que o lê” seria desonesto sem eles.

O que a NFC.cool Tools faz com cada chip

Este é o momento do artigo em que aparece aquilo que eu construí, e faz sentido que seja aqui, porque cada linha acima termina em “e o que é que a app faz com isto?”. A tabela abaixo não é texto de marketing; tirei-a do próprio código-fonte da app enquanto escrevia este guia, e corrigiu duas coisas que, de outra forma, eu teria afirmado.

As duas correções, para que fique registado: eu teria escrito que a app verifica a assinatura de originalidade nas tags NTAG21x, e não verifica; só a 424 tem isso. E teria escrito que os comandos de palavra-passe ISO 15693 já estavam incluídos, quando são uma tabela de referência à espera de uma interface. Ambas estão na lista de tarefas.

Comprar sem ser enganado

O que um anúncio tem de dizer antes de eu comprar:

1. O nome exato do chip. “NTAG213” e não “NFC 213”; “ICODE SLIX2” e não “tag ISO 15693”; “MIFARE Classic EV1 1K” e não “cartão 1K”. Se o anúncio não indica o chip, o vendedor não sabe ou não quer que saiba.

2. A memória de utilizador em bytes, e tem de bater certo com o chip: 144 para um NTAG213, 504 para um 215, 888 para um 216, 316 para uma SLIX2. Um “1K” que afinal é uma MIFARE Classic não vai funcionar num iPhone.

3. O fabricante, se o anúncio diz que é NXP ou ST genuíno. O código do fabricante no UID diz-lhe a verdade depois de comprar; o preço diz-lha antes. Ninguém vende autocolantes NTAG216 genuínos a um terço do preço de mercado.

4. O tamanho da antena e o formato. Um inlay de 10 mm lê a um centímetro; um de 38 mm, a quatro. Uma tag para metal tem de dizer que é para metal.

5. Se vem formatada em NDEF. O NTAG sai de fábrica formatado; a Ultralight EV1 e a maioria dos chips ISO 15693 não, e a NFC.cool formata-os, mas é mais um passo.

Sinais de alarme: “compatível com NTAG215” (não é um NTAG215), “encriptada” em qualquer coisa abaixo do degrau 4 da escada, “funciona com todos os telemóveis” numa MIFARE Classic, e qualquer nome de chip com uma letra que o fabricante nunca usou, como SLIX3.

Quanto custam as tags. Preços de catálogo que vi a 9 de setembro de 2026 na Seritag, Shop NFC, GoToTags, NFCW Shop, NFC.CARDS, NFC-Tag-Shop.de, Tagstand e Digi-Key. A maioria das lojas vende no mínimo às dezenas, por isso a coluna “unidade” é o escalão mais pequeno que oferecem. Os preços mudam; leia-os como proporções.

O padrão é o que seria de esperar: a memória é quase de graça, a criptografia custa mais ou menos o dobro e o formato custa mais do que o chip. Um chip NTAG213 sem invólucro custa catorze cêntimos; o autocolante à volta dele é a maior parte do preço.

Onde comprar: mantenho uma lista das tags e dos leitores que uso de facto na página de links de afiliados, e as tags 424 que deram origem a todo o conjunto de funcionalidades DNA vieram do AliExpress, por isso não lhe vou dizer que os marketplaces estão fora de questão. Verifique com a app o que lhe chega antes de gravar seja o que for.

O catálogo completo numa só tabela

Uma linha por chip. “Bytes de utilizador” é o que pode gravar; no DESFire, é o valor utilizável indicado pela NXP. As colunas dos telemóveis dizem o que a plataforma consegue fazer, não o que todas as apps fazem; a coluna NFC.cool diz o que a minha faz. Num telemóvel, deslize para o lado; a primeira coluna fica fixa.

As comparações que toda a gente pesquisa

NTAG213 vs NTAG215 vs NTAG216. O mesmo chip em três tamanhos de memória: 144, 504 e 888 bytes, com a mesma palavra-passe, contador, espelho e assinatura. Compre o 213 para um link, o 215 para Amiibo e o 216 para um cartão de contacto ou para não ter de pensar no assunto. A diferença de preço anda pelos trinta cêntimos.

NTAG213 vs Ultralight EV1. A mesma interface rádio e os mesmos comandos; o NTAG tem o espelho ASCII e um capability container pré-gravado, a EV1 tem três contadores irreversíveis e existe em 48 ou 128 bytes. Para autocolantes, o NTAG; para bilhetes, a EV1.

NTAG213 vs ST25TN01K vs Fudan FM11NT021. Três chips de Tipo 2 entre 144 e 160 bytes. O NTAG tem palavra-passe e contador de leituras e responde ao GET_VERSION; o ST25TN tem mais memória, um comando kill, um código de leitura e TruST25, mas não tem palavra-passe; o Fudan copia as funcionalidades do NTAG, exceto o GET_VERSION e, na sua ficha técnica atual, a assinatura. Para um link simples, qualquer um deles; para um contador ou para Amiibo, o NTAG.

MIFARE Classic vs DESFire. Não há competição. A cifra da Classic foi quebrada em 2008 e o seu clone mais comum tinha uma backdoor descoberta em 2024; o DESFire EV3 tem AES, gestão de chaves, certificação EAL5+ e SUN. O único argumento a favor da Classic é que o leitor na parede foi instalado em 2009.

NTAG 424 DNA vs NTAG213. A 424 assina cada leitura com AES-128 e guarda 416 bytes em três ficheiros com cinco chaves; o 213 guarda 144 bytes com uma palavra-passe de 32 bits. Se a pergunta é “este produto é verdadeiro?”, só a 424 responde. Se a pergunta é “este autocolante abre um link?”, o 213 faz isso por um terço do preço.

NTAG 424 DNA vs NTAG 223 DNA. Ambas fazem SUN. A 424 é Tipo 4 com cinco chaves, LRP, opção de UID aleatório, um ficheiro cofre e retenção de 50 anos; a 223 é um autocolante de Tipo 2 com uma chave SUN, uma palavra-passe de 32 bits e 10 anos. A 223 é a forma mais barata de pôr um URL assinado numa etiqueta; a 424 é a que tem hoje uma app capaz de a configurar.

ICODE SLIX2 vs NTAG216 para inventário. Se o único leitor for um telemóvel, o NTAG216 tem mais memória e o contador. Se houver um pórtico ou um leitor portátil envolvido, a SLIX2 lê a um metro e o NTAG a quatro centímetros, e isso decide a questão.

FeliCa vs NTAG no Japão. Um torniquete de transportes japonês fala FeliCa e mais nada; um telemóvel japonês lê os dois. Para uma tag num cartaz em Tóquio, o NTAG serve perfeitamente. Para qualquer coisa que um leitor Suica tenha de aceitar, FeliCa, e esse não é um chip que se programe com uma app de telemóvel.

Perguntas frequentes

Devo comprar NTAG215 ou NTAG216?

O 216, a não ser que vá gravar Amiibo. Tem 888 bytes contra os 504 do 215, a mesma palavra-passe, contador e espelho, e o mesmo suporte nos telemóveis. O 215 existe em todas as lojas porque as figuras da Nintendo o usam, e se é esse o seu objetivo, é a única escolha.

Um iPhone consegue ler tags MIFARE Classic?

Consegue ver que está ali uma. O Core NFC lê o UID e o SAK e fica por aí; a API da Apple não tem nenhuma família Classic e a sua documentação diz que o comando MIFARE “não suporta o protocolo Crypto1”. Nenhuma app consegue ler um setor num iPhone. Os telemóveis Android com um controlador NFC da NXP conseguem; os telemóveis com alguns outros controladores não, e nesses a classe MifareClassic simplesmente não aparece.

Quantas vezes posso regravar uma tag NFC?

100.000 vezes em qualquer chip atual da NXP ou da ST à temperatura ambiente, e os números das fichas técnicas são mínimos. Um DESFire EV3 ou um ST25DV está especificado para um milhão. O antigo NTAG203, a Ultralight original e a Topaz estavam especificados para 10.000. Ninguém regrava um autocolante dez mil vezes; o número interessa para contadores e para tags que registam dados.

A que distância funciona uma tag NFC?

Com um telemóvel, até cerca de quatro centímetros para uma antena do tamanho de um cartão e cerca de dois para um autocolante pequeno, no sítio certo do telemóvel. A própria definição do NFC Forum diz “até 2 cm”. Uma tag ISO 15693 num leitor de pórtico com uma antena grande funciona a um metro, mas um telemóvel lê-a aos mesmos poucos centímetros que tudo o resto, talvez o dobro de uma tag de Tipo 2.

As tags NFC caducam ou desgastam-se?

Os dados do chip estão especificados para 10 anos na maioria dos chips de consumo, 50 na NTAG 424 DNA e na família ICODE SLIX, 60 no ST25TV e 200 no ST25TA, sempre à temperatura ambiente. O calor encurta esses valores. Na prática, o adesivo, a face de papel e a antena desistem muito antes da EEPROM.

É seguro comprar tags NFC baratas em marketplaces?

Seguro, sim; serem o que dizem ser, nem sempre. Um “NTAG213” barato é muitas vezes um Fudan FM11NT021, que funciona para um link e falha em tudo o que pergunte o GET_VERSION. Um “NTAG215” barato muitas vezes não o é, e os Amiibo vão recusá-lo. Verifique o código do fabricante e o nome do chip na app antes de gravar o que quer que seja, e compre numa loja que indique o chip.

O meu telemóvel consegue ler o meu cartão bancário ou o meu passaporte com uma app NFC?

O passaporte, sim: com a zona de leitura ótica como chave, uma app consegue ler os grupos de dados do chip, e a NFC.cool faz isso nas duas plataformas. O cartão bancário é um smart card EMV; uma app consegue ler a sua lista de aplicações e alguns registos públicos, mas a Apple bloqueia a leitura de cartões de pagamento no Core NFC, o código de segurança do cartão não está no chip e cada transação é assinada por uma chave que nunca sai do cartão, por isso não há nada para copiar.

Porque é que o meu crachá do escritório ou a chave do hotel não aparecem na app?

A maioria dos crachás de escritório são cartões de proximidade de 125 kHz, que a bobina de 13,56 MHz de um telemóvel nem sequer consegue detetar. A maioria das chaves de hotel e dos cartões de transporte mais antigos são MIFARE Classic, que um iPhone só consegue identificar e que um telemóvel Android só consegue ler com o controlador certo e as chaves certas. Nenhuma das duas coisas se resolve com uma app, e prefiro dizê-lo a vender-lhe uma solução improvisada.

Posso desbloquear uma tag NFC que foi tornada só de leitura?

Não. Os bits de bloqueio de uma tag de Tipo 2 ou Tipo 5 são bits irreversíveis no chip; a flag de só leitura no capability container é igual. Uma palavra-passe pode ser removida se a souber; um bloqueio não. É por isso que a NFC.cool pergunta duas vezes antes de bloquear seja o que for.

A palavra-passe do NTAG é segurança a sério?

Trava a pessoa com uma app gratuita, que é a maioria das pessoas. Não trava ninguém com um leitor capaz de escutar, porque a palavra-passe de 32 bits viaja pelo ar sem encriptação e a tag responde com uma confirmação de 16 bits. Para tudo o que tenha de resistir a um atacante motivado, a escada começa no AES: a Ultralight AES para um autocolante de Tipo 2, a NTAG 424 DNA se a própria leitura tiver de provar alguma coisa.

Que tag preciso para Amiibo?

Um NTAG215, e só um NTAG215. A consola pergunta o GET_VERSION, autentica-se com uma palavra-passe derivada do UID e lê as 135 páginas. Um chip sem GET_VERSION ou com outro número de páginas falha no primeiro comando. Gravar um Amiibo numa tag é permanente, porque os bytes de bloqueio e a palavra-passe fazem parte do formato.

Que tag NFC funciona numa superfície metálica?

Qualquer chip num formato para metal, o que significa uma folha de ferrite entre a antena e o metal. Uma tag normal colada a aço não lê de todo; uma tag para metal lê a cerca de quatro quintos do seu alcance normal. Se conseguir pôr três milímetros de qualquer material não metálico entre uma tag normal e o metal, também funciona.

A NFC.cool funciona no iPad e no Mac?

Sim, desde a versão 6.15.0, através de um leitor de smart cards USB; nenhum dos dois dispositivos tem rádio NFC próprio. O HID OMNIKEY 5022 CL é o que testei, e o ACS ACR1552U e o ACR1255U-J1 foram reportados como funcionais. Tudo o que funciona em Tipo 2, Tipo 4 e FeliCa através do telemóvel funciona através do leitor, com a MIFARE Classic só em leitura.

Glossário

Fontes e leituras adicionais

Todas as tabelas deste guia foram verificadas com uma destas fontes. Os preços são das lojas indicadas na secção de compras, a 9 de setembro de 2026.

NXP NTAG

• Ficha técnica do NTAG213/215/216, Rev 3.2

• Fichas técnicas do NTAG210/212, do NTAG 210µ, do NTAG213F/216F e do NTAG 213 TT

• Fichas técnicas da NTAG 223 DNA e da NTAG 224 DNA StatusDetect

• Fichas técnicas da NTAG 424 DNA e da NTAG 424 DNA TagTamper, e a AN12196, a nota de funcionalidades e dicas da 424 com a chave pública de originalidade

• Fichas técnicas do NTAG I2C plus e do NTAG 5 boost

• AN13089, funcionalidades e dicas do NTAG 21x, sobre porque é que uma assinatura de originalidade estática não é garantia contra clones (cópia espelhada; a versão em nxp.com não é pública)

NXP MIFARE

• Fichas técnicas da MIFARE Ultralight, da Ultralight C, da Ultralight EV1 e da Ultralight AES

• Fichas técnicas da MIFARE Classic EV1 1K e da Classic EV1 4K

• Fichas técnicas resumidas da MIFARE Plus S, da Plus SE e da Plus EV2

• Fichas técnicas do DESFire EV1, do DESFire EV2, do DESFire EV3 e do DESFire Light, e a AN12752 sobre a memória utilizável do DESFire

• AN10833, identificação do tipo MIFARE, AN10927, UIDs MIFARE, AN1305, NDEF na MIFARE Classic, AN10787, o MIFARE Application Directory, AN11004, o DESFire como tag de Tipo 4

NXP ICODE

• Fichas técnicas do ICODE SLIX, SLIX-S, SLIX-L, SLIX2, ICODE DNA e ICODE 3

• AN11809, a comparação da família ICODE

STMicroelectronics, TI, EM, Sony, Fudan

• Fichas técnicas da ST do ST25TV02KC, ST25TN01K, ST25DV64KC, ST25TA02KB e M24LR64E-R, a AN5658 sobre o Augmented NDEF e o TA0358 sobre o TruST25

• Fichas técnicas do TI Tag-it HF-I Standard, Pro e Plus

• EM Microelectronic EM4233, EM4423 e EM4425

• Sony: ficha técnica do FeliCa Lite-S e FeliCa Standard RC-SA01

• Ficha técnica do Fudan FM11NT021

Investigação de segurança e normas

• Quarkslab, MIFARE Classic: exposing the static encrypted nonce variant and a few hardware backdoors (2024)

• Nohl, Evans, Starbug e Plötz, Reverse-Engineering a Cryptographic RFID Tag (USENIX Security 2008)

• Garcia et al., Dismantling MIFARE Classic (ESORICS 2008)

• ISO/IEC JTC1/SC17 Standing Document 5, o registo dos fabricantes de circuitos integrados

• Notas do Proxmark3 sobre cartões mágicos e 3dbrew sobre a estrutura da tag Amiibo

• O NFC Forum sobre a tecnologia e a especificação das tags de Tipo 2

Telemóveis e leitores

• Apple: Core NFC, leitura de tags em segundo plano, o comando MIFARE que exclui o CRYPTO1 e a sessão 715 da WWDC 2019

• Android: MifareClassic, o guia avançado de NFC e o Web NFC no Chrome

• Leitores: ACS ACR122U, HID OMNIKEY 5022 CL, NXP PN532, Proxmark3, Flipper Zero e Chameleon Ultra

• Antenas e ferrite: TI SLOA241 e Würth ANP022

Em resumo

Escolha o chip em função do trabalho. Um NTAG213 para um link, um NTAG216 quando não tem a certeza, um NTAG215 para Amiibo, uma NTAG 424 DNA quando uma leitura tem de provar alguma coisa, um ICODE SLIX2 ou um ICODE 3 quando um pórtico o tem de ler, um DESFire EV3 quando uma porta tem de confiar nele, e nada, mas mesmo nada, da prateleira da MIFARE Classic. Tudo o resto neste guia é o raciocínio por trás desta frase, e as tabelas estão cá para que nunca mais tenha de acreditar na palavra de um anúncio.

Se quiser ver o que uma tag é realmente antes de gravar nela, é isso que a NFC.cool Tools faz em cada leitura, no iPhone, no Android e num iPad ou Mac com um leitor ligado. E se tiver na secretária um chip que a app identifica mal, ou que não identifica de todo, escreva-me. Foi assim que a maioria dos sessenta lá chegou.