WO2017116062A1 - 파일에 대한 공증 및 검증을 수행하는 방법 및 서버 - Google Patents
파일에 대한 공증 및 검증을 수행하는 방법 및 서버 Download PDFInfo
- Publication number
- WO2017116062A1 WO2017116062A1 PCT/KR2016/014995 KR2016014995W WO2017116062A1 WO 2017116062 A1 WO2017116062 A1 WO 2017116062A1 KR 2016014995 W KR2016014995 W KR 2016014995W WO 2017116062 A1 WO2017116062 A1 WO 2017116062A1
- Authority
- WO
- WIPO (PCT)
- Prior art keywords
- user
- private key
- message digest
- server
- encoded
- Prior art date
Links
- 238000000034 method Methods 0.000 title claims abstract description 39
- 238000012795 verification Methods 0.000 claims description 47
- 238000004891 communication Methods 0.000 claims description 29
- 238000010200 validation analysis Methods 0.000 claims 1
- 230000006870 function Effects 0.000 description 21
- 230000004044 response Effects 0.000 description 6
- 238000010586 diagram Methods 0.000 description 4
- 230000000694 effects Effects 0.000 description 3
- 238000012545 processing Methods 0.000 description 3
- 238000005516 engineering process Methods 0.000 description 2
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 230000001131 transforming effect Effects 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
- H04L9/32—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials
- H04L9/3236—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials using cryptographic hash functions
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/10—File systems; File servers
- G06F16/14—Details of searching files based on file metadata
- G06F16/148—File search processing
- G06F16/152—File search processing using file content signatures, e.g. hash values
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
- G06F21/60—Protecting data
- G06F21/62—Protecting access to data via a platform, e.g. using keys or access control rules
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
- G06F21/60—Protecting data
- G06F21/64—Protecting data integrity, e.g. using checksums, certificates or signatures
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/22—Payment schemes or models
- G06Q20/223—Payment schemes or models based on the use of peer-to-peer networks
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q50/00—Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
- G06Q50/10—Services
- G06Q50/18—Legal services
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/04—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks
- H04L63/0428—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks wherein the data content is protected, e.g. by encrypting or encapsulating the payload
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/12—Applying verification of the received information
- H04L63/123—Applying verification of the received information received data contents, e.g. message integrity
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
- H04L9/06—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols the encryption apparatus using shift registers or memories for block-wise or stream coding, e.g. DES systems or RC4; Hash functions; Pseudorandom sequence generators
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
- H04L9/30—Public key, i.e. encryption algorithm being computationally infeasible to invert or user's encryption keys not requiring secrecy
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F2221/00—Indexing scheme relating to security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
- G06F2221/21—Indexing scheme relating to G06F21/00 and subgroups addressing additional information or applications relating to security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
- G06F2221/2107—File encryption
Definitions
- the present invention relates to a server and a method for performing notarization and verification on a file. More specifically, when a notarization request for a specific file is obtained, (i) message digest of the specific file is performed using a hash function. (Ii) information digesting a message digest encoded with a private key of a specific user and decoding the message digest encoded with the private key of the specific user into a public key of the specific user.
- an OP message including a hash value of a message digest encoded with a private key of a server, and (iii) a hash value of a value obtained by encoding a message digest of the specific file into a private key of the server and a private key of the specific user; If the hash value of the message digest encoded with the private key of the specific user and the private key of the server included in the OP message is the same, the "verification process" to support or determine that the particular file is verified, And a method and server for performing notarization and verification of files.
- Notarization is the act of publicly proving the existence or content of a particular fact or legal relationship.
- the notary public prepares the certificate in a certain way and signs it and keeps it in the notary office.
- the conventional notarization method is a method in which a sponsor notarizes a notary by directly visiting a notary office with a document to be notarized, and the notary office stores the certificate in a document storage, so it takes a long time and space to receive a notary.
- a sponsor notarizes a notary by directly visiting a notary office with a document to be notarized, and the notary office stores the certificate in a document storage, so it takes a long time and space to receive a notary.
- the inventors have developed a file notarization system capable of recording notarization information on a blockchain of virtual currency and performing notarization in real time without forgery / modulation and without space limitation.
- the present invention aims to solve all the above-mentioned problems.
- another object of the present invention is to provide a file notarization system capable of performing notarization / verification in real time without forgery / modulation and without spatial constraints by recording notarization information in a blockchain of a virtual currency.
- Another object of the present invention is to provide a file notarization system capable of performing notarization and verification of a file in real time without security and forgery / modulation and without space limitation by using a hash function and encryption technology. It is done.
- a notarization request for a specific file the server generates or generates a message digest of the specific file using a hash function.
- a method for performing a notarization on a file includes: (a) when a notarization request for a specific file is obtained, the server generates or generates a message digest of the specific file using a hash function. And (b) (i) obtaining a message digest encoded with the private key of the first user, and decoding the message digest encoded with the private key of the first user into the public key of the first user.
- step (A) and the message digest (B) generated in step (a) match, (ii) a message digest encoded with the private key of the first user and the private key of the second user is obtained, and the first Message (C) decoded a message digest encoded with the private key of the user and the private key of the second user into the public key of the second user, and the message digest generated in step (a) is private of the first user.
- key encoded information If D) matches, the server supports registering or registering a hash value of the message digest encoded using the private key of the first user, the private key of the second user, and the private key of the server. And (c) the server obtaining a transaction ID representing location information on the database of the registered hash value.
- a method of performing a verification on a file comprising: (a) when a server is previously notarized for a specific file, a person associated with the specific file is assigned to a first user and a second user. In the state in which it is detected that the user is stored, the hash value of the message digest encoded using the private key of the first user, the private key of the second user, and the private key of the server is stored in a database and received and managed by a transaction ID.
- the server refers to a transaction ID corresponding to at least one of a message digest of the specific file and a public key of the specific user who has made the verification request, and (b) the server.
- Hash value of the value encoded using the private key of the hash value of the message digest encoded using the private key of the first user, the private key of the second user and the private key of the server included in the OP message If this is the same, a method is provided that includes determining or assisting in determining that the particular file is verified.
- a communication unit for acquiring a notarization request for a specific file, and if a notarization request for the specific file is obtained, using the hash function, the specific file Generate or generate a message digest of the first user, a message digest encoded with the private key of the first user and a message digest encoded with the private key of the second user are obtained, and (i) encoded with the private key of the first user Information (A) for decoding the message digest into a public key of the first user, (ii) information (B) for decoding a message digest encoded with the private key of the second user into the public key of the second user, and If the generated message digest (C) matches, the hash value of the message digest encoded using the private key of the first user, the private key of the second user, and the private key of the server is stored.
- a processor that supports so as to register or subscribe to the base, and wherein the communication unit is a server for a server for a server for a message digest encoded using the private key of the first user
- a communication unit for acquiring a notarization request for a specific file, and if a notarization request for the specific file is obtained, using the hash function, the specific file Generate or generate a message digest of the first user, and (i) obtain a message digest encoded with the private key of the first user, and convert the message digest encoded with the private key of the first user into the public key of the first user.
- Decoded information (A) and the generated message digest (B) match, (ii) a message digest encoded with the private key of the first user and the private key of the second user is obtained, and The message C encoded with the private key and the private key of the second user is decoded into the public key of the second user, and the generated message digest is read as the private key of the first user.
- the processor supports registering or registering a hash value of the message digest encoded using the private key of the first user, the private key of the second user, and the private key of the server.
- the communication unit is provided with a server for obtaining a transaction ID representing location information on the database of the registered hash value.
- a communication unit for obtaining a verification request for a specific file when the server has previously received a notarization request for a specific file, It is detected that the person concerned is the first user and the second user, and stores the hash value of the message digest encoded using the private key of the first user, the private key of the second user, and the private key of the server,
- a processor that refers to at least one of a transaction ID corresponding to at least one of a message digest of the specific file and a public key of the specific user who has made the verification request.
- the communication unit is further configured to: private the first user from the database using the transaction ID. obtains an OP message including a hash value of a message digest encoded using a key, a private key of the second user, and a private key of the server, and the processor is further configured to obtain a message digest of the specific file from the private key of the server.
- a hash value of a value encoded using the private key of the first user and the private key of the second user, the private key of the first user included in the OP message, the private key of the second user, and the server If the hash values of the message digest encoded using the private key of the same are the same, a server for supporting or determining that the specific file is verified is provided.
- the present invention has the effect of providing a file notarization system capable of performing notarization and verification in real time without forgery / modulation and without spatial constraints by recording notarization information in the blockchain of virtual currency.
- the present invention has the effect of using the hash function and encryption technology to ensure security, not forgery / forgery, and to perform notarization and verification of a specific file in real time without space constraints.
- FIG. 1 is a block diagram showing the configuration of a server that performs a notary for a file according to an embodiment of the present invention.
- FIGS. 2 to 6 are sequence diagrams illustrating a process of performing notarization or verification on a file according to various embodiments of the present disclosure.
- FIG. 1 is a block diagram illustrating a configuration of a server performing a notary for a file according to an embodiment of the present invention
- FIGS. 2 to 6 illustrate notarization or verification for a file according to various embodiments of the present invention. Sequence diagram showing the process.
- PubX Public key of X
- AESX AES secret key of X
- Enc PrivX (Y) Output of encryption of Y using PrivX
- Hash (Y) Hash value of Y
- a server 100 which notifies a file according to an embodiment of the present invention includes a communication unit 110 and a processor 120.
- the communication unit 110 is a configuration for transmitting and receiving data to a specific user (or user terminal), the database 200.
- the communication unit 110 may obtain a notarization request for a specific file (S210). As shown in FIG. 2, when a notarization request for a specific file is obtained, a specific file and a public key (PubU) of the specific user who made the notarization request may be obtained.
- the communication unit 110 may respond to this (S220), and the response corresponding to the request may be made during one TCP session.
- MD Hash (File)
- a hash function S215.
- the type of hash function is not limited here.
- the hash function may be triple sha256.
- the hash function generally means a function for transforming an original file, but in extreme cases, the hash function may include a function for simply storing the file without any processing.
- the message digest generated by applying the hash function may be identical to a specific file.
- step S220 in response to the notarization request for the specific file, the generated message digest may be delivered to a specific user who has made a notarization request for the specific file.
- the generated message digest may be transmitted to the user terminal.
- the communication unit 110 may obtain a message digest (EncPrivU (MD)) encoded with the private key (PrivU) of the specific user from the specific user (S225).
- a message digest and a public key (PubU) of a specific user may also be received from the specific user.
- the description is based on the expression (EncPriv (MD), EncPub (MD)) encoding MD using a private key or a public key, but this can be replaced with SigPriv (File) and SigPub (File). have.
- the message digest is generated more than once, it may be represented as SigPriv (MD), SigPub (MD).
- the processor 120 obtains a message digest encoded with the private key of the specific user, and decodes the message digest encoded with the private key of the specific user into the public key of the specific user (A, DecPubU (EncPrivU ( If MD))) and the generated message digest (B, MD) match (S230-2), a hash value of the message digest encoded with the private key of the specific user and the private key (PrivC) of the server 100 is obtained. It may support to generate or generate (S240), and may support to register or register the generated hash value in the database 200 (S250). The reason for registering in the database 200 in the form of a hash value is to reduce the size of data due to the storage capacity limitation of the database 200.
- the database 200 may be a blockchain of virtual currency. For example, it may be a bitcoin blockchain.
- the processor 120 may generate a hash value of the message digest encoded in the order of the private key of the specific user and the private key of the server 100 (Hash [EncPrivC (EncPrivU (MD)). ))]) May be registered in the database 200 or may be supported to register. That is, a specific user (client) signs first with his private key, and a notary public (server) signs with the private key of the server 100, and then registers the hash value in the database 200.
- the order of signatures may be implemented differently. In particular, if a session is maintained between a particular user and the server 100, the server 100 may be implemented to sign first and then to sign the next user.
- the communication unit 110 may determine the registration of the registered hash value from the database 200.
- a transaction ID (TxID) indicating location information on the database 200 may be obtained (S255).
- processor 120 may transmit a registration failure response to a specific user because the specific user is not a person (eg, a party) associated with the specific file. It may be (S235).
- the processor 120 may support to store or store the specific file (S245).
- the specific file may be encrypted using a symmetric key encryption algorithm such as AES (Advanced Encryption Standard).
- the secret key may be a specific secret key processed from the user's public key, but is not limited thereto.
- the processor 120 may include a public key (PubU) of a specific user, a message digest (MD) of the specific file, a message digest (PrivU (MD)) encoded with the private key of the specific user, and the obtained transaction ID (TxID). Can be saved or supported to save.
- the message digest (EncPrivC (EncPrivU (MD))) encoded in the order of the private key of the specific user, the private key of the server 100, and the hash value of the encoded message digest (Hash [EncPrivC (EncPrivU ()). MD))]) may be further saved or supported.
- the communication unit 110 may transmit a response indicating that the registration is successful to a specific user (S260).
- the verification of the file may be performed by a separate device that may refer to the information of the server 100 described above, or may be performed by the server 100 described above.
- a separate device may refer to the information of the server 100 described above, or may be performed by the server 100 described above.
- description will be made on the premise that the file is verified by the server 100 described above.
- the communication unit 110 may obtain a verification request for a specific file (S310). As shown in FIG. 3, when a verification request for a specific file is obtained, a specific file and a public key PubU of a specific user who has made a verification request may be obtained. The communication unit 110 may respond to this, and a response corresponding to the request may be made during one TCP session.
- the processor 120 detects that the person associated with the specific file is a specific user, and thus the private key and the server 100 of the specific user. While storing the hash value of the message digest encoded with the private key in the database 200 and managing the received transaction ID, if a verification request for the specific file is obtained, the message digest (MD) and It may refer to a transaction ID corresponding to at least one of the public key of the specific user. In this case, the transaction ID (TxID) may be stored in the server 100 or a device that the server 100 can refer to.
- the communication unit 110 may transmit a verification failure message to the specific user (S325). ).
- the communication unit 110 queries the database 200 using the transaction ID (TxID) (S325).
- TxID transaction ID
- an OP message including a hash value of a message digest encoded with the specific user's private key (PrivU) and the server 100's private key (PrivC) may be obtained.
- the processor 120 may include a hash value of a value obtained by encoding the message digest of the specific file into the private key of the server 100 and the private key of the specific user, the private key of the specific user included in the OP message, and the server. If the hash value of the message digest encoded with the private key of 100 is the same, the specific file may be determined or determined to be verified (S335).
- the value of encoding the message digest of the specific file into the private key of the server 100 and the private key of the specific user is a message digest of the specific file into the private key of the specific user and the private key of the server 100.
- the value may be sequentially encoded (Hash [EncPrivC (EncPrivU (MD))]).
- the processor 120 may include a hash value of a value X encoded from the message digest of the specific file into the private key of the server 100 and the private key of the specific user, and the specific user included in the OP message. Even if the hash value of the message digest encoded with the private key of the server 100 and the private key of the server 100 is the same, the result of decoding the X using the public key of the server 100 and the public key of the specific user ( If DecPubU (DecPubC (EncPrivC (EncPrivU (MD)))) is the same as the message digest (MD) of the specific file, the specific file may be additionally supported or determined to be verified (S340). That is, the verification of the file may be completed by performing two more stages of verification. This is to consider the possibility that the user's private key or public key has changed.
- the communication unit 110 may transmit a verification success message to a specific user (S345).
- the processor 120 may support the download of the specific file.
- a specific user may download a specific file through the user terminal.
- FIG. 4 illustrates a parallel signing process for performing a notarization in parallel for a notary request of multiple users
- FIG. 5 illustrates a serial signing process for sequentially performing a notary.
- MD Hash (File)
- the message digest encoded with the private key Priv1 of the first user and the message digest encoded with the private key Priv2 of the second user may be obtained (S440, S422).
- the communication unit 110 may obtain a transaction ID indicating location information on the database 200 of the registered hash value (S480).
- the processor 120 adds the message digest encoded with the private key of the first user and the message digest encoded with the private key of the second user.
- a value (EncPrivC (EncPrivU1 (MD) + EncPrivU2 (MD)))) encoded with a value as a private key of the server 100 may be registered or supported in the database 200.
- MD Hash (File)
- the public key (PubU1) of the first user, the public key (PubU2) of the second user, and a specific file may be obtained together as shown in FIG. Can be.
- the processor 120 obtains a message digest (EncPrivU1 (MD)) encoded with the private key Priv1 of the first user (S520), and stores the message digest encoded with the private key of the first user.
- 1 information A '', DecPubU1 (EncPrivU1 (MD))) decoded with the user's public key matches the generated message digest (B '', MD), and
- the private key of the first user and A message digest (EncPrivU2 (EncPrivU1 (MD))) encoded with the private key Priv2 of the second user is obtained (S545), and a message digest encoded with the private key of the first user and the private key of the second user is obtained.
- the communication unit 110 may obtain a transaction ID (TxID) indicating location information on the database 200 of the registered hash value (S580).
- TxID transaction ID
- S580 registered hash value
- steps S625 to S650 represent a serial signing process for sequentially verifying a user's verification request
- steps S660 to S685 represent a parallel signing process for performing verification in parallel. Each process may be performed separately or may be performed together.
- the processor 120 detects that a person associated with the specific file is a first user and a second user. A hash value of the message digest encoded using the private key Priv1 of the first user, the private key Priv2 of the second user, and the private key PrivC of the server 100 to the database 200.
- TxID transaction ID
- a verification request for the specific file is obtained (S610)
- MD Hash (File)
- verification request of the specific file Refers to a transaction ID corresponding to at least one of the public keys.
- the communication unit 110 uses a transaction ID to generate a message digest encoded from the database 200 using the private key of the first user, the private key of the second user, and the private key of the server 100.
- An OP message including a hash value may be obtained (S635 and S670).
- the processor 120 may include a hash value of the value encoded by using the message digest of the specific file by using the private key of the server 100, the private key of the first user, and the private key of the second user. If the hash value of the message digest encoded using the private key of the first user, the private key of the second user, and the private key of the server 100 included in the message is the same, it is determined that the specific file is verified. Or to judge (S640, S675).
- the processor 120 may add the message digest encoded with the private key of the first user and the message digest encoded with the private key of the second user to the private key of the server 100.
- the processor 120 encodes a value obtained by adding the message digest encoded with the private key of the first user and the message digest encoded with the private key of the second user to the private key of the server 100.
- Y) hash value Hash [EncPrivC (EncPrivU1 (MD) + EncPrivU2 (MD))]
- the processor 120 encodes a value obtained by adding the message digest encoded with the private key of the first user and the message digest encoded with the private key of the second user to the private key of the server 100.
- the value of decoding the public key of the first user is the same as the message digest (MD) of the specific file, and (ii) the message digest obtained by decoding the Y with the public key of the server 100. 2 Decode the value encoded with the private key of the user into the private key of the second user.
- the specific file may be determined or determined to be verified. That is, the verification of the file may be completed by performing three more verifications.
- the four steps of verification can be expressed by the following expression.
- the processor 120 includes a hash value of a message digest sequentially encoded with the private key of the first user, the private key of the second user, and the private key of the server 100.
- the specific file may be determined or determined to be verified according to whether the hash values of the same are the same.
- the processor 120 may include a hash value Hash [EncPrivC () of a message digest (Z) sequentially encoded with the private key of the first user, the private key of the second user, and the private key of the server 100.
- Hash [EncPrivC () of a message digest (Z) sequentially encoded with the private key of the first user, the private key of the second user, and the private key of the server 100.
- the four steps of verification can be expressed by the following expression.
- the processor 120 performs a function of controlling the flow of data between the communication unit 110 and other components. That is, the processor 120 controls the flow of data between the respective components of the server 100, thereby controlling the communicator 110 and other components to perform unique functions.
- the processor 120 may include a hardware configuration such as a micro processing unit (MPU) or a central processing unit (CPU), a cache memory, a data bus, and the like.
- the operating system may further include a software configuration of an application performing a specific purpose.
- the embodiments according to the present invention described above may be implemented in the form of program instructions that may be executed by various computer components, and may be recorded in a computer-readable recording medium.
- the computer-readable recording medium may include program instructions, data files, data structures, etc. alone or in combination.
- Program instructions recorded on the computer-readable recording medium may be those specially designed and configured for the present invention, or may be known and available to those skilled in the computer software arts.
- Examples of computer-readable recording media include magnetic media such as hard disks, floppy disks and magnetic tape, optical recording media such as CD-ROMs, DVDs, and magneto-optical media such as floptical disks. media), and hardware devices specifically configured to store and execute program instructions, such as ROM, RAM, flash memory, and the like.
- Examples of program instructions include not only machine code generated by a compiler, but also high-level language code that can be executed by a computer using an interpreter or the like.
- the hardware device may be configured to operate as one or more software modules to perform the process according to the invention, and vice versa.
Landscapes
- Engineering & Computer Science (AREA)
- Computer Security & Cryptography (AREA)
- Theoretical Computer Science (AREA)
- Business, Economics & Management (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- General Engineering & Computer Science (AREA)
- Computer Hardware Design (AREA)
- Health & Medical Sciences (AREA)
- General Health & Medical Sciences (AREA)
- Computing Systems (AREA)
- Strategic Management (AREA)
- General Business, Economics & Management (AREA)
- Tourism & Hospitality (AREA)
- Software Systems (AREA)
- Bioethics (AREA)
- Accounting & Taxation (AREA)
- Technology Law (AREA)
- Marketing (AREA)
- Human Resources & Organizations (AREA)
- Economics (AREA)
- Primary Health Care (AREA)
- Databases & Information Systems (AREA)
- Library & Information Science (AREA)
- Data Mining & Analysis (AREA)
- Storage Device Security (AREA)
- Finance (AREA)
- Power Engineering (AREA)
Abstract
Description
Claims (14)
- 파일에 대한 공증을 수행하는 방법에 있어서,(a) 특정 파일에 대한 공증 요청이 획득되면, 서버가, hash 함수를 사용하여 상기 특정 파일의 message digest를 생성하거나 생성하도록 지원하는 단계,(b) 제1 사용자의 private key로 인코딩된 message digest 및 제2 사용자의 private key로 인코딩된 message digest가 획득되고, (i) 상기 제1 사용자의 private key로 인코딩된 message digest를 상기 제1 사용자의 public key로 디코딩한 정보(A), (ii) 상기 제2 사용자의 private key로 인코딩된 message digest를 상기 제2 사용자의 public key로 디코딩한 정보(B) 및 상기 (a) 단계에서 생성된 message digest(C)가 일치하면, 상기 서버가, 상기 제1 사용자의 private key, 상기 제2 사용자의 private key 및 상기 서버의 private key를 사용하여 인코딩된 message digest의 해쉬값을 데이터베이스에 등록하거나 등록하도록 지원하는 단계, 및(c) 상기 서버가, 상기 등록된 해쉬값의 상기 데이터베이스 상의 위치 정보를 나타내는 transaction ID를 획득하는 단계를 포함하는 방법.
- 제1항에 있어서,상기 (b) 단계에서,상기 A, 상기 B 및 상기 C가 일치하면,상기 서버는, 상기 제1 사용자의 private key로 인코딩된 message digest와 상기 제2 사용자의 private key로 인코딩된 message digest를 합한 값을 상기 서버의 private key로 인코딩한 값을 상기 데이터베이스에 등록하거나 등록하도록 지원하는 것을 특징으로 하는 방법.
- 파일에 대한 공증을 수행하는 방법에 있어서,(a) 특정 파일에 대한 공증 요청이 획득되면, 서버가, hash 함수를 사용하여 상기 특정 파일의 message digest를 생성하거나 생성하도록 지원하는 단계,(b) (i) 제1 사용자의 private key로 인코딩된 message digest가 획득되고, 상기 제1 사용자의 private key로 인코딩된 message digest를 상기 제1 사용자의 public key로 디코딩한 정보(A)와 상기 (a) 단계에서 생성된 message digest(B)가 일치하고, (ii) 상기 제1 사용자의 private key 및 제2 사용자의 private key로 인코딩된 message digest가 획득되고, 상기 제1 사용자의 private key 및 상기 제2 사용자의 private key로 인코딩된 message digest를 상기 제2 사용자의 public key로 디코딩한 정보(C)와 상기 (a) 단계에서 생성된 message digest를 상기 제1 사용자의 private key로 인코딩한 정보(D)가 일치하면, 상기 서버가, 상기 제1 사용자의 private key, 상기 제2 사용자의 private key 및 상기 서버의 private key를 사용하여 인코딩된 message digest의 해쉬값을 데이터베이스에 등록하거나 등록하도록 지원하는 단계, 및(c) 상기 서버가, 상기 등록된 해쉬값의 상기 데이터베이스 상의 위치 정보를 나타내는 transaction ID를 획득하는 단계를 포함하는 방법.
- 제3항에 있어서,상기 (b) 단계에서,상기 A와 상기 B가 일치하고, 상기 C와 상기 D가 일치하면,상기 서버는, 상기 제1 사용자의 private key, 상기 제2 사용자의 private key 및 상기 서버의 private key로 순차로 인코딩된 message digest를 상기 데이터베이스에 등록하거나 등록하도록 지원하는 것을 특징으로 하는 방법.
- 파일에 대한 검증을 수행하는 방법에 있어서,(a) 기존에 서버가 특정 파일에 대한 공증 요청을 받았을 때, 상기 특정 파일과 관련된 사람이 제1 사용자 및 제2 사용자임이 감지되어, 상기 제1 사용자의 private key, 상기 제2 사용자의 private key 및 상기 서버의 private key를 사용하여 인코딩된 message digest의 해쉬값을 데이터베이스에 저장하고 transaction ID를 받아서 관리하고 있는 상태에서, 상기 특정 파일에 대한 검증 요청이 획득되면, 상기 서버가, 상기 특정 파일의 message digest 및 검증 요청을 한 특정 사용자의 public key 중 적어도 하나에 대응되는 transaction ID를 참조하는 단계,(b) 상기 서버가, 상기 transaction ID를 사용하여 상기 데이터베이스로부터 상기 제1 사용자의 private key, 상기 제2 사용자의 private key 및 상기 서버의 private key를 사용하여 인코딩된 message digest의 해쉬값을 포함하는 OP 메시지를 획득하는 단계, 및(c) 상기 특정 파일의 message digest를 상기 서버의 private key, 상기 제1 사용자의 private key 및 상기 제2 사용자의 private key 를 사용하여 인코딩한 값의 해쉬값과 상기 OP 메시지에 포함된 상기 제1 사용자의 private key, 상기 제2 사용자의 private key 및 상기 서버의 private key 를 사용하여 인코딩된 message digest의 해쉬값이 동일하면, 상기 특정 파일이 검증된 것으로 판단하거나 판단하도록 지원하는 단계를 포함하는 방법.
- 제5항에 있어서,상기 (c) 단계에서,상기 서버는, 상기 제1 사용자의 private key로 인코딩된 message digest와 상기 제2 사용자의 private key로 인코딩된 message digest를 합한 값을 상기 서버의 private key로 인코딩한 값의 해쉬값과 상기 OP 메시지에 포함된 상기 제1 사용자의 private key, 상기 제2 사용자의 private key 및 상기 서버의 private key 를 사용하여 인코딩된 message digest의 해쉬값의 동일 여부에 따라 상기 특정 파일이 검증된 것으로 판단하거나 판단하도록 지원하는 것을 특징으로 하는 방법.
- 제5항에 있어서,상기 (c) 단계에서,상기 서버는, 상기 제1 사용자의 private key, 상기 제2 사용자의 private key 및 상기 서버의 private key로 순차로 인코딩된 message digest의 해쉬값과 상기 OP 메시지에 포함된 상기 제1 사용자의 private key, 상기 제2 사용자의 private key 및 상기 서버의 private key 를 사용하여 인코딩된 message digest의 해쉬값의 동일 여부에 따라 상기 특정 파일이 검증된 것으로 판단하거나 판단하도록 지원하는 것을 특징으로 하는 방법.
- 파일에 대한 공증을 수행하는 서버에 있어서,특정 파일에 대한 공증 요청을 획득하는 통신부,상기 특정 파일에 대한 공증 요청이 획득되면, hash 함수를 사용하여 상기 특정 파일의 message digest를 생성하거나 생성하도록 지원하고, 제1 사용자의 private key로 인코딩된 message digest 및 제2 사용자의 private key로 인코딩된 message digest가 획득되고, (i) 상기 제1 사용자의 private key로 인코딩된 message digest를 상기 제1 사용자의 public key로 디코딩한 정보(A), (ii) 상기 제2 사용자의 private key로 인코딩된 message digest를 상기 제2 사용자의 public key로 디코딩한 정보(B) 및 상기 생성된 message digest(C)가 일치하면, 상기 제1 사용자의 private key, 상기 제2 사용자의 private key 및 상기 서버의 private key를 사용하여 인코딩된 message digest의 해쉬값을 데이터베이스에 등록하거나 등록하도록 지원하는 프로세서를 포함하고,상기 통신부는,상기 등록된 해쉬값의 상기 데이터베이스 상의 위치 정보를 나타내는 transaction ID를 획득하는 서버.
- 제8항에 있어서,상기 A, 상기 B 및 상기 C가 일치하면,상기 프로세서는, 상기 제1 사용자의 private key로 인코딩된 message digest와 상기 제2 사용자의 private key로 인코딩된 message digest를 합한 값을 상기 서버의 private key로 인코딩한 값을 상기 데이터베이스에 등록하거나 등록하도록 지원하는 것을 특징으로 하는 서버.
- 파일에 대한 공증을 수행하는 서버에 있어서,특정 파일에 대한 공증 요청을 획득하는 통신부, 및상기 특정 파일에 대한 공증 요청이 획득되면, hash 함수를 사용하여 상기 특정 파일의 message digest를 생성하거나 생성하도록 지원하고, (i) 제1 사용자의 private key로 인코딩된 message digest가 획득되고, 상기 제1 사용자의 private key로 인코딩된 message digest를 상기 제1 사용자의 public key로 디코딩한 정보(A)와 상기 생성된 message digest(B)가 일치하고, (ii) 상기 제1 사용자의 private key 및 제2 사용자의 private key로 인코딩된 message digest가 획득되고, 상기 제1 사용자의 private key 및 상기 제2 사용자의 private key로 인코딩된 message digest를 상기 제2 사용자의 public key로 디코딩한 정보(C)와 상기 생성된 message digest를 상기 제1 사용자의 private key로 인코딩한 정보(D)가 일치하면, 상기 제1 사용자의 private key, 상기 제2 사용자의 private key 및 상기 서버의 private key를 사용하여 인코딩된 message digest의 해쉬값을 데이터베이스에 등록하거나 등록하도록 지원하는 프로세서를 포함하고,상기 통신부는, 상기 등록된 해쉬값의 상기 데이터베이스 상의 위치 정보를 나타내는 transaction ID를 획득하는 서버.
- 제10항에 있어서,상기 A와 상기 B가 일치하고, 상기 C와 상기 D가 일치하면,상기 프로세서는, 상기 제1 사용자의 private key, 상기 제2 사용자의 private key 및 상기 서버의 private key로 순차로 인코딩된 message digest를 상기 데이터베이스에 등록하거나 등록하도록 지원하는 것을 특징으로 하는 서버.
- 파일에 대한 검증을 수행하는 서버에 있어서,특정 파일에 대한 검증 요청을 획득하는 통신부,기존에 상기 서버가 특정 파일에 대한 공증 요청을 받았을 때, 상기 특정 파일과 관련된 사람이 제1 사용자 및 제2 사용자임이 감지되어, 상기 제1 사용자의 private key, 상기 제2 사용자의 private key 및 상기 서버의 private key를 사용하여 인코딩된 message digest의 해쉬값을 데이터베이스에 저장하고 transaction ID를 받아서 관리하고 있는 상태에서, 상기 특정 파일에 대한 검증 요청이 획득되면, 상기 특정 파일의 message digest 및 검증 요청을 한 특정 사용자의 public key 중 적어도 하나에 대응되는 transaction ID를 참조하는 프로세서를 포함하고,상기 통신부는,상기 transaction ID를 사용하여 상기 데이터베이스로부터 상기 제1 사용자의 private key, 상기 제2 사용자의 private key 및 상기 서버의 private key를 사용하여 인코딩된 message digest의 해쉬값을 포함하는 OP 메시지를 획득하고,상기 프로세서는,상기 특정 파일의 message digest를 상기 서버의 private key, 상기 제1 사용자의 private key 및 상기 제2 사용자의 private key 를 사용하여 인코딩한 값의 해쉬값과 상기 OP 메시지에 포함된 상기 제1 사용자의 private key, 상기 제2 사용자의 private key 및 상기 서버의 private key 를 사용하여 인코딩된 message digest의 해쉬값이 동일하면, 상기 특정 파일이 검증된 것으로 판단하거나 판단하도록 지원하는 서버.
- 제12항에 있어서,상기 프로세서는, 상기 제1 사용자의 private key로 인코딩된 message digest와 상기 제2 사용자의 private key로 인코딩된 message digest를 합한 값을 상기 서버의 private key로 인코딩한 값의 해쉬값과 상기 OP 메시지에 포함된 상기 제1 사용자의 private key, 상기 제2 사용자의 private key 및 상기 서버의 private key 를 사용하여 인코딩된 message digest의 해쉬값의 동일 여부에 따라 상기 특정 파일이 검증된 것으로 판단하거나 판단하도록 지원하는 것을 특징으로 하는 서버.
- 제12항에 있어서,상기 프로세서는, 상기 제1 사용자의 private key, 상기 제2 사용자의 private key 및 상기 서버의 private key로 순차로 인코딩된 message digest의 해쉬값과 상기 OP 메시지에 포함된 상기 제1 사용자의 private key, 상기 제2 사용자의 private key 및 상기 서버의 private key 를 사용하여 인코딩된 message digest의 해쉬값의 동일 여부에 따라 상기 특정 파일이 검증된 것으로 판단하거나 판단하도록 지원하는 것을 특징으로 하는 서버.
Priority Applications (4)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
EP16882014.0A EP3399485B1 (en) | 2015-12-29 | 2016-12-21 | Method and server for authenticating and verifying file |
CA3010118A CA3010118C (en) | 2015-12-29 | 2016-12-21 | Method and server for authenticating and verifying file |
CN201680077263.XA CN108770370B (zh) | 2015-12-29 | 2016-12-21 | 用于对文件进行认证和验证的方法和服务器 |
US16/066,155 US10469264B2 (en) | 2015-12-29 | 2016-12-21 | Method and server for authenticating and verifying file |
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
KR1020150188981A KR101727126B1 (ko) | 2015-12-29 | 2015-12-29 | 파일에 대한 공증 및 검증을 수행하는 방법 및 서버 |
KR10-2015-0188981 | 2015-12-29 |
Publications (1)
Publication Number | Publication Date |
---|---|
WO2017116062A1 true WO2017116062A1 (ko) | 2017-07-06 |
Family
ID=58579443
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
PCT/KR2016/014995 WO2017116062A1 (ko) | 2015-12-29 | 2016-12-21 | 파일에 대한 공증 및 검증을 수행하는 방법 및 서버 |
Country Status (6)
Country | Link |
---|---|
US (1) | US10469264B2 (ko) |
EP (1) | EP3399485B1 (ko) |
KR (1) | KR101727126B1 (ko) |
CN (1) | CN108770370B (ko) |
CA (1) | CA3010118C (ko) |
WO (1) | WO2017116062A1 (ko) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP3633915A1 (en) * | 2018-10-01 | 2020-04-08 | Schneider Electric Industries SAS | Secure storage of data in a blockchain |
WO2021012732A1 (zh) * | 2019-07-25 | 2021-01-28 | 深圳壹账通智能科技有限公司 | 基于区块链的信息验证装置、方法及存储介质 |
Families Citing this family (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105681032B (zh) * | 2016-01-08 | 2017-09-12 | 腾讯科技(深圳)有限公司 | 密钥存储方法、密钥管理方法及装置 |
CN110383752B (zh) * | 2017-03-10 | 2023-06-09 | 维萨国际服务协会 | 紧凑记录协议 |
CN113793151A (zh) * | 2018-11-28 | 2021-12-14 | 创新先进技术有限公司 | 基于区块链的数据存证方法及装置、电子设备 |
JP2023094838A (ja) * | 2021-12-24 | 2023-07-06 | キヤノン株式会社 | プログラム、情報処理装置、情報処理装置の制御方法 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR19990025296A (ko) * | 1997-09-11 | 1999-04-06 | 정선종 | 문서의 전자적 공증 방법 |
KR19990033432U (ko) * | 1999-04-21 | 1999-08-05 | 차보현 | 위생 숟가락 |
KR20010106364A (ko) * | 2001-10-31 | 2001-11-29 | 김성기 | 인터넷상에서 전송되는 전자문서에 대한 공증방법 |
KR20050080196A (ko) * | 2003-05-13 | 2005-08-12 | (주)드림투리얼리티 | 인터넷을 이용한 전자계약 시스템 및 방법 |
KR100646948B1 (ko) * | 2002-10-17 | 2006-11-17 | 주식회사 로마켓아시아 | 전자문서의 공증 및 검증 처리가 가능한 공증 센터 서버 및 그 방법 |
Family Cites Families (16)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR100248378B1 (ko) | 1997-10-24 | 2000-03-15 | 정선종 | 전자거래에서 안전한 거래 내역 공증방법 |
US6601172B1 (en) * | 1997-12-31 | 2003-07-29 | Philips Electronics North America Corp. | Transmitting revisions with digital signatures |
US7240199B2 (en) * | 2000-12-06 | 2007-07-03 | Rpost International Limited | System and method for verifying delivery and integrity of electronic messages |
US6959382B1 (en) * | 1999-08-16 | 2005-10-25 | Accela, Inc. | Digital signature service |
US7020776B2 (en) * | 2000-06-22 | 2006-03-28 | Microsoft Corporation | Cryptosystem based on a Jacobian of a curve |
US7395437B2 (en) * | 2004-01-05 | 2008-07-01 | International Business Machines Corporation | System and method for fast querying of encrypted databases |
KR100725414B1 (ko) * | 2006-02-07 | 2007-06-07 | 삼성전자주식회사 | 디지털 컨텐츠 동기화를 위한 동기화 식별자 생성 방법 및장치 |
US8756674B2 (en) * | 2009-02-19 | 2014-06-17 | Securekey Technologies Inc. | System and methods for online authentication |
US9219604B2 (en) * | 2011-05-09 | 2015-12-22 | Cleversafe, Inc. | Generating an encrypted message for storage |
CN102236766B (zh) * | 2011-05-10 | 2014-04-09 | 桂林电子科技大学 | 安全的数据项级数据库加密方法 |
US9721071B2 (en) * | 2011-06-29 | 2017-08-01 | Sonic Ip, Inc. | Binding of cryptographic content using unique device characteristics with server heuristics |
CN103003831B (zh) * | 2012-02-14 | 2015-07-08 | 张龙其 | 一种智能卡支付系统 |
CN103136665B (zh) * | 2013-03-06 | 2016-12-28 | 天地融科技股份有限公司 | 一种网络交易方法及系统 |
CN103220295A (zh) * | 2013-04-26 | 2013-07-24 | 福建伊时代信息科技股份有限公司 | 一种文档加密及解密的方法、装置和系统 |
US9270758B2 (en) * | 2014-03-31 | 2016-02-23 | Cellco Partnership | System for mobile application notary service |
CN104320262B (zh) * | 2014-11-05 | 2017-07-21 | 中国科学院合肥物质科学研究院 | 基于加密数字货币公开账本技术的用户公钥地址绑定、检索和校验的方法及系统 |
-
2015
- 2015-12-29 KR KR1020150188981A patent/KR101727126B1/ko active IP Right Grant
-
2016
- 2016-12-21 US US16/066,155 patent/US10469264B2/en active Active
- 2016-12-21 EP EP16882014.0A patent/EP3399485B1/en active Active
- 2016-12-21 WO PCT/KR2016/014995 patent/WO2017116062A1/ko active Application Filing
- 2016-12-21 CN CN201680077263.XA patent/CN108770370B/zh active Active
- 2016-12-21 CA CA3010118A patent/CA3010118C/en active Active
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR19990025296A (ko) * | 1997-09-11 | 1999-04-06 | 정선종 | 문서의 전자적 공증 방법 |
KR19990033432U (ko) * | 1999-04-21 | 1999-08-05 | 차보현 | 위생 숟가락 |
KR20010106364A (ko) * | 2001-10-31 | 2001-11-29 | 김성기 | 인터넷상에서 전송되는 전자문서에 대한 공증방법 |
KR100646948B1 (ko) * | 2002-10-17 | 2006-11-17 | 주식회사 로마켓아시아 | 전자문서의 공증 및 검증 처리가 가능한 공증 센터 서버 및 그 방법 |
KR20050080196A (ko) * | 2003-05-13 | 2005-08-12 | (주)드림투리얼리티 | 인터넷을 이용한 전자계약 시스템 및 방법 |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP3633915A1 (en) * | 2018-10-01 | 2020-04-08 | Schneider Electric Industries SAS | Secure storage of data in a blockchain |
US11128439B2 (en) | 2018-10-01 | 2021-09-21 | Schneider Electric Industries Sas | Secure storage of data in a blockchain |
WO2021012732A1 (zh) * | 2019-07-25 | 2021-01-28 | 深圳壹账通智能科技有限公司 | 基于区块链的信息验证装置、方法及存储介质 |
Also Published As
Publication number | Publication date |
---|---|
US20190020485A1 (en) | 2019-01-17 |
EP3399485B1 (en) | 2023-08-02 |
CA3010118C (en) | 2020-07-21 |
EP3399485A4 (en) | 2019-07-31 |
EP3399485C0 (en) | 2023-08-02 |
US10469264B2 (en) | 2019-11-05 |
CA3010118A1 (en) | 2017-07-06 |
KR101727126B1 (ko) | 2017-04-14 |
EP3399485A1 (en) | 2018-11-07 |
CN108770370A (zh) | 2018-11-06 |
CN108770370B (zh) | 2022-05-03 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
WO2017116019A1 (ko) | 파일에 대한 공증 및 검증을 수행하는 방법 및 서버 | |
WO2017116062A1 (ko) | 파일에 대한 공증 및 검증을 수행하는 방법 및 서버 | |
WO2017135670A1 (ko) | 파일에 대한 노터리 서비스를 제공하고 상기 노터리 서비스를 사용하여 기록된 파일에 대한 검증을 수행하는 방법 및 서버 | |
WO2017135669A1 (ko) | 파일에 대한 노터리 서비스를 제공하고 상기 노터리 서비스를 사용하여 기록된 파일에 대한 검증을 수행하는 방법 및 서버 | |
WO2018124857A1 (ko) | 블록체인 기반의 모바일 아이디를 이용하여 사용자를 비대면 인증하는 방법, 단말 및 이를 이용한 서버 | |
WO2017111383A1 (ko) | 생체 정보 기반 인증 장치, 이와 연동하는 제어 서버, 그리고 이들의 생체 정보 기반 로그인 방법 | |
WO2018155822A1 (ko) | 계정 등록의 간소화 서비스 및 사용자 인증 서비스를 제공하는 방법 및 이를 이용한 인증 서버 | |
US8959346B2 (en) | System and method for a single request—single response protocol with mutual replay attack protection | |
WO2018030707A1 (ko) | 인증 시스템 및 방법과 이를 수행하기 위한 사용자 단말, 인증 서버 및 서비스 서버 | |
WO2014069778A1 (ko) | 아이디 기반 암호화, 복호화 방법 및 이를 수행하기 위한 장치 | |
WO2014119936A1 (en) | Method of and apparatus for processing software using hash function to secure software, and computer-readable medium storing executable instructions for performing the method | |
WO2018124856A1 (ko) | 블록체인 데이터베이스를 통해 모바일 아이디를 이용하여 사용자를 인증하는 방법, 단말 및 이를 이용한 서버 | |
WO2019132272A1 (ko) | 블록체인 기반의 서비스로서의 아이디 | |
WO2021150032A1 (en) | Method for providing authentication service by using decentralized identity and server using the same | |
WO2020164280A1 (zh) | 数据传输加密方法、装置及存储介质、服务器 | |
WO2014185594A1 (ko) | Vdi 환경에서의 싱글 사인온 시스템 및 방법 | |
WO2014003362A1 (ko) | Otp 기반 인증 시스템 및 방법 | |
WO2017105072A1 (ko) | 생체 정보 기반 인증 장치 그리고 이의 동작 방법 | |
WO2016064041A1 (ko) | 해쉬값을 이용하여 응용 프로그램의 위변조 여부를 탐지하는 사용자 단말기 및 그것을 이용한 위변조 탐지 방법 | |
WO2020117020A1 (ko) | 생체 정보 기반의 pki 키 생성 방법 및 이를 이용한 키 생성 장치 | |
WO2020032351A1 (ko) | 익명 디지털 아이덴티티 수립 방법 | |
WO2019125041A1 (ko) | 블록체인을 이용한 개인정보 분리 후 분산저장을 통한 인증 시스템 | |
WO2021172668A1 (ko) | 블록체인을 이용한 최초 저작권자 인증 시스템 및 그 방법 | |
WO2018032583A1 (zh) | 一种终端位置信息获取方法及装置 | |
WO2018143510A1 (ko) | 사물 인터넷 보안 모듈 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
121 | Ep: the epo has been informed by wipo that ep was designated in this application |
Ref document number: 16882014 Country of ref document: EP Kind code of ref document: A1 |
|
ENP | Entry into the national phase |
Ref document number: 3010118 Country of ref document: CA |
|
NENP | Non-entry into the national phase |
Ref country code: DE |
|
WWE | Wipo information: entry into national phase |
Ref document number: 2016882014 Country of ref document: EP |
|
ENP | Entry into the national phase |
Ref document number: 2016882014 Country of ref document: EP Effective date: 20180730 |