Recognize users by their typing behavior with our low-code API and the free unlimited Developer version. Collect user typing patterns on any platform without friction, submit in one API call, and let us do the rest.
I've been a fan of @raulpopa and TypingDNA since meeting them at Techstars. Very excited to see them launching their new dev tool. Congrats on the launch!
Hey PH! 🖖
I’m super excited to launch this brand new, free, unlimited, improved, and easier to integrate developer version of our state of art typing biometrics authentication technology.
👉 Who we are:
We’re a proud Techstars NYC’18 alum, recently backed by Gradient Ventures (Google AI focused fund).
More: https://techcrunch.com/2020/01/0...
⚡ Vision:
We believe typing is quickly becoming the most preferred method for communication, and our mission is to improve security, UX and add value everywhere people type.
🥇 Previously won Product of the day:
Some of you may remember we won POD previously with the TypingDNA Authenticator, a free Authenticator that works inside the Chrome browser and uses typing patterns to secure TOTPs.
More: https://www.producthunt.com/post...
🚀 History:
When we started TypingDNA in 2016, typing biometrics was niche -- untested in the wild, mainly attractive to researchers and academics. Even after participating in Techstars, it was clear that some recognized the potential of analyzing typing behavior for authentication purposes, but the skepticism typical of any new technology was also around.
It’s all changed. Our core technology has matured, been iterated, and is now deployed in contexts where security matters most. As I type this, people are verifying their identity with our typing biometrics to access critically sensitive data and even take their exams (hello, 2020). Our Series A allowed us to expand our team and build new things, but we still believe that typing biometrics hasn’t realized it’s potential -- there are barriers to entry that prevent typing biometrics from being deployed everywhere there is a keyboard, as we dream it will be.
🔥 Here’s what we’ve done:
- We built a new low-code API that removes all complexity and puts it back on our side. Integrations now rival any authentication provider in terms of simplicity and scalability.
- We released a new Developer plan. This plan is designed to make our technology accessible to everyone, and this isn’t some ‘light’ plan. We offer unlimited authentications and unlimited end-users, no card needed.
- We made it free!
Feel free to ask me and the TypingDNA team anything here!
@sebastian_maraloiu what's the most exciting part for you? we, @TypingDNA, can't seem to agree, for us everything is exciting (obviously :)), so a 2nd opinion could help a lot.
@anant_garg Hey! We have recorders/SDK's for the web (JS), Java/Android/iOS/React Native as well as a Node client for server-side communication with our API's. They're all open source and up on our GitHub, let me know if you have any questions -- or have an additional platform in mind you think we should consider! It's important to us that we are present wherever people are typing, so be on the lookout for more platforms in the future.
Side note: Very impressive product you've built with cometchat. You clearly are familiar with the struggle of abstracting complexity to simplify things for the user :) And kudos on the API docs!
Crazy how such a powerful tool is made free, hope it brings awareness to the market and more people actually using it. Congratulations guys, this looks awesome!
Very cool concept and demo. But kinda useless when we (me) use password managers to autofill fields or generate passwords, in more than 90% of the cases :P
@frexuz Legitimate point for the username/password scenario -- but consider this: with our SDK's, developers can target any input form on their web page for us to record typing patterns. It isn't restricted to login (user/pass) fields, this is why we thrive in 2/MFA scenarios. After autofilling your user/pass, you are typically confronted with a 2FA step-up if you have it enabled in an app. This might mean you have to get your phone out, or check your email and do some copy / pasting. If that app took advantage of typing biometrics instead, all you would have to do is type some words to confirm your identity.
@frexuz Indeed, in the autofill scenario! But our API is flexible and doesn't impose any restrictions on where developers put us in their authentication flow -- the choice is really theirs and made based on what makes sense for their users. Many target login/pass fields to get 2 factors as users type their credentials instead of the usual one, but others may use it in place of a second factor after signing in (for example, if a device is not recognized). Thanks for the good question
Congratulations Raul!
The dashboard looks incredibly sleek! And the API key tracking/graphs etc. are super useful!
Would love to know behind-the-scenes details of what your experience was like building an API product. E.g. Did you implement API key generation/credits/monitoring/graphs etc. yourself or did you use some external API gateway solution?
@essaygirlsdaily Hey Laura -- we chose to implement the API management features you listed ourselves. That is not to say everything was written from scratch, of course -- libraries are leveraged where it makes sense (Chart.js for the dashboard visualizations). The decision to not rely on a core API management service/provider is simply that it wasn't needed -- our team had a specific set of well understood requirements, and a preference to spend our time developing the right solution rather than configuring an off-the-shelf product to fit our needs (inevitably changing our requirements to fit the constraints of the service along the way).
That said, we're always re-assessing the tech we use and aren't dogmatic about it -- if a feature on the API side were best addressed by a 3rd party service in the future, it would be considered. I hope that answers your question, it seems like a popular topic -- perhaps we should write a blog post in the future on our behind-the-scenes tech. Thanks
@alistair_holmes Great question! I can assure you there are more than a few Flutter enthusiasts in our ranks (myself included). We prioritize cross-platform availability of our recorders, right now we have official releases on iOS, Android and RN -- as they represented the most popular platforms at the time they were released. But with Flutter's meteoric rise and increasing maturity over the past year, it's very much on the radar. For now, devs can leverage our platform-specific code on Github to collect patterns from their users, but this can and should be made even easier in the future.
Svrf