Wondering which chip I should purchase?

I can look into the technology on the hotel key card for you, if it will help as it is one of the tap to unlock ones.
And in that case I’ll skip the bus pass lol, does seem not worth the trouble
And in that case the NExT seems the way to go over the xM1, unless the xM1 does something else I’m not aware of?

Well it has a chip that would need to be inserted into a reader. There are no RFID signals in that transaction, it’s a physical read. But you would know if you can use it the same way you would use Android Pay, because then that would be RFID and potentially clone-able. It doesn’t look like it though from the way the card looks.

Every Wyndham I’ve been to still uses magstripe (like you’re credit card) and not RFID. Are you sure this card has RFID capability?

If you are sure then I give it a 90% chance it’s LF and a NeXT will work.

The NExT is more ‘broadly’ useful, it can do more things. Being LF and HF works with most home use situations, LF side can clone a lot of work badges, and can have things programmed to work with phones for showing it off!

xM1 is more ‘specifically useful’ - the Mifare Classic was used in a lot of older ‘secure’ systems for higher end access control and some hotels. The reason we can clone them is because it isn’t as secure as the companies promised. Unless you need to clone a Mifare Classic, it’s not worth having this implant.

For reference, I have a NExT that I use for my car and home, an xM1 for my work badge (work used Mifare Classic) and an xEM for my gym fob (LF, same as the LF side of a NExT)

3 Likes

I SHOULD have emphasized the SHOULD in that statement, but yes, and thanks for the clarification around iOS ( which I know & care very little about, unless it is Jailbroken, which makes it far more usable, if you are not bothered by the lack of Expandable memory and proprietary peripherals :apple: :poop: )

Great description

2 Likes

Sorry, but NXP TagInfo on iOS will not work due to Apple’s iOS compatibility only being able to read NDEF data and UID.

The bank card is a common question. It has a lot of security to prevent cloning and theft, so it’s near impossible to hack and clone. Making payments with an implant

The hotel key card likely uses Mifare Ultralight, which the system likely reads the UID. Unfortunately, there isn’t any Dangerous Things products that can change UID. While a magic UID chip does exist in the world, it is expensive and difficult to find. But there is a possibility it uses LF, and can be cloned to a xEM or xNEXT which has LF interchangeable UID.

The bus pass also can’t be cloned. I looked online for some information about Opus, which is a transit card used in Quebec. I did some research and Opus uses Calypso system, which uses RFID cards that run applets. And again, this cannot be cloned due to it’s complexity with security.

3 Likes

Yup, no stripe on the back, it was a tap to unlock the door card

Ok thank you, that was very helpful

2 Likes

No it is like tap to pay, I don’t insert it anywhere, even to recharge it

So what can be cloned lol
And it seems like the NexT is good regardless?

hi - I am new to the NFC chip for implant topic - but, want to explore using it for a few scenarios. I have read thru the matrix page - but, still have a few outstanding ?s before I make a decision on which one is right for me.

Perhaps someone here is able to provide some input. Thanks in advance

As I am looking at Vivokey vs xDF2 – sounds like one of them might work for my senarios (below) - but, not 100% sure. The big question for me for Vivokey is that it seems to be tightly coupled with needing to have an account on their domain through their app and without it, Vivokey is non-functional and unusable. Am I correct ?

A few use case scenarios, I am looking to implement via NFC

  1. Public, private keys for ssh and similar token based authentication.
  2. Be able to store encrypted small size data chunks for recall and use. Access to read/write to Memory access.
  3. Store vcard or plain text info
  4. MFA support for pc, web sites, and other logins
  5. Be able to interact with rf enabled deadbolt locks
  6. Work area access doors. I realize this rfid. So may be a challenge with this.

Welcome @NixieGeek

First do you mean the Vivokey Spark 2, if so this will not suit all your use cases. The Vivokey Apex that is soon to be released will have much more functionality that should cover most if not all your use cases eventually. I will assume you are asking about the apex for the rest of this post but it is not out yet so the details will be loose as I am not “in the know” beyond teasers DT have released on the forum.

I think you are saying it is RFID not NFC? If so this is a very common misconception, so common in fact that we will usually understand what you mean. Having said that it is in everyone’s best interest to “nip it in the bud” :smiley: so here is a post with more details:

Now I will go through each of your use cases for you hopefully it helps.

If you want to just store them securely the DF2 should work fine. If you want some sort of token exchange then the apex will likely be better suited for this. Having said that the DF2 has some encrypted session features that I am not to clear about that might apply here, sorry cant give you more info.

The DF2 is perfect for this, It has 8kB of storage and can store multiple encrypted files. The apex is also perfect and without going in to details has much more storage capacity.

Both the DF2 and apex should be perfectly capable of storing a vcard or any other NDEF data for you to scan with mobile phones.

I think the apex is your best bet here as I believe this is an out of the box use case, obviously depending on the sites supported MFA methods.

This depends on the lock. Each lock supports different protocols, if you are buying the lock to fit the implant I do not think it matters which implant you get from DT.

This much like the above depends on the type of chips your work access system uses. If it is LF then the NExT or xEM or flexEM (all have a t5577 LF chip but the NExT also has a HF ntag216). We would need more info to help you out with this one. If it is LF it is likely the t5577 based implants will work but not a guarantee.

Hope that helps :smiley:

2 Likes

@leumas95 - thank you for providing this input. A few follow up questions please. But, first, I was actually referring to Vivokey Spark 2 (sorry I was not specific in my earlier post).

it seems that Vivokey’s usability is heavily reliant on their proprietary backend webservices, the phone app and more. For me to leverage, Vivokey APEX or Spark 2, it requires me to leverage their services - Is that a fair understanding. I am not keen on “binding” myself to a proprietary service , but, perhaps there’s some freedom in the vivokey platform that supports non-vivokey apps and services to integrate. This is my biggest concern.

I duly note your comments in line to my other questions - thanks again for that.

With xDF2, and MFA, hoping there are ways people have accomplished this in a DIY manner - any thoughts ?

thanks.

1 Like

With the spark yes. It is a fully integrated system. You can still enroll the spark with locks that support it but everything else is through the app and backend services.

The apex is a smart card that will provide access to to those same services, but it also allows the loading of apps including DIY apps :heart: VivoKey is writing some apps but the whole thing leverages a platform Fidesmo that also have apps and a developer SDK etc.

I have many thoughts :sweat_smile: this is actually something I plan on doing but it would be for services I run. A DIY solution is unlikely to work with anything out of the box. Where as the apex can run something that acts like a yubikey or even emulate a Tesla keyfob etc.

Glad my ramblings helped.

@leumas95 - thank you. I will have to then explore Apex or xDF2. Thanks

1 Like

@Rosco had similar “concerns”
if you haven’t already read THIS, where Amal and others “ease” his concerns.
There is an opt out feature, but it is a one way, one time kinda thing

1 Like

Just to give a brief overview of that opt out.

As sold you must use the Fidesmo tools to load apps onto the apex due to super secret keys that among other things is why the apex may get payment support.

You can opt out of that by having those keys errased and you would control the chip entirely.

But if for some reason Fidesmo stopped existing your apps on the implant should still work, it’s not like the spark where it’s cool extra features would be usless without there authentication servers (depending on the apps loaded onto the apex).

Whoah… harsh. :man_shrugging:
How about, Still handy-capable :wheelchair:
You could go to github and still use on your wordpress, discourse etc…
:+1:

1 Like

Can you? I thought that integration was via the VivoKey servers? Without the Vivokey app and server how would word press know how to read your implant? You cant just wave it at the screen :stuck_out_tongue: or can you? :crazy_face:

You could still enroll it on locks etc.

I also updated it to be a tad less harsh sounding.

You are most likely correct, but I really cant see Amal doing that, so I was just clasping at straws to defend…
Worse case scenario, would be dropping Fidesmo but Vivokey would carry on…Not that any of this is going to happen…

1 Like