WO2017116019A1 - 파일에 대한 공증 및 검증을 수행하는 방법 및 서버 - Google Patents

파일에 대한 공증 및 검증을 수행하는 방법 및 서버 Download PDF

Info

Publication number
WO2017116019A1
WO2017116019A1 PCT/KR2016/013958 KR2016013958W WO2017116019A1 WO 2017116019 A1 WO2017116019 A1 WO 2017116019A1 KR 2016013958 W KR2016013958 W KR 2016013958W WO 2017116019 A1 WO2017116019 A1 WO 2017116019A1
Authority
WO
WIPO (PCT)
Prior art keywords
server
private key
message digest
specific
file
Prior art date
Application number
PCT/KR2016/013958
Other languages
English (en)
French (fr)
Inventor
어준선
홍재우
송주한
Original Assignee
주식회사 코인플러그
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 주식회사 코인플러그 filed Critical 주식회사 코인플러그
Priority to EP16881971.2A priority Critical patent/EP3399484B1/en
Priority to CN201680077286.0A priority patent/CN108431842B/zh
Priority to CA3009970A priority patent/CA3009970C/en
Publication of WO2017116019A1 publication Critical patent/WO2017116019A1/ko
Priority to US16/018,195 priority patent/US10395062B2/en
Priority to US16/506,220 priority patent/US11017122B2/en
Priority to US16/506,257 priority patent/US11205014B2/en

Links

Images

Classifications

    • 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
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/10—File systems; File servers
    • G06F16/13—File access structures, e.g. distributed indices
    • G06F16/137—Hash-based
    • 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/602—Providing cryptographic facilities or services
    • 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
    • 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/02—Payment architectures, schemes or protocols involving a neutral party, e.g. certification authority, notary or trusted third party [TTP]
    • 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/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/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
    • H04L9/0643—Hash functions, e.g. MD5, SHA, HMAC or f9 MAC
    • 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 (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, performing 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.
  • the server in a method for performing a notarization on a file, (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) obtaining a message digest encoded with the private key of the specific user, and decode the message digest encoded with the private key of the specific user into the public key of the specific user; if the message digest (B) generated in step a) matches, then the server supports registering or registering a hash value of the message digest encoded with the private key of the specific user and the private key of the server, And (c) acquiring, by the server, a transaction ID representing location information on the database of the registered hash value.
  • a method for performing a verification on a file comprising: (a) when a server is previously notarized for a specific file, it is detected that the person associated with the specific file is a specific user; In a state in which a hash value of a message digest encoded with a private key of a specific user and a private key of the server is stored in a database, and managed by receiving a transaction ID, when the verification request for the specific file is obtained, the server, Referencing a transaction ID corresponding to at least one of a message digest of a specific file and a public key of the specific user, (b) the server using the transaction ID, from the database using the transaction ID and the server; Acquiring an OP message including a hash value of a message digest encoded with a private key of (c) the feature A hash value of the message digest of the file digest of the file into the private key of the server and the private key of the specific user, and a hash of the message digest encoded into the
  • 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 A message digest encoded or generated by a private key of a specific user is obtained, and a message digest encoded with the private key of the specific user is decoded into a public key of the specific user.
  • a processor configured to register or register a hash value of the message digest encoded with the private key of the specific user and the private key of the server when the generated message digest (B) matches, and the communication unit A server for acquiring a transaction ID indicating location information on the database of the registered hash value.
  • the communication unit obtaining a verification request for a specific file, when the server has previously received a notarization request for the specific file, the specific file
  • the hash value of the message digest encoded with the private key of the specific user and the private key of the server is stored in a database and the transaction ID is received and managed.
  • a processor for referring 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 when the verification request is obtained, wherein the communication unit is further configured to identify the transaction from the database using the transaction ID.
  • Message digest encoded with the user's private key and the server's private key Obtaining an OP message including a hash value
  • the processor is further configured to determine 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, and the specific message included in the OP message. If the hash value of the message digest encoded by the user's private key and the server's private key is the same, a server is provided for supporting or determining that the specific file is verified.
  • 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)
  • Theoretical Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Business, Economics & Management (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Health & Medical Sciences (AREA)
  • General Health & Medical Sciences (AREA)
  • Computer Hardware Design (AREA)
  • General Business, Economics & Management (AREA)
  • Strategic Management (AREA)
  • Bioethics (AREA)
  • Software Systems (AREA)
  • Accounting & Taxation (AREA)
  • Tourism & Hospitality (AREA)
  • Computing Systems (AREA)
  • Databases & Information Systems (AREA)
  • Data Mining & Analysis (AREA)
  • Primary Health Care (AREA)
  • Marketing (AREA)
  • Human Resources & Organizations (AREA)
  • Economics (AREA)
  • Technology Law (AREA)
  • Power Engineering (AREA)
  • Storage Device Security (AREA)
  • Finance (AREA)

Abstract

본 발명의 일 태양에 따르면, (a) 특정 파일에 대한 공증 요청이 획득되면, 서버가, hash 함수를 사용하여 상기 특정 파일의 message digest(MD)를 생성하는 단계, (b) 특정 사용자의 private key로 인코딩된 MD가 획득되고, 상기 특정 사용자의 private key로 인코딩된 MD를 상기 특정 사용자의 public key로 디코딩한 정보(A)와 상기 (a) 단계에서 생성된 MD(B)가 일치하면, 상기 서버가, 상기 특정 사용자의 private key 및 상기 서버의 private key로 인코딩된 MD의 해쉬값을 데이터베이스에 등록하는 단계, 및 (c) 상기 서버가, transaction ID를 획득하는 단계를 포함하는 방법이 제공된다.

Description

파일에 대한 공증 및 검증을 수행하는 방법 및 서버
본 발명은, 파일에 대한 공증 및 검증을 수행하는 방법 및 서버에 관한 것으로, 좀 더 상세하게는, 특정 파일에 대한 공증 요청이 획득되면, (i) hash 함수를 사용하여 상기 특정 파일의 message digest를 생성하거나 생성하도록 지원하고, (ii) 특정 사용자의 private key로 인코딩된 message digest가 획득되고, 상기 특정 사용자의 private key로 인코딩된 message digest를 상기 특정 사용자의 public key로 디코딩한 정보(A)와 상기 생성된 message digest(B)가 일치하면, 상기 특정 사용자의 private key 및 상기 서버의 private key로 인코딩된 message digest의 해쉬값을 데이터베이스에 등록하거나 등록하도록 지원하고, (iii) 상기 등록된 해쉬값의 상기 데이터베이스 상의 위치 정보를 나타내는 transaction ID를 획득하는 “공증 프로세스”를 수행하고, 상기 특정 파일에 대한 검증 요청이 획득되면, (i) 상기 특정 파일의 message digest 및 상기 특정 사용자의 public key 중 적어도 하나에 대응되는 transaction ID를 참조하고, (ii) 상기 transaction ID를 사용하여 상기 데이터베이스로부터 상기 특정 사용자의 private key 및 상기 서버의 private key로 인코딩된 message digest의 해쉬값을 포함하는 OP 메시지를 획득하고, (iii) 상기 특정 파일의 message digest를 상기 서버의 private key 및 상기 특정 사용자의 private key 로 인코딩한 값의 해쉬값과 상기 OP 메시지에 포함된 상기 특정 사용자의 private key 및 상기 서버의 private key로 인코딩된 message digest의 해쉬값이 동일하면, 상기 특정 파일이 검증된 것으로 판단하거나 판단하도록 지원하는 “검증 프로세스”를 수행하는, 파일에 대한 공증 및 검증을 수행하는 방법 및 서버에 관한 것이다.
공증(公證)이란, 특정한 사실 또는 법률관계의 존재여부나 내용을 공적으로 증명하는 행위를 말한다. 일반적으로 특정 법률관계에 대하여 공증 촉탁이 있는 경우, 공증인은 일정한 방식에 따라서 증서를 작성하고 기명 날인하여 공증 사무소에 보관한다.
그런데, 종래의 공증 방법은 촉탁인이 공증할 서류를 들고 직접 공증 사무소를 방문하여 공증을 받고, 공증 사무소는 이에 대한 증서를 서류 보관소에 보관하는 방식으로 이루어졌으므로 공증을 받는데 시간이 오래 걸리고 공간적인 제약이 있으며 공증 서류의 분실 내지 위/변조 가능성이 있는 문제점이 있었다.
이에 발명자는, 가상 화폐의 블록체인에 공증 정보를 기록하여 위/변조가 불가능하고 공간적 제약이 없이 실시간으로 공증을 수행할 수 있는 파일 공증 시스템을 개발하기에 이르렀다.
본 발명은 상술한 문제점들을 모두 해결하는 것을 그 목적으로 한다.
또한, 본 발명은 가상 화폐의 블록체인에 공증 정보를 기록하여 위/변조가 불가능하고 공간적 제약이 없이 실시간으로 공증 및 검증을 수행할 수 있는 파일 공증 시스템을 제공하는 것을 다른 목적으로 한다.
또한, 본 발명은 해쉬함수와 암호화 기술을 이용하여 보안이 보장되고 위/변조가 불가능하며 공간적 제약이 없이 실시간으로 파일에 대한 공증 및 검증을 수행할 수 있는 파일 공증 시스템을 제공하는 것을 또 다른 목적으로 한다.
상기 목적을 달성하기 위한 본 발명의 대표적인 구성은 다음과 같다.
본 발명의 일 태양에 따르면, 파일에 대한 공증을 수행하는 방법에 있어서, (a) 특정 파일에 대한 공증 요청이 획득되면, 서버가, hash 함수를 사용하여 상기 특정 파일의 message digest를 생성하거나 생성하도록 지원하는 단계, (b) 특정 사용자의 private key로 인코딩된 message digest가 획득되고, 상기 특정 사용자의 private key로 인코딩된 message digest를 상기 특정 사용자의 public key로 디코딩한 정보(A)와 상기 (a) 단계에서 생성된 message digest(B)가 일치하면, 상기 서버가, 상기 특정 사용자의 private key 및 상기 서버의 private key로 인코딩된 message digest의 해쉬값을 데이터베이스에 등록하거나 등록하도록 지원하는 단계, 및 (c) 상기 서버가, 상기 등록된 해쉬값의 상기 데이터베이스 상의 위치 정보를 나타내는 transaction ID를 획득하는 단계를 포함하는 방법이 제공된다.
본 발명의 다른 태양에 따르면, 파일에 대한 검증을 수행하는 방법에 있어서, (a) 기존에 서버가 특정 파일에 대한 공증 요청을 받았을 때, 상기 특정 파일과 관련된 사람이 특정 사용자임이 감지되어, 상기 특정 사용자의 private key 및 상기 서버의 private key로 인코딩된 message digest의 해쉬값을 데이터베이스에 저장하고 transaction ID를 받아서 관리하고 있는 상태에서, 상기 특정 파일에 대한 검증 요청이 획득되면, 상기 서버가, 상기 특정 파일의 message digest 및 상기 특정 사용자의 public key 중 적어도 하나에 대응되는 transaction ID를 참조하는 단계, (b) 상기 서버가, 상기 transaction ID를 사용하여 상기 데이터베이스로부터 상기 특정 사용자의 private key 및 상기 서버의 private key로 인코딩된 message digest의 해쉬값을 포함하는 OP 메시지를 획득하는 단계, 및 (c) 상기 특정 파일의 message digest를 상기 서버의 private key 및 상기 특정 사용자의 private key 로 인코딩한 값의 해쉬값과 상기 OP 메시지에 포함된 상기 특정 사용자의 private key 및 상기 서버의 private key로 인코딩된 message digest의 해쉬값이 동일하면, 상기 특정 파일이 검증된 것으로 판단하거나 판단하도록 지원하는 단계를 포함하는 방법이 제공된다.
본 발명의 또 다른 태양에 따르면, 파일에 대한 공증을 수행하는 서버에 있어서, 특정 파일에 대한 공증 요청을 획득하는 통신부, 상기 특정 파일에 대한 공증 요청이 획득되면, hash 함수를 사용하여 상기 특정 파일의 message digest를 생성하거나 생성하도록 지원하고, 특정 사용자의 private key로 인코딩된 message digest가 획득되고, 상기 특정 사용자의 private key로 인코딩된 message digest를 상기 특정 사용자의 public key로 디코딩한 정보(A)와 상기 생성된 message digest(B)가 일치하면, 상기 특정 사용자의 private key 및 상기 서버의 private key로 인코딩된 message digest의 해쉬값을 데이터베이스에 등록하거나 등록하도록 지원하는 프로세서를 포함하고, 상기 통신부는, 상기 등록된 해쉬값의 상기 데이터베이스 상의 위치 정보를 나타내는 transaction ID를 획득하는 서버가 제공된다.
본 발명의 또 다른 태양에 따르면, 파일에 대한 검증을 수행하는 서버에 있어서, 특정 파일에 대한 검증 요청을 획득하는 통신부, 기존에 상기 서버가 상기 특정 파일에 대한 공증 요청을 받았을 때, 상기 특정 파일과 관련된 사람이 특정 사용자임이 감지되어, 상기 특정 사용자의 private key 및 상기 서버의 private key로 인코딩된 message digest의 해쉬값을 데이터베이스에 저장하고 transaction ID를 받아서 관리하고 있는 상태에서, 상기 특정 파일에 대한 검증 요청이 획득되면, 상기 특정 파일의 message digest 및 상기 특정 사용자의 public key 중 적어도 하나에 대응되는 transaction ID를 참조하는 프로세서를 포함하고, 상기 통신부는, 상기 transaction ID를 사용하여 상기 데이터베이스로부터 상기 특정 사용자의 private key 및 상기 서버의 private key로 인코딩된 message digest의 해쉬값을 포함하는 OP 메시지를 획득하고, 상기 프로세서는, 상기 특정 파일의 message digest를 상기 서버의 private key 및 상기 특정 사용자의 private key 로 인코딩한 값의 해쉬값과 상기 OP 메시지에 포함된 상기 특정 사용자의 private key 및 상기 서버의 private key로 인코딩된 message digest의 해쉬값이 동일하면, 상기 특정 파일이 검증된 것으로 판단하거나 판단하도록 지원하는 서버가 제공된다.
본 발명에 의하면, 다음과 같은 효과가 있다.
본 발명은 가상 화폐의 블록체인에 공증 정보를 기록하여 위/변조가 불가능하고 공간적 제약이 없이 실시간으로 공증 및 검증을 수행할 수 있는 파일 공증 시스템을 제공하는 효과가 있다.
또한, 본 발명은 해쉬함수와 암호화 기술을 이용하여 보안이 보장되고 위/변조가 불가능하며 공간적 제약이 없이 실시간으로 특정 파일에 대한 공증 및 검증을 수행할 수 있는 효과가 있다.
도 1은 본 발명의 일 실시예에 따른 파일에 대한 공증을 수행하는 서버의 구성을 도시한 블록도이다.
도 2 내지 6은 본 발명의 다양한 실시예에 따른 파일에 대한 공증 내지 검증을 수행하는 과정을 도시한 시퀀스 다이어그램이다.
후술하는 본 발명에 대한 상세한 설명은, 본 발명이 실시될 수 있는 특정 실시예를 예시로서 도시하는 첨부 도면을 참조한다. 이들 실시예는 당업자가 본 발명을 실시할 수 있기에 충분하도록 상세히 설명된다. 본 발명의 다양한 실시예는 서로 다르지만 상호 배타적일 필요는 없음이 이해되어야 한다. 예를 들어, 여기에 기재되어 있는 특정 형상, 구조 및 특성은 일 실시예에 관련하여 본 발명의 정신 및 범위를 벗어나지 않으면서 다른 실시예로 구현될 수 있다. 또한, 각각의 개시된 실시예 내의 개별 구성요소의 위치 또는 배치는 본 발명의 정신 및 범위를 벗어나지 않으면서 변경될 수 있음이 이해되어야 한다. 따라서, 후술하는 상세한 설명은 한정적인 의미로서 취하려는 것이 아니며, 본 발명의 범위는, 적절하게 설명된다면, 그 청구항들이 주장하는 것과 균등한 모든 범위와 더불어 첨부된 청구항에 의해서만 한정된다. 도면에서 유사한 참조부호는 여러 측면에 걸쳐서 동일하거나 유사한 기능을 지칭한다.
도 1은 본 발명의 일 실시예에 따른 파일에 대한 공증을 수행하는 서버의 구성을 도시한 블록도이고, 도 2 내지 6은 본 발명의 다양한 실시예에 따른 파일에 대한 공증 내지 검증을 수행하는 과정을 도시한 시퀀스 다이어그램이다.
실시예에 대한 설명에 앞서 본 명세서에서 사용되는 표현식을 다음과 같이 정의한다. ':' 의 왼쪽은 표현식을 나타내며 오른쪽은 표현식의 정의를 나타낸다.
<표현식 정의>
PrivX: Private key of X
PubX: Public key of X
AESX: AES secret key of X
EncPrivX(Y): Output of encryption of Y using PrivX
DecPubX(Y): Output of decryption of Y using PubX
EncAESX(Y): Output of AES encryption of Y using AESX
DecAESX(Y): Output of AES decryption of Y using AESX
Hash(Y): Hash value of Y
우선, 단일 사용자의 요청에 대해 파일에 대해 공증을 수행하는 과정을 도 1 및 2를 참조로 하여 설명한다.
도 1을 참조로 하면, 본 발명의 일 실시예에 따른 파일에 대한 공증을 수행하는 서버(100)는 통신부(110), 프로세서(120)를 포함한다.
통신부(110)는 특정 사용자(또는 사용자 단말), 데이터베이스(200)에 데이터를 송수신하는 구성이다. 우선, 통신부(110)는 특정 파일에 대한 공증 요청을 획득할 수 있다(S210). 도 2에 도시된 것처럼 특정 파일에 대한 공증 요청이 획득되는 경우 특정 파일(File)과 공증 요청을 한 특정 사용자의 public key(PubU)가 획득될 수 있다. 통신부(110)는, 이에 대한 응답을 할 수 있는데(S220), 요청(request)과 대응되는 응답(response)는 하나의 TCP 세션 동안 이루어질 수 있다.
프로세서(120)는, 상기 특정 파일에 대한 공증 요청이 획득되면, hash 함수를 사용하여 상기 특정 파일의 message digest(MD=Hash(File))를 생성하거나 생성하도록 지원할 수 있다(S215). 여기서 hash 함수의 종류는 한정되지 않는다. 예를 들어, hash 함수는 triple sha256일 수 있다. 또한, 본 명세서에서 hash 함수는 일반적으로는 원본 파일을 변형시키기 위한 함수를 의미하지만, 극단적인 경우로서, 특정 파일에 대해 아무런 처리를 하지 않고 단순히 저장하는 함수를 포함할 수도 있다. 이 경우, hash 함수가 적용되어 생성된 message digest는 특정 파일과 동일할 수도 있을 것이다.
상기 S220 단계에서 상기 특정 파일에 대한 공증 요청에 대한 응답으로 상기 생성된 message digest가 특정 파일에 대한 공증 요청을 한 특정 사용자에게 전달될 수 있다. 상기 특정 사용자가 사용자 단말(미도시)을 통해 특정 파일에 대한 공증 요청을 한 경우라면, 사용자 단말로 상기 생성된 message digest가 전송될 수 있다.
다음으로 통신부(110)는 상기 특정 사용자로부터 상기 특정 사용자의 private key(PrivU)로 인코딩된 message digest(EncPrivU(MD))를 획득할 수 있다(S225). 이 경우, S220 단계의 응답 후 TCP 세션이 끊어질 수 있으므로 특정 사용자로부터 message digest와 특정 사용자의 public key(PubU)도 수신될 수 있다. 참고로, 본 명세서에서는 private key나 public key를 이용하여 MD를 인코딩하는 표현식(EncPriv(MD), EncPub(MD))을 기준으로 설명을 하나 이는 SigPriv(File), SigPub(File)로 대체될 수 있다. 또한, message digest가 두 번 이상 생성되는 경우, SigPriv(MD), SigPub(MD)로 표현될 수도 있다.
또한, 프로세서(120)는 특정 사용자의 private key로 인코딩된 message digest가 획득되고, 상기 특정 사용자의 private key로 인코딩된 message digest를 상기 특정 사용자의 public key로 디코딩한 정보(A, DecPubU(EncPrivU(MD)))와 상기 생성된 message digest(B, MD)가 일치하면(S230-2), 상기 특정 사용자의 private key 및 서버(100)의 private key(PrivC)로 인코딩된 message digest의 해쉬값을 생성하거나 생성하도록 지원할 수 있고(S240), 생성된 해쉬값을 데이터베이스(200)에 등록하거나 등록하도록 지원할 수 있다(S250). 이처럼 해쉬값의 형태로 데이터베이스(200)에 등록하는 이유는 데이터베이스(200)의 저장 용량 제한 등으로 인해 데이터의 사이즈를 줄이기 위함이다. 여기서, 데이터베이스(200)는 가상 화폐의 블록체인일 수 있다. 예를 들어, 비트코인 블록체인일 수 있다.
참고로, 도 2에서 상기 A와 B가 일치하는지를 나타내는 표현식은 'DecPubU(EncPrivU(MD)) == MD'로 나타냈으나, 이러한 표현식에 한정되는 것은 아니다. 동일한 관계를 'True == VerPubU(SigPriv(File))'로 대체하여 표현할 수 있다. 또한, message digest가 두 번 이상 생성되는 경우, 'True == VerPubU(SigPriv(MD))'로 표현될 수도 있다.
또한, 상기 A와 상기 B가 일치하는 경우, 프로세서(120)는, 상기 특정 사용자의 private key, 상기 서버(100)의 private key 순으로 인코딩된 message digest의 해쉬값(Hash[EncPrivC(EncPrivU(MD))])을 상기 데이터베이스(200)에 등록하거나 등록하도록 지원할 수 있다. 즉, 특정 사용자(촉탁인)이 먼저 자신의 private key로 서명을 하고 공증인(서버)이 서버(100)의 private key로 서명을 한 후 그 해쉬값을 데이터베이스(200)에 등록할 수 있는 것이다. 그러나, 서명의 순서는 이와 다르게 구현될 수도 있다. 특히, 특정 사용자와 서버(100) 간의 세션이 유지되는 경우라면 서버(100)가 먼저 서명을 하고 특정 사용자가 다음에 서명을 하도록 구현될 수도 있을 것이다.
상기 특정 사용자의 private key 및 상기 서버(100)의 private key로 인코딩된 message digest의 해쉬값이 데이터베이스(200)에 등록되는 경우, 통신부(110)는 데이터베이스(200)로부터 상기 등록된 해쉬값의 상기 데이터베이스(200) 상의 위치 정보를 나타내는 transaction ID(TxID)를 획득할 수 있다(S255).
한편, 상기 A와 상기 B가 일치하지 않으면(S230-1), 프로세서(120)는 상기 특정 사용자가 상기 특정 파일과 관련된 사람(예를 들어, 당사자)이 아니라는 이유로 특정 사용자에게 등록 실패 응답을 전달할 수 있다(S235).
또한, 프로세서(120)는 상기 A와 상기 B가 일치하면, 상기 특정 파일을 저장하거나 저장하도록 지원할 수 있다(S245). 이때 특정 파일은 AES(Advanced Encryption Standard)와 같은 대칭키 암호 알고리즘으로 암호화될 수 있다. 이 경우 비밀키는 사용자의 public key로부터 가공된 특정한 비밀키일 수 있으나 이에 한정되는 것은 아니다.
프로세서(120)는 특정 사용자의 public key(PubU), 상기 특정 파일의 message digest(MD), 상기 특정 사용자의 private key로 인코딩된 message digest(PrivU(MD)), 상기 획득된 transaction ID(TxID)를 저장하거나 저장하도록 지원할 수 있다. 또한, 이 밖에도 상기 특정 사용자의 private key, 상기 서버(100)의 private key 순으로 인코딩된 message digest(EncPrivC(EncPrivU(MD))) 및 상기 인코딩된 message digest의 해쉬값(Hash[EncPrivC(EncPrivU(MD))])을 더 저장하거나 저장하도록 지원할 수도 있다.
위와 같이 공증 정보가 데이터베이스(200)에 등록되면, 통신부(110)는 특정 사용자에게 등록이 성공했음을 나타내는 응답을 전달할 수 있다(S260).
다음으로, 단일 사용자의 요청에 따라 파일에 대해 검증을 수행하는 과정을 도 3을 참조로 하여 설명한다.
파일의 검증은 전술한 서버(100)의 정보를 참조할 수 있는 별도의 장치에 의해 수행될 수도 있고 전술한 서버(100)에 의해 수행될 수도 있다. 이하에서는 편의상 전술한 서버(100)에 의해 파일의 검증이 이루어지는 것을 전제로 설명을 한다.
도 3을 참조하면, 전술한 예와 유사하게 통신부(110)는 특정 파일에 대한 검증 요청을 획득할 수 있다(S310). 도 3에 도시된 것처럼 특정 파일에 대한 검증 요청이 획득되는 경우 특정 파일(File)과 검증 요청을 한 특정 사용자의 public key(PubU)가 획득될 수 있다. 통신부(110)는, 이에 대한 응답을 할 수 있는데, 요청(request)과 대응되는 응답(response)는 하나의 TCP 세션 동안 이루어질 수 있다.
프로세서(120)는 전술한 바와 같이 기존에 서버(100)가 특정 파일에 대한 공증 요청을 받았을 때, 상기 특정 파일과 관련된 사람이 특정 사용자임이 감지되어, 상기 특정 사용자의 private key 및 서버(100)의 private key로 인코딩된 message digest의 해쉬값을 데이터베이스(200)에 저장하고 transaction ID를 받아서 관리하고 있는 상태에서, 상기 특정 파일에 대한 검증 요청이 획득되면, 상기 특정 파일의 message digest(MD) 및 상기 특정 사용자의 public key 중 적어도 하나에 대응되는 transaction ID를 참조할 수 있다. 이 경우 transaction ID(TxID)는 서버(100) 또는 서버(100)가 참조할 수 있는 장치에 저장되어 있을 수 있다.
상기 S310 단계에서 통신부(110)가 상기 특정 파일에 대한 검증 요청을 받는 경우에 있어서, 상기 특정 파일에 대한 검증을 위해 상기 특정 파일이 획득되면, 프로세서(120)는 hash 함수를 사용하여 상기 특정 파일의 message digest(MD=Hash(File))를 생성하거나 생성하도록 지원할 수 있다(S315). 이 경우 프로세서(120)는 이렇게 생성된 특정 파일의 message digest 및 상기 특정 사용자의 public key 중 적어도 하나에 대응되는 transaction ID를 참조한다.
상기 특정 파일에 대한 검증 요청이 있음에도 상기 특정 파일의 message digest에 대응되는 정보(transaction ID)가 발견되지 않으면(S320-1), 통신부(110)는 검증 실패 메시지를 특정 사용자에게 전송할 수 있다(S325).
또한, 상기 특정 파일의 message digest에 대응되는 정보(transaction ID)가 발견되면(S320-2) 통신부(110)는 상기 transaction ID(TxID)를 사용하여 데이터베이스(200)에 질의하여(S325) 상기 데이터베이스(200)로부터 상기 특정 사용자의 private key(PrivU) 및 서버(100)의 private key(PrivC)로 인코딩된 message digest의 해쉬값을 포함하는 OP 메시지를 획득할 수 있다(S330).
그리고, 프로세서(120)는 상기 특정 파일의 message digest를 서버(100)의 private key 및 특정 사용자의 private key 로 인코딩한 값의 해쉬값과 상기 OP 메시지에 포함된 상기 특정 사용자의 private key 및 상기 서버(100)의 private key로 인코딩된 message digest의 해쉬값이 동일하면, 상기 특정 파일이 검증된 것으로 판단하거나 판단하도록 지원할 수 있다(S335).
이때, 상기 특정 파일의 message digest를 서버(100)의 private key 및 특정 사용자의 private key 로 인코딩한 값은 상기 특정 파일의 message digest를 상기 특정 사용자의 private key 및 상기 서버(100)의 private key로 순차로 인코딩한 값(Hash[EncPrivC(EncPrivU(MD))])일 수 있다.
다만, 프로세서(120)는, 상기 특정 파일의 message digest를 상기 서버(100)의 private key 및 상기 특정 사용자의 private key 로 인코딩한 값(X)의 해쉬값과 상기 OP 메시지에 포함된 상기 특정 사용자의 private key 및 상기 서버(100)의 private key로 인코딩된 message digest의 해쉬값이 동일한 경우라도, 상기 X를 서버(100)의 public key 및 상기 특정 사용자의 public key를 사용하여 디코딩한 결과값(DecPubU(DecPubC(EncPrivC(EncPrivU(MD)))))이 상기 특정 파일의 message digest(MD)와 동일한 경우에 상기 특정 파일이 검증된 것으로 판단하거나 판단하도록 추가적으로 지원할 수도 있다(S340). 즉, 두 단계의 검증을 더 수행하여 파일의 검증을 완료할 수도 있다. 이는 사용자의 private key, public key 등이 변동되었을 가능성을 감안하기 위함이다.
상기 세 단계의 검증은 아래의 표현식으로 나타낼 수 있다.
<표현식 1>
OP_MESSAGE == Hash[EncPrivC(EncPrivU(MD))]
EncPrivU(MD) == DecPubC[EncPrivC(EncPrivU(MD))]
MD (=Hash[File]) == DecPubU[EncPrivU(MD)]
파일의 검증이 성공한 경우, 통신부(110)는 검증 성공 메시지를 특정 사용자에게 전달할 수 있다(S345).
또한, 프로세서(120)는 상기 특정 파일이 검증된 경우, 상기 특정 파일의 다운로드를 지원할 수 있다. 이 경우 특정 사용자는 사용자 단말 등을 통해 특정 파일을 다운로드 받을 수 있다.
다음으로, 다중 사용자의 요청에 따라 파일에 대해 공증을 수행하는 과정을 도 4 및 5를 참조로 하여 설명한다. 다만, 중복되는 설명은 생략한다.
도 4는 다중 사용자의 공증 요청에 대해 병렬적으로 공증을 수행하는 parallel signing 과정을 나타낸 것이고 도 5는 순차적으로 공증을 수행하는 serial signing 과정을 나타내고 있다.
먼저, 도 4를 참조하면 프로세서(120)는, 특정 파일에 대한 다중 사용자의 공증 요청이 획득되면(S410, S420), hash 함수를 사용하여 상기 특정 파일의 message digest(MD=Hash(File)를 생성하거나 생성하도록 지원할 수 있다(S412, S422). 그리고, 제1 사용자의 private key(PrivU1)로 인코딩된 message digest 및 제2 사용자의 private key(PrivU2)로 인코딩된 message digest가 획득되고(S440, S450), (i) 상기 제1 사용자의 private key로 인코딩된 message digest를 상기 제1 사용자의 public key(PubU1)로 디코딩한 정보(A', DecPubU1(EncPrivU1(MD))), (ii) 상기 제2 사용자의 private key로 인코딩된 message digest를 상기 제2 사용자의 public key(PubU2)로 디코딩한 정보(B', DecPubU2(EncPrivU2(MD))) 및 상기 생성된 message digest(C', MD)가 일치하면(S440-3), 상기 제1 사용자의 private key, 상기 제2 사용자의 private key 및 상기 서버(100)의 private key를 사용하여 인코딩된 message digest의 해쉬값을 데이터베이스(200)에 등록하거나 등록하도록 지원할 수 있다(S475).
그리고, 통신부(110)는 상기 등록된 해쉬값의 상기 데이터베이스(200) 상의 위치 정보를 나타내는 transaction ID를 획득할 수 있다(S480).
또한, 상기 A', 상기 B' 및 상기 C'가 일치하면, 프로세서(120)는, 상기 제1 사용자의 private key로 인코딩된 message digest와 상기 제2 사용자의 private key로 인코딩된 message digest를 합한 값을 상기 서버(100)의 private key로 인코딩한 값(EncPrivC(EncPrivU1(MD)+EncPrivU2(MD)))을 데이터베이스(200)에 등록하거나 등록하도록 지원할 수 있다.
다음으로 도 5를 참조하면, 프로세서(120)는, 상기 특정 파일에 대한 공증 요청이 획득되면(S510, S535), hash 함수를 사용하여 상기 특정 파일의 message digest(MD=Hash(File)를 생성하거나 생성하도록 지원할 수 있다(S512, S537). 이 경우, 도 5에 도시된 것처럼 제1 사용자의 public key(PubU1), 제2 사용자의 public key(PubU2), 특정 파일(File)이 함께 획득될 수 있다.
프로세서(120)는 (i) 제1 사용자의 private key(PrivU1)로 인코딩된 message digest(EncPrivU1(MD))가 획득되고(S520), 상기 제1 사용자의 private key로 인코딩된 message digest를 상기 제1 사용자의 public key로 디코딩한 정보(A'', DecPubU1(EncPrivU1(MD)))와 상기 생성된 message digest(B'', MD)가 일치하고, (ii) 상기 제1 사용자의 private key 및 제2 사용자의 private key(PrivU2)로 인코딩된 message digest(EncPrivU2(EncPrivU1(MD))가 획득되고(S545), 상기 제1 사용자의 private key 및 상기 제2 사용자의 private key로 인코딩된 message digest를 상기 제2 사용자의 public key로 디코딩한 정보(C'', DecPubU2(EncPrivU2(EncPrivU1(MD))))와 상기 생성된 message digest를 상기 제1 사용자의 private key로 인코딩한 정보(D'', EncPrivU1(MD))가 일치하면(S560), 상기 제1 사용자의 private key, 상기 제2 사용자의 private key 및 상기 서버(100)의 private key를 사용하여 인코딩된 message digest의 해쉬값을 데이터베이스(200)에 등록하거나 등록하도록 지원한다(S575).
또한, 상기 A''와 상기 B''가 일치하고, 상기 C''와 상기 D''가 일치하면, 프로세서(120)는, 상기 제1 사용자의 private key, 상기 제2 사용자의 private key 및 서버(100)의 private key로 순차로 인코딩된 message digest (SO=EncPrivC(EncPrivU2(EncPrivU1(MD))))를 데이터베이스(200)에 등록하거나 등록하도록 지원할 수 있다.
이때, 통신부(110)는, 상기 등록된 해쉬값의 상기 데이터베이스(200) 상의 위치 정보를 나타내는 transaction ID(TxID)를 획득할 수 있다(S580)
다음으로, 다중 사용자의 요청에 따라 공증된 파일에 대해 검증을 수행하는 과정을 도 6을 참조로 하여 설명한다. 다만, 전술한 내용과 중복되는 설명은 생략한다. 참고로, S625~S650 단계는 사용자의 검증 요청에 대해 순차적으로 검증을 수행하는 serial signing 과정을 나타낸 것이고 S660~S685는 병렬적으로 검증을 수행하는 parallel signing 과정을 나타내고 있다. 각 과정은 별도로 이루어질 수 있고, 함께 수행될 수도 있다.
도 6을 참조하면, 프로세서(120)는, 전술한 바와 같이 서버(100)가 특정 파일(File)에 대한 공증 요청을 받았을 때, 상기 특정 파일과 관련된 사람이 제1 사용자 및 제2 사용자임이 감지되어, 상기 제1 사용자의 private key(PrivU1), 상기 제2 사용자의 private key(PrivU2) 및 서버(100)의 private key(PrivC)를 사용하여 인코딩된 message digest의 해쉬값을 데이터베이스(200)에 저장하고 transaction ID(TxID)를 받아서 관리하고 있는 상태에서, 상기 특정 파일에 대한 검증 요청이 획득되면(S610), 상기 특정 파일의 message digest(MD=Hash(File)) 및 검증 요청을 한 특정 사용자의 public key 중 적어도 하나에 대응되는 transaction ID를 참조할 수 있다.
또한, 통신부(110)는, transaction ID를 사용하여 데이터베이스(200)로부터 상기 제1 사용자의 private key, 상기 제2 사용자의 private key 및 상기 서버(100)의 private key를 사용하여 인코딩된 message digest의 해쉬값을 포함하는 OP 메시지를 획득할 수 있다(S635, S670).
또한, 프로세서(120)는, 상기 특정 파일의 message digest를 서버(100)의 private key, 상기 제1 사용자의 private key 및 상기 제2 사용자의 private key 를 사용하여 인코딩한 값의 해쉬값과 상기 OP 메시지에 포함된 상기 제1 사용자의 private key, 상기 제2 사용자의 private key 및 상기 서버(100)의 private key 를 사용하여 인코딩된 message digest의 해쉬값이 동일하면, 상기 특정 파일이 검증된 것으로 판단하거나 판단하도록 지원할 수 있다(S640, S675).
parallel signing 과정의 경우, 프로세서(120)는, 상기 제1 사용자의 private key로 인코딩된 message digest와 상기 제2 사용자의 private key로 인코딩된 message digest를 합한 값을 상기 서버(100)의 private key로 인코딩한 값의 해쉬값(Hash[EncPrivC(EncPrivU1(MD)+EncPrivU2(MD))])과 상기 OP 메시지에 포함된 상기 제1 사용자의 private key, 상기 제2 사용자의 private key 및 상기 서버(100)의 private key 를 사용하여 인코딩된 message digest의 해쉬값의 동일 여부에 따라 상기 특정 파일이 검증된 것으로 판단하거나 판단하도록 지원할 수 있다.
다만, 프로세서(120)는, 상기 제1 사용자의 private key로 인코딩된 message digest와 상기 제2 사용자의 private key로 인코딩된 message digest를 합한 값을 상기 서버(100)의 private key로 인코딩한 값(Y)의 해쉬값(Hash[EncPrivC(EncPrivU1(MD)+EncPrivU2(MD))])과 상기 OP 메시지에 포함된 상기 제1 사용자의 private key, 상기 제2 사용자의 private key 및 상기 서버(100)의 private key 를 사용하여 인코딩된 message digest의 해쉬값의 동일한 경우라도, (i) 상기 Y를 서버(100)의 public key로 디코딩하여 나온, message digest를 상기 제1 사용자의 private key로 인코딩한 값을, 상기 제1 사용자의 public key로 디코딩한 값이 상기 특정 파일의 message digest(MD)와 동일하고, (ii) 상기 Y를 서버(100)의 public key로 디코딩하여 나온, message digest를 상기 제2 사용자의 private key로 인코딩한 값을, 상기 제2 사용자의 private key로 디코딩한 값이 상기 특정 파일의 message digest(MD)와 동일한 경우에 상기 특정 파일이 검증된 것으로 판단하거나 판단하도록 지원할 수도 있다. 즉, 세 단계의 검증을 더 수행하여 파일의 검증을 완료할 수도 있다.
상기 네 단계의 검증은 아래의 표현식으로 나타낼 수 있다.
<표현식 2>
OP_MESSAGE == Hash[EncPrivC(EncPrivU1(MD)+EncPrivU2(MD))]
EncPrivU1(MD)+EncPrivU2(MD) == DecPubC[EncPrivC(EncPrivU1(MD)+EncPrivU2(MD))]
MD (= Hash[File]) == DecPubU1[EncPrivU1(MD)]
MD (= Hash[File]) == DecPubU2[EncPrivU2(MD)]
반면, serial signing 과정의 경우, 프로세서(120)는, 상기 제1 사용자의 private key, 상기 제2 사용자의 private key 및 상기 서버(100)의 private key로 순차로 인코딩된 message digest의 해쉬값 (Hash[EncPrivC(EncPrivU2(EncPrivU1(MD)))])과 상기 OP 메시지에 포함된 상기 제1 사용자의 private key, 상기 제2 사용자의 private key 및 서버(100)의 private key 를 사용하여 인코딩된 message digest의 해쉬값의 동일 여부에 따라 상기 특정 파일이 검증된 것으로 판단하거나 판단하도록 지원할 수 있다.
다만, 프로세서(120)는, 상기 제1 사용자의 private key, 상기 제2 사용자의 private key 및 상기 서버(100)의 private key로 순차로 인코딩된 message digest(Z)의 해쉬값(Hash[EncPrivC(EncPrivU2(EncPrivU1(MD)))])과 상기 OP 메시지에 포함된 상기 제1 사용자의 private key, 상기 제2 사용자의 private key 및 상기 서버(100)의 private key 를 사용하여 인코딩된 message digest의 해쉬값의 동일한 경우라도, 상기 Z를 서버(100)의 public key, 상기 제2 사용자의 public key 및 상기 제1 사용자의 public key 를 사용하여 디코딩한 결과값(DecPubU1(DecPubU2(DecPubC(EncPrivC(EncPrivU2(EncPrivU1(MD)))))))이 상기 특정 파일의 message digest(MD)와 동일한 경우에 상기 특정 파일이 검증된 것으로 판단하거나 판단하도록 지원할 수도 있다. 즉, 세 단계의 검증을 더 수행하여 파일의 검증을 완료할 수도 있다.
상기 네 단계의 검증은 아래의 표현식으로 나타낼 수 있다.
<표현식 3>
OP_MESSAGE == Hash[EncPrivC(EncPrivU2(EncPrivU1(MD)))]
EncPrivU2(EncPrivU1(MD)) == DecPubC[EncPrivC(EncPrivU2(EncPrivU1(MD)))]
EncPrivU1(MD) == DecPubU2[EncPrivU2(EncPrivU1(MD))]
MD (= Hash[File]) == DecPubU1[EncPrivU1(MD)]
한편, 프로세서(120)는 통신부(110) 및 다른 구성요소 간의 데이터의 흐름을 제어하는 기능을 수행한다. 즉, 프로세서(120)는 서버(100)의 각 구성요소 간의 데이터의 흐름을 제어함으로써, 통신부(110) 및 다른 구성요소에서 각각 고유 기능을 수행하도록 제어한다.
프로세서(120)는 MPU(Micro Processing Unit) 또는 CPU(Central Processing Unit), 캐쉬 메모리(Cache Memory), 데이터 버스(Data Bus) 등의 하드웨어 구성을 포함할 수 있다. 또한, 운영체제, 특정 목적을 수행하는 어플리케이션의 소프트웨어 구성을 더 포함할 수도 있다.
또한, 이상 설명된 본 발명에 따른 실시예들은 다양한 컴퓨터 구성요소를 통하여 수행될 수 있는 프로그램 명령어의 형태로 구현되어 컴퓨터 판독 가능한 기록 매체에 기록될 수 있다. 상기 컴퓨터 판독 가능한 기록 매체는 프로그램 명령어, 데이터 파일, 데이터 구조 등을 단독으로 또는 조합하여 포함할 수 있다. 상기 컴퓨터 판독 가능한 기록 매체에 기록되는 프로그램 명령어는 본 발명을 위하여 특별히 설계되고 구성된 것들이거나 컴퓨터 소프트웨어 분야의 당업자에게 공지되어 사용 가능한 것일 수도 있다. 컴퓨터 판독 가능한 기록 매체의 예에는, 하드 디스크, 플로피 디스크 및 자기 테이프와 같은 자기 매체, CD-ROM, DVD와 같은 광기록 매체, 플롭티컬 디스크(floptical disk)와 같은 자기-광 매체(magneto-optical media), 및 ROM, RAM, 플래시 메모리 등과 같은 프로그램 명령어를 저장하고 수행하도록 특별히 구성된 하드웨어 장치가 포함된다. 프로그램 명령어의 예에는, 컴파일러에 의해 만들어지는 것과 같은 기계어 코드뿐만 아니라 인터프리터 등을 사용해서 컴퓨터에 의해서 실행될 수 있는 고급 언어 코드도 포함된다. 상기 하드웨어 장치는 본 발명에 따른 처리를 수행하기 위해 하나 이상의 소프트웨어 모듈로서 작동하도록 구성될 수 있으며, 그 역도 마찬가지이다.
이상에서 본 발명이 구체적인 구성요소 등과 같은 특정 사항들과 한정된 실시예 및 도면에 의해 설명되었으나, 이는 본 발명의 보다 전반적인 이해를 돕기 위해서 제공된 것일 뿐, 본 발명이 상기 실시예들에 한정되는 것은 아니며, 본 발명이 속하는 기술분야에서 통상적인 지식을 가진 자라면 이러한 기재로부터 다양한 수정 및 변형을 꾀할 수 있다.
따라서, 본 발명의 사상은 상기 설명된 실시예에 국한되어 정해져서는 아니 되며, 후술하는 특허청구범위뿐만 아니라 이 특허청구범위와 균등하게 또는 등가적으로 변형된 모든 것들은 본 발명의 사상의 범주에 속한다고 할 것이다.

Claims (38)

  1. 파일에 대한 공증을 수행하는 방법에 있어서,
    (a) 특정 파일에 대한 공증 요청이 획득되면, 서버가, hash 함수를 사용하여 상기 특정 파일의 message digest를 생성하거나 생성하도록 지원하는 단계,
    (b) 특정 사용자의 private key로 인코딩된 message digest가 획득되고, 상기 특정 사용자의 private key로 인코딩된 message digest를 상기 특정 사용자의 public key로 디코딩한 정보(A)와 상기 (a) 단계에서 생성된 message digest(B)가 일치하면, 상기 서버가, 상기 특정 사용자의 private key 및 상기 서버의 private key로 인코딩된 message digest의 해쉬값을 데이터베이스에 등록하거나 등록하도록 지원하는 단계, 및
    (c) 상기 서버가, 상기 등록된 해쉬값의 상기 데이터베이스 상의 위치 정보를 나타내는 transaction ID를 획득하는 단계를 포함하는 방법.
  2. 제1항에 있어서,
    상기 특정 파일에 대한 공증 요청은 상기 특정 사용자의 public key 전송을 포함하는 것을 특징으로 하는 방법.
  3. 제2항에 있어서,
    상기 (a) 단계 이후에,
    (a1) 상기 서버가, 상기 생성된 특정 파일의 message digest를 상기 특정 사용자에게 전달하는 단계를 더 포함하는 것을 특징으로 하는 방법.
  4. 제3항에 있어서,
    상기 (a1) 단계 이후에,
    (a2) 상기 서버가, 상기 특정 사용자의 private key로 인코딩된 message digest, 상기 특정 사용자의 public key 및 상기 message digest를 획득하는 단계를 더 포함하는 것을 특징으로 하는 방법.
  5. 제1항에 있어서,
    상기 (b) 단계에서,
    상기 A와 상기 B가 일치하면,
    상기 특정 사용자의 private key, 상기 서버의 private key 순으로 인코딩된 message digest의 해쉬값을 상기 데이터베이스에 등록하거나 등록하도록 지원하는 것을 특징으로 하는 방법.
  6. 제1항에 있어서,
    상기 데이터베이스는 가상 화폐의 블록체인인 것을 특징으로 하는 방법.
  7. 제1항에 있어서,
    상기 서버는,
    상기 A와 상기 B가 일치하면,
    상기 특정 파일을 저장하거나 저장하도록 지원하는 것을 특징으로 하는 방법.
  8. 제7항에 있어서,
    상기 특정 파일은 AES encryption되어 저장되는 것을 특징으로 하는 방법.
  9. 제1항에 있어서,
    상기 서버는,
    상기 특정 사용자의 public key, 상기 특정 파일의 message digest, 상기 특정 사용자의 private key로 인코딩된 message digest, 상기 획득된 transaction ID를 저장하거나 저장하도록 지원하는 것을 특징으로 하는 방법.
  10. 제9항에 있어서,
    상기 서버는, 상기 특정 사용자의 private key, 상기 서버의 private key 순으로 인코딩된 message digest 및 상기 인코딩된 message digest의 해쉬값을 더 저장하거나 저장하도록 지원하는 것을 특징으로 하는 방법.
  11. 제1항에 있어서,
    상기 A와 B가 일치하지 않으면,
    상기 서버는, 상기 특정 사용자가 상기 특정 파일과 관련된 사람이 아니라는 정보를 통지하는 것을 특징으로 하는 방법.
  12. 파일에 대한 검증을 수행하는 방법에 있어서,
    (a) 기존에 서버가 특정 파일에 대한 공증 요청을 받았을 때, 상기 특정 파일과 관련된 사람이 특정 사용자임이 감지되어, 상기 특정 사용자의 private key 및 상기 서버의 private key로 인코딩된 message digest의 해쉬값을 데이터베이스에 저장하고 transaction ID를 받아서 관리하고 있는 상태에서, 상기 특정 파일에 대한 검증 요청이 획득되면, 상기 서버가, 상기 특정 파일의 message digest 및 상기 특정 사용자의 public key 중 적어도 하나에 대응되는 transaction ID를 참조하는 단계,
    (b) 상기 서버가, 상기 transaction ID를 사용하여 상기 데이터베이스로부터 상기 특정 사용자의 private key 및 상기 서버의 private key로 인코딩된 message digest의 해쉬값을 포함하는 OP 메시지를 획득하는 단계, 및
    (c) 상기 특정 파일의 message digest를 상기 서버의 private key 및 상기 특정 사용자의 private key 로 인코딩한 값의 해쉬값과 상기 OP 메시지에 포함된 상기 특정 사용자의 private key 및 상기 서버의 private key로 인코딩된 message digest의 해쉬값이 동일하면, 상기 특정 파일이 검증된 것으로 판단하거나 판단하도록 지원하는 단계를 포함하는 방법.
  13. 제12항에 있어서,
    상기 (a) 단계에서,
    상기 서버는,
    상기 특정 파일에 대한 검증 요청이 있음에도 상기 특정 파일의 message digest에 대응되는 정보가 발견되지 않으면, 검증 실패 메시지를 전송하는 것을 특징으로 하는 방법.
  14. 제12항에 있어서,
    상기 특정 파일에 대한 검증 요청은 상기 특정 사용자의 public key 전송을 포함하는 것을 특징으로 하는 방법.
  15. 제12항에 있어서,
    상기 (a) 단계에서 상기 서버가 상기 특정 파일에 대한 검증 요청을 받는 경우에 있어서,
    상기 특정 파일에 대한 검증을 위해 상기 특정 파일이 획득되면, 상기 서버는, hash 함수를 사용하여 상기 특정 파일의 message digest를 생성하거나 생성하도록 지원하는 것을 특징으로 하는 방법.
  16. 제12항에 있어서,
    상기 (c) 단계에서,
    상기 서버는, 상기 특정 파일의 message digest를 상기 서버의 private key 및 상기 특정 사용자의 private key 로 인코딩한 값(A)의 해쉬값과 상기 OP 메시지에 포함된 상기 특정 사용자의 private key 및 상기 서버의 private key로 인코딩된 message digest의 해쉬값이 동일한 경우라도, 상기 A를 상기 서버의 public key 및 상기 특정 사용자의 public key를 사용하여 디코딩한 결과값이 상기 특정 파일의 message digest와 동일한 경우에 상기 특정 파일이 검증된 것으로 판단하거나 판단하도록 지원하는 것을 특징으로 하는 방법.
  17. 제12항에 있어서,
    상기 (c) 단계에서,
    상기 서버는, 상기 특정 파일의 message digest를 상기 특정 사용자의 private key 및 상기 서버의 private key로 순차로 인코딩한 값의 해쉬값과 상기 OP 메시지에 포함된 상기 특정 사용자의 private key 및 상기 서버의 private key로 인코딩된 message digest의 해쉬값이 동일한지에 따라 상기 특정 파일이 검증된 것으로 판단하거나 판단하도록 지원하는 것을 특징으로 하는 방법.
  18. 제12항에 있어서,
    (d) 상기 특정 파일이 검증된 경우, 상기 서버가, 상기 특정 파일의 다운로드를 지원하는 단계를 더 포함하는 것을 특징으로 하는 방법.
  19. 제12항에 있어서,
    상기 데이터베이스는 가상 화폐의 블록체인인 것을 특징으로 하는 방법.
  20. 파일에 대한 공증을 수행하는 서버에 있어서,
    특정 파일에 대한 공증 요청을 획득하는 통신부,
    상기 특정 파일에 대한 공증 요청이 획득되면, hash 함수를 사용하여 상기 특정 파일의 message digest를 생성하거나 생성하도록 지원하고, 특정 사용자의 private key로 인코딩된 message digest가 획득되고, 상기 특정 사용자의 private key로 인코딩된 message digest를 상기 특정 사용자의 public key로 디코딩한 정보(A)와 상기 생성된 message digest(B)가 일치하면, 상기 특정 사용자의 private key 및 상기 서버의 private key로 인코딩된 message digest의 해쉬값을 데이터베이스에 등록하거나 등록하도록 지원하는 프로세서를 포함하고,
    상기 통신부는, 상기 등록된 해쉬값의 상기 데이터베이스 상의 위치 정보를 나타내는 transaction ID를 획득하는 서버.
  21. 제20항에 있어서,
    상기 특정 파일에 대한 공증 요청시 상기 통신부는, 상기 특정 사용자의 public key를 획득하는 것을 특징으로 하는 서버.
  22. 제21항에 있어서,
    상기 통신부는, 상기 생성된 특정 파일의 message digest를 상기 특정 사용자에게 전달하는 것을 특징으로 하는 서버.
  23. 제22항에 있어서,
    상기 통신부는, 상기 생성된 특정 파일의 message digest가 전송된 후, 상기 특정 사용자의 private key로 인코딩된 message digest, 상기 특정 사용자의 public key 및 상기 message digest를 획득하는 것을 특징으로 하는 서버.
  24. 제20항에 있어서,
    상기 A와 상기 B가 일치하면,
    상기 프로세서는,
    상기 특정 사용자의 private key, 상기 서버의 private key 순으로 인코딩된 message digest의 해쉬값을 상기 데이터베이스에 등록하거나 등록하도록 지원하는 것을 특징으로 하는 서버.
  25. 제20항에 있어서,
    상기 데이터베이스는 가상 화폐의 블록체인인 것을 특징으로 하는 서버.
  26. 제20항에 있어서,
    상기 프로세서는,
    상기 A와 상기 B가 일치하면,
    상기 특정 파일을 저장하거나 저장하도록 지원하는 것을 특징으로 하는 서버.
  27. 제26항에 있어서,
    상기 특정 파일은 AES encryption되어 저장되는 것을 특징으로 하는 서버.
  28. 제20항에 있어서,
    상기 프로세서는,
    상기 특정 사용자의 public key, 상기 특정 파일의 message digest, 상기 특정 사용자의 private key로 인코딩된 message digest, 상기 획득된 transaction ID를 저장하거나 저장하도록 지원하는 것을 특징으로 하는 서버.
  29. 제28항에 있어서,
    상기 프로세서는,
    상기 특정 사용자의 private key, 상기 서버의 private key 순으로 인코딩된 message digest 및 상기 인코딩된 message digest의 해쉬값을 더 저장하거나 저장하도록 지원하는 것을 특징으로 하는 서버.
  30. 제20항에 있어서,
    상기 A와 B가 일치하지 않으면,
    상기 통신부는, 상기 특정 사용자가 상기 특정 파일과 관련된 사람이 아니라는 정보를 통지하는 것을 특징으로 하는 서버.
  31. 파일에 대한 검증을 수행하는 서버에 있어서,
    특정 파일에 대한 검증 요청을 획득하는 통신부,
    기존에 상기 서버가 상기 특정 파일에 대한 공증 요청을 받았을 때, 상기 특정 파일과 관련된 사람이 특정 사용자임이 감지되어, 상기 특정 사용자의 private key 및 상기 서버의 private key로 인코딩된 message digest의 해쉬값을 데이터베이스에 저장하고 transaction ID를 받아서 관리하고 있는 상태에서, 상기 특정 파일에 대한 검증 요청이 획득되면, 상기 특정 파일의 message digest 및 상기 특정 사용자의 public key 중 적어도 하나에 대응되는 transaction ID를 참조하는 프로세서를 포함하고,
    상기 통신부는,
    상기 transaction ID를 사용하여 상기 데이터베이스로부터 상기 특정 사용자의 private key 및 상기 서버의 private key로 인코딩된 message digest의 해쉬값을 포함하는 OP 메시지를 획득하고,
    상기 프로세서는,
    상기 특정 파일의 message digest를 상기 서버의 private key 및 상기 특정 사용자의 private key 로 인코딩한 값의 해쉬값과 상기 OP 메시지에 포함된 상기 특정 사용자의 private key 및 상기 서버의 private key로 인코딩된 message digest의 해쉬값이 동일하면, 상기 특정 파일이 검증된 것으로 판단하거나 판단하도록 지원하는 서버.
  32. 제31항에 있어서,
    상기 통신부는,
    상기 특정 파일에 대한 검증 요청이 있음에도 상기 특정 파일의 message digest에 대응되는 정보가 발견되지 않으면, 검증 실패 메시지를 전송하는 것을 특징으로 하는 서버.
  33. 제31항에 있어서,
    상기 통신부는, 상기 특정 파일에 대한 검증 요청시 상기 특정 사용자의 public key를 획득하는 것을 특징으로 하는 서버.
  34. 제31항에 있어서,
    상기 서버가 상기 특정 파일에 대한 검증 요청을 받는 경우에 있어서,
    상기 특정 파일에 대한 검증을 위해 상기 특정 파일이 획득되면, 상기 프로세서는, hash 함수를 사용하여 상기 특정 파일의 message digest를 생성하거나 생성하도록 지원하는 것을 특징으로 하는 서버.
  35. 제31항에 있어서,
    상기 프로세서는, 상기 특정 파일의 message digest를 상기 서버의 private key 및 상기 특정 사용자의 private key 로 인코딩한 값(A)의 해쉬값과 상기 OP 메시지에 포함된 상기 특정 사용자의 private key 및 상기 서버의 private key로 인코딩된 message digest의 해쉬값이 동일한 경우라도, 상기 A를 상기 서버의 public key 및 상기 특정 사용자의 public key를 사용하여 디코딩한 결과값이 상기 특정 파일의 message digest와 동일한 경우에 상기 특정 파일이 검증된 것으로 판단하거나 판단하도록 지원하는 것을 특징으로 하는 서버.
  36. 제31항에 있어서,
    상기 프로세서는, 상기 특정 파일의 message digest를 상기 특정 사용자의 private key 및 상기 서버의 private key로 순차로 인코딩한 값의 해쉬값과 상기 OP 메시지에 포함된 상기 특정 사용자의 private key 및 상기 서버의 private key로 인코딩된 message digest의 해쉬값이 동일한지에 따라 상기 특정 파일이 검증된 것으로 판단하거나 판단하도록 지원하는 것을 특징으로 하는 서버.
  37. 제31항에 있어서,
    상기 특정 파일이 검증된 경우, 상기 프로세서는, 상기 특정 파일의 다운로드를 지원하는 것을 특징으로 하는 서버.
  38. 제31항에 있어서,
    상기 데이터베이스는 가상 화폐의 블록체인인 것을 특징으로 하는 서버.
PCT/KR2016/013958 2015-12-29 2016-11-30 파일에 대한 공증 및 검증을 수행하는 방법 및 서버 WO2017116019A1 (ko)

Priority Applications (6)

Application Number Priority Date Filing Date Title
EP16881971.2A EP3399484B1 (en) 2015-12-29 2016-11-30 Method and server for authenticating and verifying file
CN201680077286.0A CN108431842B (zh) 2015-12-29 2016-11-30 用于对文件进行认证和验证的方法和服务器
CA3009970A CA3009970C (en) 2015-12-29 2016-11-30 Method and server for authenticating and verifying file
US16/018,195 US10395062B2 (en) 2015-12-29 2018-06-26 Method and server for authenticating and verifying file
US16/506,220 US11017122B2 (en) 2015-12-29 2019-07-09 Method and server for authenticating and verifying file
US16/506,257 US11205014B2 (en) 2015-12-29 2019-07-09 Method and server for authenticating and verifying file

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
KR1020150188978A KR101772553B1 (ko) 2015-12-29 2015-12-29 파일에 대한 공증 및 검증을 수행하는 방법 및 서버
KR10-2015-0188978 2015-12-29

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US16/018,195 Continuation US10395062B2 (en) 2015-12-29 2018-06-26 Method and server for authenticating and verifying file

Publications (1)

Publication Number Publication Date
WO2017116019A1 true WO2017116019A1 (ko) 2017-07-06

Family

ID=59224955

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/KR2016/013958 WO2017116019A1 (ko) 2015-12-29 2016-11-30 파일에 대한 공증 및 검증을 수행하는 방법 및 서버

Country Status (6)

Country Link
US (3) US10395062B2 (ko)
EP (1) EP3399484B1 (ko)
KR (1) KR101772553B1 (ko)
CN (1) CN108431842B (ko)
CA (1) CA3009970C (ko)
WO (1) WO2017116019A1 (ko)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108876375A (zh) * 2018-06-29 2018-11-23 全链通有限公司 区块链实名参与方法和系统

Families Citing this family (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN116842483A (zh) * 2016-05-13 2023-10-03 区块链控股有限公司 验证数字资产完整性的方法和系统
WO2018046103A1 (en) * 2016-09-10 2018-03-15 Swiss Reinsurance Company Ltd. Secure key management and peer-to-peer transmission system with a controlled, double-tier cryptographic key structure and corresponding method thereof
TWI648679B (zh) * 2017-08-16 2019-01-21 永豐商業銀行股份有限公司 使用區塊鏈之證照發行管理系統與方法
WO2019098895A1 (en) * 2017-11-17 2019-05-23 Telefonaktiebolaget Lm Ericsson (Publ) Method and arrangement for detecting digital content tampering
KR102423020B1 (ko) * 2018-02-19 2022-07-21 레노보 (싱가포르) 피티이. 엘티디. 블록체인 네트워크를 통한 원격 유닛의 프로비저닝
KR101929482B1 (ko) 2018-08-13 2019-03-12 (주)아사달 상호인증 블록체인 기반의 기업정보 공유 방법
CN113793151A (zh) * 2018-11-28 2021-12-14 创新先进技术有限公司 基于区块链的数据存证方法及装置、电子设备
US11469881B2 (en) * 2018-12-26 2022-10-11 Korea Institute Of Science And Technology Apparatus and method for forgery prevention of digital information
US10984137B2 (en) * 2019-02-15 2021-04-20 Charter Communications Operating, Llc Secure data at rest
KR102236620B1 (ko) * 2019-02-15 2021-04-05 김세진 헌혈 관리 방법 및 시스템
US12099997B1 (en) 2020-01-31 2024-09-24 Steven Mark Hoffberg Tokenized fungible liabilities
JP2023094838A (ja) * 2021-12-24 2023-07-06 キヤノン株式会社 プログラム、情報処理装置、情報処理装置の制御方法

Citations (4)

* Cited by examiner, † Cited by third party
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 주식회사 로마켓아시아 전자문서의 공증 및 검증 처리가 가능한 공증 센터 서버 및 그 방법

Family Cites Families (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100230873B1 (ko) * 1995-12-29 1999-11-15 류정열 자동차의 배터리 방전 차단시스템
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
KR100553001B1 (ko) * 2001-01-30 2006-02-15 김강철 게임놀이 완구
US8601566B2 (en) * 2001-10-23 2013-12-03 Intel Corporation Mechanism supporting wired and wireless methods for client and server side authentication
WO2003073399A1 (fr) * 2002-02-26 2003-09-04 Fujitsu Limited Procede et systeme pour verifier l'originalite de donnees
US7949609B2 (en) * 2006-01-06 2011-05-24 Brian Colella System for secure online selling, buying and bill pay in an electronic commerce setting
JP5102881B2 (ja) * 2006-08-22 2012-12-19 セイコープレシジョン株式会社 タイムスタンプ付加装置、タイムスタンプ付加方法、電子メール中継サーバ及びコンピュータプログラム
GB0622149D0 (en) * 2006-11-07 2006-12-20 Singlepoint Holdings Ltd System and method to validate and authenticate digital data
CN101383707A (zh) * 2007-09-03 2009-03-11 郑建德 一种轻量级认证系统及其关键算法
WO2013105941A1 (en) * 2012-01-11 2013-07-18 Intel Corporation File vault and cloud based document notary service
EP2885904B1 (en) * 2012-08-03 2018-04-25 Vasco Data Security International GmbH User-convenient authentication method and apparatus using a mobile authentication application
WO2014056185A1 (en) * 2012-10-12 2014-04-17 Empire Technology Development Llc Notarization based on currency transactions
CN104320262B (zh) * 2014-11-05 2017-07-21 中国科学院合肥物质科学研究院 基于加密数字货币公开账本技术的用户公钥地址绑定、检索和校验的方法及系统
US9374373B1 (en) * 2015-02-03 2016-06-21 Hong Kong Applied Science And Technology Research Institute Co., Ltd. Encryption techniques for improved sharing and distribution of encrypted content
CN105141602A (zh) * 2015-08-18 2015-12-09 西安电子科技大学 基于收敛加密的文件所有权证明方法

Patent Citations (4)

* Cited by examiner, † Cited by third party
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 주식회사 로마켓아시아 전자문서의 공증 및 검증 처리가 가능한 공증 센터 서버 및 그 방법

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
VARIOUS ELECTRONIC DOCUMENTS, AUTHENTICATION BY ''BLOCKCHAIN, 17 November 2015 (2015-11-17), Retrieved from the Internet <URL:http://www.zdnet.co.kr/news/news_view.asp?artice_id=20151116185432> [retrieved on 20170119] *

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108876375A (zh) * 2018-06-29 2018-11-23 全链通有限公司 区块链实名参与方法和系统
CN108876375B (zh) * 2018-06-29 2020-09-08 全链通有限公司 区块链实名参与方法和系统

Also Published As

Publication number Publication date
CN108431842B (zh) 2022-08-09
US20190332810A1 (en) 2019-10-31
KR101772553B1 (ko) 2017-08-30
CN108431842A (zh) 2018-08-21
EP3399484B1 (en) 2023-08-02
EP3399484A1 (en) 2018-11-07
CA3009970A1 (en) 2017-07-06
US11017122B2 (en) 2021-05-25
EP3399484C0 (en) 2023-08-02
US20180300507A1 (en) 2018-10-18
US11205014B2 (en) 2021-12-21
US10395062B2 (en) 2019-08-27
KR20170078452A (ko) 2017-07-07
CA3009970C (en) 2020-09-22
US20190332809A1 (en) 2019-10-31
EP3399484A4 (en) 2019-07-31

Similar Documents

Publication Publication Date Title
WO2017116019A1 (ko) 파일에 대한 공증 및 검증을 수행하는 방법 및 서버
WO2017116062A1 (ko) 파일에 대한 공증 및 검증을 수행하는 방법 및 서버
WO2017135670A1 (ko) 파일에 대한 노터리 서비스를 제공하고 상기 노터리 서비스를 사용하여 기록된 파일에 대한 검증을 수행하는 방법 및 서버
WO2018124857A1 (ko) 블록체인 기반의 모바일 아이디를 이용하여 사용자를 비대면 인증하는 방법, 단말 및 이를 이용한 서버
WO2018155822A1 (ko) 계정 등록의 간소화 서비스 및 사용자 인증 서비스를 제공하는 방법 및 이를 이용한 인증 서버
WO2017111383A1 (ko) 생체 정보 기반 인증 장치, 이와 연동하는 제어 서버, 그리고 이들의 생체 정보 기반 로그인 방법
US8959346B2 (en) System and method for a single request—single response protocol with mutual replay attack protection
WO2018012871A1 (ko) 메신저 서비스를 통하여 송수신하는 데이터에 대한 기록 서비스 및 검증 서비스를 제공하는 방법, 및 이를 이용한 서버
WO2018194351A1 (ko) Utxo 기반 프로토콜에서 머클 트리 구조를 이용하는 블록체인 기반의 문서 관리 방법 및 이를 이용한 문서 관리 서버
WO2018124856A1 (ko) 블록체인 데이터베이스를 통해 모바일 아이디를 이용하여 사용자를 인증하는 방법, 단말 및 이를 이용한 서버
WO2020164280A1 (zh) 数据传输加密方法、装置及存储介质、服务器
WO2021150032A1 (en) Method for providing authentication service by using decentralized identity and server using the same
WO2014185594A1 (ko) Vdi 환경에서의 싱글 사인온 시스템 및 방법
WO2015069018A1 (ko) 보안 로그인 시스템, 방법 및 장치
WO2020246706A1 (ko) 문서의 신뢰성을 보장하기 위한 블록체인 기반의 문서 정보 관리 장치 및 그 동작 방법
WO2020246705A1 (ko) 블록체인을 기반으로 문서 정보의 관리를 가능하게 하는 문서 정보 관리 장치 및 그 동작 방법
WO2014003362A1 (ko) Otp 기반 인증 시스템 및 방법
WO2020117020A1 (ko) 생체 정보 기반의 pki 키 생성 방법 및 이를 이용한 키 생성 장치
WO2016064041A1 (ko) 해쉬값을 이용하여 응용 프로그램의 위변조 여부를 탐지하는 사용자 단말기 및 그것을 이용한 위변조 탐지 방법
KR101727134B1 (ko) 파일에 대한 공증, 검증 및 파기를 수행하는 방법 및 서버
JP7331714B2 (ja) 情報処理装置、情報処理方法及びプログラム
WO2010068057A1 (en) Apparatus for managing identity data and method thereof
WO2018032583A1 (zh) 一种终端位置信息获取方法及装置
WO2016085079A1 (ko) 모바일 단말을 위한 간편 결제 보조 장치 및 방법
WO2023149660A1 (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: 16881971

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 3009970

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: 2016881971

Country of ref document: EP

ENP Entry into the national phase

Ref document number: 2016881971

Country of ref document: EP

Effective date: 20180730