Skip to content

Commit 5be7d45

Browse files
authored
init
1 parent b84b556 commit 5be7d45

File tree

1 file changed

+39
-12
lines changed

1 file changed

+39
-12
lines changed

README.md

Lines changed: 39 additions & 12 deletions
Original file line numberDiff line numberDiff line change
@@ -1,5 +1,5 @@
11
<div align="center">
2-
<img src="assets/Banner.jpg">
2+
<img src="assets/zk-Call Preview [Python].png">
33
</div>
44
<h1 align="center">zk-Call & Labs</h1>
55

@@ -19,15 +19,15 @@
1919

2020

2121

22-
## Table of Contents
22+
# Table of Contents
2323
- [Credits](#credits)
2424
- [Purpose](#purpose)
2525
- [How it Works](#how-it-works)
2626
- [API](#api)
2727
- [Example Usage](#example-usage)
2828

2929

30-
## Credits
30+
# Credits
3131
This repository hosts a refined implementation of **Schnorr's protocol**, innovatively incorporating a state seed for enhanced security measures. While the underlying proofs may appear intricate, I aim to elucidate their functionality to the best of my ability. However, for a deeper understanding, I encourage referencing the seminal research papers underpinning this implementation, as they offer comprehensive insights.
3232

3333
For further exploration:
@@ -39,34 +39,61 @@ Additionally, this repository delves into the concepts of **"Zero-Knowledge" Pro
3939
On the other hand, **HMACs** are a type of cryptographic hash function used for message authentication. They involve a cryptographic hash function **(such as SHA-256)** and a secret cryptographic key. **HMACs** provide a way to verify both the data integrity and the authenticity of a message, ensuring that it has not been altered or tampered with during transmission and that it indeed originates from the purported sender.
4040

4141

42-
## Purpose
43-
In today's rapidly evolving IT and application development landscape, **"Zero-Knowledge" Proofs (ZKPs)** emerge as a pivotal paradigm for authentication security. Their capacity to affirm the validity of a claim—such as proving possession of a secret password—without revealing any sensitive information about the claim itself, such as passwords or hashes, revolutionizes the assurance of secure AAA operations (authentication, authorization, and accounting). **zk-Call & Labs** represents an implementation of a [**Non-Interactive "Zero-Knowledge" Proof**](https://en.wikipedia.org/wiki/Non-interactive_zero-knowledge_proof) **(NIZKP)** protocol tailored specifically for validating text-based secrets. This framework proves invaluable for safeguarding passwords and other authentication mechanisms, ensuring robust security measures without compromising privacy. Additionally, the integration of **HMAC (Hash-Based Message Authentication Code)** further fortifies the authentication process, enhancing data integrity and thwarting potential security breaches.
42+
# Purpose
43+
In today's rapidly evolving IT and application development landscape, **"Zero-Knowledge" Proofs (ZKPs)** emerge as a pivotal paradigm for authentication security. Their capacity to affirm the validity of a claim—such as proving possession of a secret password—without revealing any sensitive information about the claim itself, such as passwords or hashes, revolutionizes the assurance of secure AAA operations (authentication, authorization, and accounting).
4444

45-
## How It Works
45+
**zk-Call & Labs** represents an implementation of a [**Non-Interactive "Zero-Knowledge" Proof**](https://en.wikipedia.org/wiki/Non-interactive_zero-knowledge_proof) **(NIZKP)** protocol tailored specifically for validating text-based secrets. This framework proves invaluable for safeguarding passwords and other authentication mechanisms, ensuring robust security measures without compromising privacy. Additionally, the integration of **HMAC (Hash-Based Message Authentication Code)** further fortifies the authentication process, enhancing data integrity and thwarting potential security breaches.
46+
47+
# How It Works
4648

4749
**The authentication protocol employed in this system operates based on two fundamental concepts:**
4850
**"Zero-Knowledge" Proofs (ZKPs)** and **Hash-Based Message Authentication Code (HMAC)**. Let's delve into each of these components and understand how they synergize to ensure secure authentication in messaging applications.
51+
<br>
52+
53+
"Zero-Knowledge" Proofs (ZKPs):
54+
---
55+
56+
![Detailed Schematic Overview of "Zero-Knowledge" Technology (1)](assets/ZKP-HMAC-1.png)
57+
![Detailed Schematic Overview of "Zero-Knowledge" Technology (2)](assets/ZKP-HMAC-2.png)
58+
![Detailed Schematic Overview of "Zero-Knowledge" Technology (3)](assets/ZKP-HMAC-3.png)
59+
![Detailed Schematic Overview of "Zero-Knowledge" Technology (4)](assets/ZKP-HMAC-4.png)
60+
61+
---
4962

5063
**"Zero-Knowledge" Proofs (ZKPs)** form the bedrock of privacy-preserving authentication mechanisms. These proofs allow one party **(the prover)** to demonstrate the validity of a claim to another party **(the verifier)** without revealing any additional information beyond the claim's validity. In essence, **ZKPs** enable authentication without the need for the prover to disclose sensitive data, such as passwords or cryptographic keys.
5164

5265
**Application in Authentication:**
5366
In the context of messaging applications, **ZKPs** play a pivotal role in verifying a user's identity without the need to transmit explicit credentials over the network. Instead, users can generate cryptographic proofs attesting to their identity or possession of certain credentials without exposing those credentials themselves. This ensures that sensitive information remains confidential during the authentication process, bolstering security and privacy.
5467

68+
---
69+
70+
71+
Hash-Based Message Authentication Code (HMAC):
72+
---
73+
74+
![Detailed Schematic Overview of HMAC Encryption](assets/HMAC.png)
75+
76+
---
77+
5578
**Hash-Based Message Authentication Code (HMAC):**
5679
**HMAC** provides a robust mechanism for verifying the integrity and authenticity of messages exchanged between parties. It involves the use of a cryptographic hash function in conjunction with a secret key to generate a unique code **(the HMAC)** for each message. This code serves as a digital signature, allowing the recipient to verify that the message has not been tampered with or altered during transmission.
5780

5881
**Application in Authentication:**
5982
In messaging applications, **HMAC** can be employed to authenticate message senders and ensure the integrity of communication channels. By appending an **HMAC** to each message using a shared secret key, both the sender and recipient can validate the message's authenticity upon receipt. Any unauthorized modifications to the message would result in a mismatch between the **computed HMAC** and the **received HMAC**, thereby alerting the recipient to potential tampering.
6083

84+
---
85+
6186
**Synergistic Operation:**
6287
When combined, **"Zero-Knowledge" Proofs** and **HMAC** create a formidable framework for secure authentication in messaging applications. **ZKPs** facilitate identity verification without divulging sensitive information, while **HMAC** ensures the integrity and authenticity of messages exchanged between parties. Together, these mechanisms uphold the confidentiality, integrity, and authenticity of communication channels, safeguarding users' privacy and security in the digital realm.
6388

89+
---
6490

65-
<h1>API</h1>
91+
# API
6692

6793
The **`"Zero-Knowledge"`** Python API is meant to be simple and intuitive:<br>
6894

69-
### Core Components
95+
96+
## Core Components
7097
The **`Core Components`** are key for establishing a secure and efficient framework for cryptographic protocols; streamlining the creation and validation of **"Zero-Knowledge" Proofs (ZKPs)**. They enhance anonymous, data-safe proof validations.
7198

7299
![Detailed Schematic Overview of Core Components](assets/Core%20Components.png)
@@ -120,7 +147,7 @@ Wrapper that contains a proof and the necessary data to validate the proof again
120147

121148
---
122149

123-
### ZeroKnowledge
150+
## ZeroKnowledge
124151
The **`ZeroKnowledge`** class is the central component of **`ZeroKnowledge`** and its state (defined by **`ZeroKnowledgeParams`**) should be inherently known to both the Client (Prover) and Server (Verifier).
125152

126153
![Comprehensive Visual Guide to ZeroKnowledge Framework](assets/ZeroKnowledge.png)
@@ -160,7 +187,7 @@ The **`ZeroKnowledge`** class is the central component of **`ZeroKnowledge`** an
160187
# Example Usage
161188
TODO: Include **`Example Usage`**
162189

163-
### Example 1
190+
## Example 1
164191

165192
"""
166193
Extremely simple example of hmac
@@ -266,7 +293,7 @@ TODO: Include **`Example Usage`**
266293

267294
---
268295

269-
### Example 2
296+
## Example 2
270297

271298
"""
272299
Extremely simple example of ZeroKnowledge
@@ -402,7 +429,7 @@ TODO: Include **`Example Usage`**
402429

403430
---
404431
405-
### Example 3
432+
## Example 3
406433

407434
"""
408435
Extremely simple example of ZeroKnowledge and hmac together

0 commit comments

Comments
 (0)