Second OpenPGP-card

[Juergen BRUCKNER]

Am 20.02.24 um 17:20 schrieb Jakob Bohm via Gnupg-users:
> On 2024-02-17 12:37, Juergen BRUCKNER via Gnupg-users wrote:
>> Hello Jacob,
>>
>> Am 17.02.24 um 12:04 schrieb Jakob Bohm via Gnupg-users:
>> [...]
>>>> I don't know exactly how the situation about this is in Germany. But 
>>>> here in Austria many mobile phone shops have a SIM card punch with 
>>>> which you can punch out a micro-SIM or nano-SIM from a standard-SIM.
>>>>
>>> In some other countries, the mobile providers issues SIMs that are
>>> pre-punched to pop out either of the 3 small sim sizes from a full
>>> credit-card sized card where key information like the PUK code and
>>> serial number are printed.
>>>
>>> More generally, there is no guarantee that hardware cards not sold
>>> through mobile phone carriers keep the actual chip/electronics within
>>> the nano-sim area near the middle of the contacts, most notably, NFC
>>> compatible cards will often have the NFC antenna outside that area,
>>> and it's a matter of luck if the contact card functionality works
>>> after cutting on any given hardware model.
>>>
>>
>> We are not talking about 'normal SIM cards' for use by mobile 
>> telephony but rather about the OpenPGP Smart Card V3.4 in SIM format 
>> [1]. This also doesn't have NFC functionality, so it can be punched 
>> fairly safely. You just have to do it right
>>
> Exactly, and there is no easy way of knowing if the cards used by
> floss-shop havechip parts outside the nano-sim boundary, which is
> smaller than the contact area on ID000 cards (seriously possible),
> nor if those cards are internally multi-chip constructs (rare but
> possible).
> 
Thats true! Point for you ;)

regards
Juergen

-- 
/¯\   No  |
\ /  HTML |    Juergen Bruckner
  X    in  |    juergen at bruckner.email
/ \  Mail |
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 3482 bytes
Desc: Kryptografische S/MIME-Signatur
URL: <https://lists.gnupg.org/pipermail/gnupg-users/attachments/20240220/0fd563e9/attachment.bin>