Het document
Het protocol, opgeschreven.
Een samenvatting van het Asgard-protocol: de vier lagen, de primitieven die elke laag gebruikt en de standaarden waar ze vandaan komen. Het is geschreven om gecontroleerd te worden. Waar iets wel is vastgelegd en nog niet gebouwd, zegt de pagina dat.
- Protocol
- Asgard
- Groepsuitbreidingen
- intouch_hybrid_v1
- Normbasis
- CRYSTALS ronde 3 · RFC 9420
- Protocolsamenstelling
- Hybride Asgard-profiel
Vier lagen, en alle vier hybride
Asgard combineert klassieke en postkwantumprimitieven voor identiteiten, sessies, ratchets en groepen. De groepsuitbreiding vereist de juiste buildfuncties. Gepubliceerde primitieven vervangen geen onafhankelijke beoordeling van de samenstelling.
- 01
Identiteit
Ed25519 + CRYSTALS-Dilithium
Identiteitsmateriaal combineert Ed25519 en CRYSTALS-Dilithium5. Privéondertekeningssleutels behoren toe aan de eindpunten van deelnemers. Controleer welke handtekeningcontroles de uitgebrachte client en implementatie afdwingen.
- 02
Sessie
Hybrid X3DH · X25519 + CRYSTALS-Kyber1024 · HKDF
Een hybride sessie combineert X25519-sleuteluitwisselingen en CRYSTALS-Kyber1024-encapsulatie via HKDF. Openbare voorsleutels maken een sessiestart mogelijk terwijl de ontvanger offline is.
- 03
Bericht
Double Ratchet · new root = HKDF(DH_ratchet ‖ KEM_ratchet)
AES-256-GCM en een Double Ratchet, met X25519 en CRYSTALS-Kyber1024 gecombineerd bij asymmetrische ratchetstappen. Correct wissen van sleutels en nieuwe uitwisselingen zijn vereist voor de beoogde bescherming.
- 04
Groepen
MLS (RFC 9420) + intouch_hybrid_v1
MLS (RFC 9420), met de hybride InTouch-uitbreiding. Hybride groepsbescherming vereist de juiste buildfuncties en clients; controleer uw implementatie.
Gepubliceerde primitieven, InTouch-samenstelling
Asgard gebruikt de onderstaande gepubliceerde primitieven in een hybride InTouch-samenstelling. De CRYSTALS-coderingen uit ronde 3 verschillen van de definitieve ML-KEM- en ML-DSA-standaarden. Dit is geen FIPS-validatie of onafhankelijke audit.
- Symmetrische versleuteling
- AlgoritmeAES-256-GCM
- StandaardNIST
- Sterkte256 bits
- Sleuteluitwisseling
- AlgoritmeX25519
- StandaardRFC 7748
- Sterkte~128 bits klassiek
- Handtekeningen
- AlgoritmeEd25519
- StandaardRFC 8032
- Sterkte~128 bits klassiek
- Post-kwantum-KEM
- AlgoritmeCRYSTALS-Kyber1024
- StandaardCRYSTALS ronde 3
- SterkteNIST-niveau 5
- Post-kwantumhandtekeningen
- AlgoritmeCRYSTALS-Dilithium5
- StandaardCRYSTALS ronde 3
- SterkteNIST-niveau 5
- Sleutelafleiding
- AlgoritmeHKDF-SHA-512
- StandaardRFC 5869
- Sterkte256 bits
- Groepsprotocol
- AlgoritmeMLS
- StandaardRFC 9420
- Sterkte—
Wat de server bewaart
De relay verwerkt versleutelde inhoud, openbaar verificatiemateriaal en operationele metagegevens, waaronder Space-leden en wie berichten plaatst. De lijsten onderscheiden deze gegevens van beschermde inhoud en privésleutels.
Bewaard
- Accountidentificatoren en openbare verificatiesleutels
- Versleutelde berichten die op bezorging wachten
- Space-leden en wie berichten plaatst
- Routering naar ontvangers, tijdstippen en verkeersvolume
- Versleutelde sleutelback-ups, indien ingeschakeld
Buiten bereik
- Beschermde berichtinhoud
- Versleutelde berichtvelden en waarden
- Privésleutels voor ontsleuteling van deelnemers
Waartegen dit niet beschermt
Bescherming hangt af van veilige eindpunten, buildfuncties en implementatie-instellingen. Bevoegde ontvangers en agenten kunnen ontvangen inhoud bewaren. Metagegevens blijven zichtbaar. De CRYSTALS-algoritmen uit ronde 3 gebruiken niet de definitieve FIPS-coderingen van ML-KEM en ML-DSA; er wordt geen certificering of voltooide onafhankelijke audit geclaimd.
Beschikbaarheid van contactzoeken
Broncodeonderzoek bevestigde een serverimplementatie voor geblindeerd contactzoeken. Clientintegratie en beschikbaarheid in de implementatie zijn niet geverifieerd. Controleer de appversie en Beveiliging voordat u hierop vertrouwt.
Wat u vandaag kunt controleren
Lees de protocolsamenvatting, bekijk de beveiligingsstatus en vergelijk belangrijke identiteiten via een vertrouwd kanaal.
- 01
Lees de beveiligingsstatus
Implementatiebewijs, vereisten voor implementaties en bescherming die nog onafhankelijk moet worden gecontroleerd.
- 02
Houd het transparantielogboek in de gaten
Clients controleren sleutels in ondertekende loggeschiedenissen met inclusie- en consistentiebewijzen. Onafhankelijke waarnemers moeten geschiedenissen vergelijken om afzonderlijke, intern consistente weergaven te ontdekken.
- 03
Vergelijk een veiligheidsnummer
Vergelijk veiligheidsnummers via een onafhankelijk kanaal met iemand van wie u de identiteit al kent.
Dit is de vorm ervan, niet het geheel.
Lees de protocolsamenvatting en implementatienotities. Openbare broncodepublicatie en een voltooide onafhankelijke audit staan nog uit.