Human Obfuscation Layer
Ciò che l’AI vede non è reale: è un ologramma
Protocollo aperto per la protezione della biometria comportamentale
Architettura del Protocollo
HOLogram è uno Human Obfuscation Layer: uno strato locale che offusca, normalizza e stabilizza i segnali comportamentali prima che raggiungano script o modelli di AI
Protegge la biometria comportamentale mantenendo naturalezza e funzionalità dell’interazione
Obiettivi del protocollo
- Ridurre la riconducibilità comportamentale, preservando l’intenzione dell’utente
- Mantenere naturalità e fluidità del gesto
- Operare solo in locale, senza telemetria
- Offrire trasparenza tramite HUD e parametri controllabili
- Essere uno standard aperto, verificabile e replicabile
Moduli principali del layer
- ShadowDOM Input Vault
- Isola e normalizza gli eventi di input, eliminando micro‑tempi identificanti della digitazione
- Pointer & Scroll Normalizer
- Riduce frequenza, quantizza coordinate e stabilizza i movimenti per eliminare irregolarità uniche
- Persona Mixer (session consistent)
- Genera una firma comportamentale sintetica valida per la singola sessione, impedendo correlazioni tra siti o sessioni diverse
- Behavioral Differential Privacy Engine Ispirato al paradigma della privacy differenziale, ma adatto a flussi real-time:
- Applica rumore minimo e stabilizzazione per ridurre la sensibilità del comportamento osservabile
- Behavioral Privacy Budget
- Controlla dinamicamente quanta informazione comportamentale viene esposta e aumenta la protezione quando necessario
- Exposure HUD
- Mostra livello di protezione, moduli attivi ed eventuali escalation automatiche
Proprietà fondamentali
- Human‑centric: protegge la persona, non il browser
- Local‑only & zero‑retention: nessun dato inviato o conservato
- Non manipolativo: non altera l’intenzione dell’utente
- AI‑free: impedisce identificazione da parte dell’AI
- Aperto e verificabile: adatto a implementazioni indipendenti
Flusso operativo
- Acquisizione (Input Vault)
- Normalizzazione (Normalizer)
- Personalizzazione sintetica (Persona Mixer)
- Protezione differenziale (DP Engine)
- Gestione Esposizione (Privacy Budget)
- Output finale verso il sito
Il contenuto rimane identico.
La forma comportamentale è offuscata
Download Ufficiali HOLogram
| Whitepaper v1.0 (completo) Documento principale del protocollo | Whitepaper v1.0 |
| Whitepaper v1.0 (English) Complete version | HOLogram__v1.0_EN |
| Whitepaper — Versione Minima Sintesi compatta per lettura rapida | Whitepaper Minimo |
| Whitepaper — Minimum Version (English) Compact summary for quick reading | HOLogram_min_1.0_EN |
| HASHES.txt Storico degli hash SHA‑256 | HASHES.txt |
| Repository GitHub Versioni firmate e tag immutabili. | GitHub Repository |
| IPFS Gateway Copia distribuita dei file | IPFS URI |
Notarizzazione & Integrità
HOLogram pubblica ogni documento ufficiale con la sua impronta crittografica SHA‑256 e un CID IPFS, garantendo autenticità e verificabilità indipendente
Verifica SHA‑256
- Scarica il file (Whitepaper, Minimo o HASHES.txt)
- Calcola l’hash SHA‑256 sul tuo dispositivo
- Linux/macOS (Shell): sha256sum HOLogram.pdf
- Windows (PowerShell): Get-FileHash HOLogram.pdf -Algorithm SHA256
- Confronta con l’hash pubblicato nella pagina Download
Se coincidono il file è autentico
Verifica via IPFS
Recupera la copia distribuita tramite:
ipfs://QmZ64tU7EzVgWruXzmx7RYHsMr3ECJ2pVe65jzokAhbUpp
Oppure gateway pubblico:
https://ipfs.io/ipfs/QmZ64tU7EzVgWruXzmx7RYHsMr3ECJ2pVe65jzokAhbUpp/
Storico notarizzazioni (HASHES.txt)
Contiene hash e CID di tutte le versioni del Whitepaper
Ecosistema HOLogram
L’Ecosistema HOLogram riunisce gli strumenti e i processi che permettono alla community di sviluppare, verificare e far evolvere lo Human Obfuscation Layer come standard aperto, neutrale e verificabile
HLP — HOLogram Layer Protocol
Specifiche tecniche formali del layer: semantica dei moduli, requisiti minimi, interoperabilità
Garantisce che tutte le implementazioni mantengano la stessa logica di protezione comportamentale
HCT — HOLogram Compliance Tests
Test che verificano correttezza, coerenza e naturalità del comportamento
Assicurano uniformità e affidabilità tra versioni, fork e implementazioni indipendenti
HOLoToken — HRL & HCS
Sistema reputazionale non finanziario basato su contributi tecnici:
- HRcodice, test, sicurezza, documentazione, ricerca
- Zero speculazione — solo merito tecnico
RFC — Request for Comments
Processo aperto per proporre miglioramenti al protocollo
Ogni RFC è pubblica, revisionata tecnicamente e tracciata nel tempo
Security Disclosure Policy
La sicurezza del protocollo HOLogram è una priorità
Se individui una vulnerabilità, non aprire issue pubbliche: usa il canale riservato
Ambito
Sono considerate vulnerabilità in ambito:
- specifiche HLP
- implementazioni di riferimento
- componenti del layer (Input Vault, Normalizer, Persona Mixer, DP Engine, Privacy Budget, HUD)
- pipeline CI/CD e dipendenze
- documenti notarizzati (PDF, HASHES, IPFS CID)
NB: Problemi puramente editoriali (refusi, impaginazione) o di stile del sito non rientrano nell’ambito security
Cosa inviare
- titolo + severità
- descrizione tecnica
- passi per riprodurre (PoC minimo)
- ambiente/versioni
- impatto osservato
- eventuale mitigazione
- attribuzione (nome/pseudonimo/anonimo)
Crittografia (opzionale)
Puoi inviare dettagli sensibili cifrati tramite PGP
RFC: Request for Comments
Le RFC sono il meccanismo aperto con cui la community propone, discute e standardizza modifiche a HOLogram (moduli, semantica HLP, test HCT, policy HRL/HCS)
Ogni RFC è pubblica, ha un numero, uno stato e un flusso chiaro di revisione tecnica
Cosa puoi proporre con una RFC:
- estensioni o chiarimenti dell’HLP — HOLogram Layer Protocol
- nuove regole/parametri per HCT — Compliance Tests
- miglioramenti alla Reference Implementation (senza codice, solo semantica)
- aggiornamenti a HRL/HCS (HOLoToken) e al processo di governance
Stati (sintesi) Draft → Review → Accepted / Rejected → Final / Superseded