IP-Coster | WO2025224473 | EPINSAFE- ENHANCEDPINSAFE

Country	Stages	Total
China	Filing, Examination, Granting	1805
EPO	Filing, Examination, Granting	6217
Japan	Filing, Examination, Granting	1804
South Korea	Filing, Examination, Granting	1215
USA	Filing, Examination, Granting	4740

Abstract[English] Extending on PINSafe, described as: "Secure identification of a user in an electronic communications environment, wherein a host computer communicates with a plurality of electronic devices operated by the user. The user is issued a user code, known only to the user and stored in the host computer. User identification involves the host computer generating a pseudo-random security string and applying the user code to the pseudo-random security string to generate a transaction code. The host computer also transmits the pseudo-random security string to one of the electronic devices which displays the pseudo-random security string to the user. The user generates the transaction code by applying their known user code to the displayed pseudo random security String. The user generated transaction code is entered into an electronic device, then transmitted back to the host computer. Positive identification is achieved when the host computer's determined transaction code matches the user generated transaction code." PINSafe, now acquired by us, suffers from 6 flaws (some quite fundamental): 1 - Conceptual flaw - No offline support without caching (leaving the on-demand string lifetime out of the security equation) 2 - Implementation flaw - Trust in transport encryption - HTTPS is easily hackable and interceptable, The PIN generated code can't, as such, be transferred back to the server securely. A bad actor could use the string request URL to grab a valid TURing Image with the initially generated security string, and then cross it with the reply data on the form, capturing, not only the username, the password and the OTC that can easily be reversed back into a PIN, compromising the entire system. 3 - Implementation flaw - Storing of PINs with reversible encryption, due to a clumsy approach to the legacy systems User&Password, 2 field only, authentication realm. 4 - Conceptual flaw - Humans are not to be trusted with secret keeping. Although PINSafe is designed to ensure "one is who one claims to be", and it clearly performs its job, this is conceptually naive as human beings are known to share PINS in efforts to fool the system even when this promiscuous behaviour could render them in trouble… truth is, they fail to foresee complications until they materialise. 5 - Conceptual flaw - One point verification/validation design. In PINSafe design, the server generates the strings and the user, presented with the strings, uses its PIN to extract the OTC used in authentication, and then presents it to the server. The server is the only element here serving the authentication process. 6 - Conceptual flaw - Binary outcome - There is either a pass or fail. There should be circumstances where the user would be either authenticated with restrictions or authenticated with trust warnings. Covering several trustable usages and/or coaction usage. SCOPE ePINSafe - EnhancedPINSafe This patent aims to solve flaws number 1, 2, 3, 4, 5 and 6 from above ABSTRACT enumeration. Assumption is that HTTPS has been compromised at all times and that further encryption must be supported. Encryption to be used is off standards and not discussed in this paper, as it's an implementation of 3rd party standards choice. The entire PINSafe mechanism is transited from the original patent, as the user receives a string of generated characters that he then uses the PIN in his possession, as a locator algorithm, for the extraction of an OTC, by using the numbers on the PIN as a positioner on the string, copying the character that the string has at that position, one by one, to generate an OneTimeCode. Offline generation of PINSafe securityStrings has always been done via a cache, maintained by and when a server connection was made available. An extended offline method was implemented for the Windows client that, though obfuscated, still leaves open the possibility for a decompilation and reverse engineering of the offline PINSafe generation routine, plus the storage and decryption of the PIN.[French] La présente invention concerne une extension sur la technologie PINSafe, décrite comme : "Identification sécurisée d'un utilisateur dans un environnement de communication électronique, un ordinateur hôte communiquant avec une pluralité de dispositifs électroniques actionnés par l'utilisateur. L'utilisateur reçoit un code utilisateur, connu uniquement de l'utilisateur et stocké dans l'ordinateur hôte. L'identification d'utilisateur implique que l'ordinateur hôte génère une chaîne de sécurité pseudo-aléatoire et applique le code d'utilisateur à la chaîne de sécurité pseudo-aléatoire pour générer un code de transaction. L'ordinateur hôte transmet également la chaîne de sécurité pseudo-aléatoire à l'un des dispositifs électroniques qui affiche la chaîne de sécurité pseudo-aléatoire à l'utilisateur. L'utilisateur génère le code de transaction en appliquant son code utilisateur connu à la chaîne de sécurité pseudo-aléatoire affichée. Le code de transaction généré par l'utilisateur est entré dans un dispositif électronique, puis retransmis à l'ordinateur hôte. Une identification positive est obtenue lorsque le code de transaction déterminé de l'ordinateur hôte correspond au code de transaction généré par l'utilisateur." La technologie PINSafe, maintenant connue de tous, souffre de 6 défauts (certains tout à fait fondamentaux) : 1 - Défaut conceptuel - absence de support hors ligne sans mise en cache (laissant la durée de vie de la chaîne à la demande hors de l'équation de sécurité) 2-Défaut d'implémentation - confiance dans le chiffrement de transport - HTTPS est facilement piratable et interceptable, le code généré PIN ne peut pas, en tant que tel, être retransféré au serveur de manière sécurisée. Un acteur mal intentionné pourrait utiliser l'URL de demande de chaîne pour saisir une image de TURing valide avec la chaîne de sécurité initialement générée, puis la confronter avec les données de réponse du formulaire, capturant, non seulement le nom d'utilisateur, le mot de passe et le code unique (OTC) qui peuvent facilement être inversés en un numéro d'identification personnel PIN, compromettant l'ensemble du système. 3 - Défaut de stockage - le stockage de codes PINs avec avec chiffrement réversible, en raison d'une approche maladroite aux systèmes existants Utilisateur&Mot de passe (User&Password), à 2 champs uniquement(2 field only), du champ de l'authentification. 4 - Défaut conceptuel - On ne peut pas faire confiance aux humains pour garder un secret. Bien que PINSafe soit conçu pour assurer "que l'on soit celui que l'on prêtant être", et qu'il effectue clairement sa tâche, il est conceptuellement naïf puisque les êtres humains sont connus pour partager leurs codes PINs dans des efforts pour tromper le système même lorsque ce comportement irresponsable pourrait leur causer des ennuis... En réalité, ils ne parviennent pas à prévoir les complications avant qu'elles ne se produisent. 5 - Défaut conceptuel - une conception de vérification/validation en un point. Dans la conception PINSafe, le serveur génère les chaînes et l'utilisateur, présentés avec les chaînes, utilise son code PIN pour extraire l'OTC utilisé dans l'authentification, puis le présente au serveur. Le serveur est le seul élément qui dessert ici le processus d'authentification. 6 - Défaut conceptuel - Résultat binaire - il y a soit réussite, soit échec Il existe des circonstances dans lesquelles l'utilisateur serait soit authentifié avec des restrictions soit authentifié avec des avertissements de confiance. Couvrant plusieurs utilisations fiables et/ou utilisations conjointes. PORTÉE ePINSafe - PINSafe amélioré. Ce brevet vise à résoudre les défauts 1,2,3, 4, 5 et 6 à partir de l'énumération du résumé ci-dessus. L'hypothèse est que la communication HTTPS a été compromis à tout moment et qu'un chiffrement supplémentaire doit être pris en charge. Le chiffrement utilisé n'est pas conforme aux normes et n'est pas abordé dans le présent document, car il s'agit d'une mise en œuvre de normes choisies par un tiers. L'ensemble du mécanisme PINSafe est issu du brevet original, dans la mesure où l'utilisateur reçoit une chaîne de caractères générés qu'il utilise ensuite avec le code PIN en sa possession, comme algorithme de localisation, pour extraire un OTC, en utilisant les chiffres du code PIN comme positionneur sur la chaîne, en copiant les caractères que la chaîne contient à cette position, un par un, afin de générer un OTC. La génération hors ligne de chaines de sécurité PINSafe a toujours été effectuée par l'intermédiaire d'une mémoire cache, gérée par une connexion de serveur et lorsqu'une connexion de serveur a été rendue disponible. Un procédé hors ligne étendu a été mis en oeuvre pour le client Windows qui, bien que déformé, laisse encore ouverte la possibilité pour une décompilation et une rétro-ingénierie de la routine de génération de PINSafe hors ligne, ainsi que du stockage et du déchiffrement du code PIN.

Total Number of Claims/PCT	*
Number of Independent Claims	*
Number of Priorities	*
Number of Multi-Dependent Claims	*
Number of Drawings	*
Pages for Publication	*
Number of Pages with Drawings	*
Pages of Specification	*
Sequence Listing	*
Number of Office Actions	*
International Search Report is established	*
International Searching Authority	EPO *
Recordal of a Change of the Applicant's Name/Address	Change of Applicant's Name and Address *
Type of Assignment	The Standard Agent's Assignment *
Applicant's Legal Status	Natural Person *
All Applicants are Authors	*
Small Entity, US	*
Micro Entity, US	*
Applicant's annual total income is below JPY 2.5 million	*
Applicant's annual total income is below JPY 1.5 million	*
Entry into National Phase under	Chapter I *
Patent Delivery	Send the Letters Patent by Courier *
Translation

WO2025224473 - EPINSAFE- ENHANCEDPINSAFE

Quotation for National Phase entry

Contact Us