Meta tags:

Headings (most frequently used words):

bearbeiten, quelltext, key, verschlüsselung, werkzeuge, in, anderen, paket, typ, encrypted, session, openpgp, inhaltsverzeichnis, allgemeines, anwendungen, geschichte, kryptographische, verfahren, schlüsselbeglaubigung, aufbau, der, zertifikate, qualifizierte, signaturen, nach, dem, signaturgesetz, normen, und, standards, weblinks, einzelnachweise, navigationsmenü, signatur, algorithmen, meine, namensräume, ansichten, suche, navigation, mitmachen, drucken, exportieren, projekten, sprachen, public, symmetric,

Text of the page (most frequently used words):
die (88), der (66), und (66), #openpgp (54), von (45), mit (41), werden (39), eine (39), #schlüssel (37), bearbeiten (35), ist (32), rfc (30), das (30), key (30), dem (29), ein (28), nur (28), des (27), den (26), nicht (26), pgp (25), für (24), auch (22), als (21), einem (21), oder (19), wird (19), dass (19), kann (19), typ (19), quelltext (18), format (18), aus (18), paket (18), packet (18), diese (17), signaturen (17), bit (17), sind (15), sich (13), user (13), mail (13), enthält (13), daten (13), können (12), auf (12), verschlüsselung (12), session (12), org (11), aber (11), einer (11), vorname (11), nachname (11), zum (10), durch (10), wurde (10), gnupg (10), mime (10), vom (10), verfahren (10), public (10), text (9), einen (9), zur (9), signatur (9), 128 (9), algorithmen (9), verschlüsselt (9), wenn (8), man (8), hauptschlüssel (8), signieren (8), signiert (8), dritten (8), encrypted (8), wikipedia (7), dieser (7), 6637 (7), 4880 (7), zertifikate (7), komponenten (7), bei (7), ids (7), example (7), verwendet (7), empfänger (7), verschlüsselte (7), 256 (7), definiert (7), algorithmus (7), sie (6), gibt (6), curve (6), seit (6), version (6), qualifizierte (6), unterschlüssel (6), zertifiziert (6), nach (6), dann (6), adresse (6), muss (6), verschlüsseln (6), öffentlichen (6), rsa (6), verschlüsselten (6), reserviert (6), artikel (5), weitere (5), standard (5), 5581 (5), signaturgesetz (5), wie (5), erzeugen (5), möglich (5), zertifikats (5), eines (5), dabei (5), erzeugt (5), sig (5), zertifizierer (5), schlüssels (5), nachrichten (5), symmetrischen (5), folgende (5), alten (5), inc (4), anderen (4), ietf (4), html (4), vertrauen (4), programm (4), camellia (4), privaten (4), beiden (4), sowohl (4), keine (4), hat (4), 509 (4), zwei (4), 0x12345678 (4), alle (4), echtheit (4), ablaufdatum (4), mehrere (4), prüfsumme (4), private (4), mailprogramme (4), signierte (4), was (4), bemerkungen (4), byte (4), nachricht (4), kein (4), nutzdaten (4), pakettypen (4), bis (4), data (4), über (3), unter (3), etwa (3), jeweils (3), seite (3), neuen (3), https (3), gültigkeit (3), veraltet (3), englisch (3), the (3), alliance (3), message (3), elliptic (3), cryptography (3), ecc (3), 2012 (3), standardisiert (3), standards (3), qualifizierter (3), weiterer (3), inhalt (3), ersten (3), technische (3), derzeit (3), bieten (3), also (3), elektronische (3), einzelnen (3), sein (3), zertifikat (3), sehen (3), dsa (3), bezeichnet (3), kommentar (3), uid (3), beispiel (3), einzeln (3), schlüsselbesitzer (3), wichtigsten (3), genannten (3), ihre (3), eventuell (3), ggf (3), öffentlicher (3), bestehen (3), ihrer (3), sondern (3), damit (3), hinzugefügt (3), signierung (3), system (3), zertifizierungen (3), web (3), implementierung (3), unterstützen (3), idea (3), aes (3), digitale (3), besteht (3), symmetrischer (3), wiederum (3), eigentlichen (3), webmail (3), noch (3), radix (3), mails (3), inline (3), tripledes (3), optional (3), passphrase (3), versionskennung (3), pakete (3), enthalten (3), symmetric (3), 132 (3), brainpool (3), 384 (3), nist (3), kurven (3), kodierung (3), schutz (3), spezifiziert (3), informationen (2), abgerufen (2), inhalte (2), commons (2), 2022 (2), links (2), erstellen (2), exportieren (2), seiten (2), änderungen (2), werkzeuge (2), letzte (2), verbessern (2), navigation (2), suche (2), lesen (2), deutsch (2), diskussionsseite (2), kategorie (2), einzelnachweise (2), hersteller (2), gnu (2), entsprechend (2), weblinks (2), 3156 (2), optionale (2), ergänzung (2), 2009 (2), 1998 (2), august (2), normen (2), deutsche (2), typischerweise (2), seine (2), software (2), stelle (2), überprüft (2), gesetzes (2), sigg (2), eigentliche (2), ohne (2), deshalb (2), unbemerkt (2), teile (2), nutzer (2), vollständig (2), handelt (2), steht (2), fingerabdruck (2), fingerabdrucks (2), beide (2), namen (2), beinhalten (2), selber (2), wurden (2), diesem (2), fall (2), position (2), weise (2), unternehmens (2), sub (2), pub (2), 0x87654321 (2), dritte (2), jede (2), zusatzinformationen (2), ändern (2), hinzufügen (2), widerrufen (2), haben (2), dagegen (2), lässt (2), anschließend (2), erzeugungs (2), verwendung (2), hash (2), bezieht (2), insgesamt (2), identifiziert (2), teils (2), zeit (2), aufbau (2), prüfen (2), plus (2), zeitstempel (2), per (2), vergleichen (2), öffentliche (2), jedoch (2), müssen (2), basiert (2), darf (2), name (2), ermöglicht (2), vertraut (2), zertifizierung (2), zertifikaten (2), information (2), trust (2), schlüsselbeglaubigung (2), implementierungen (2), erweitert (2), ecdh (2), ecdsa (2), elgamal (2), denen (2), absender (2), genannt (2), gebildet (2), integrität (2), symmetrische (2), stets (2), dafür (2), blockgröße (2), bzw (2), vorangestellt (2), entschlüsselt (2), cfb (2), statt (2), asymmetrischen (2), geheimen (2), kryptosysteme (2), kryptographische (2), ihn (2), existieren (2), implementiert (2), adk (2), waren (2), gab (2), verwendeten (2), geschichte (2), möglichkeit (2), sollen (2), nachteile (2), festlegt (2), anzeigen (2), dieses (2), dateianhänge (2), mailbody (2), festgelegt (2), jeden (2), allerdings (2), wesentlichen (2), anwendungen (2), cast5 (2), experimentelle (2), 100 (2), 110 (2), 192 (2), default (2), erlaubt (2), chiffrier (2), länge (2), codiert (2), empfängers (2), 521 (2), oid (2), einfacher (2), üblicherweise (2), pakettyps (2), verfügung (2), stehen (2), pakettyp (2), modification (2), detection (2), code (2), bisher (2), worden (2), subkey (2), secret (2), signature (2), datenformat (2), versionen (2), allgemeines (2), erweiterungen (2), springen (2), http (2), stellungnahme, cookies, statistiken, entwickler, mobile, ansicht, impressum, datenschutz, lizenz, verfügbar, urhebern, lizenzstatus, eingebundener, mediendateien, bilder, videos, regelfall, anklicken, möglicherweise, unterliegen, zusätzlichen, bedingungen, nutzung, website, erklären, einverstanden, eingetragene, marke, wikimedia, foundation, datenschutzrichtlinie, nutzungsbedingungen, creative, attribution, share, alike, autoren, abrufstatistik, zuletzt, oktober, uhr, bearbeitet, türkçe, polski, norsk, nynorsk, nederlands, italiano, français, english, sprachen, projekten, druckversion, pdf, herunterladen, buch, drucken, wikidata, datenobjekt, zitieren, permanenter, link, spezialseiten, verlinkten, spenden, kontakt, hilfe, autorenportal, anlegen, mitmachen, zufälliger, themenportale, hauptseite, versionsgeschichte, ansichten, diskussion, namensräume, anmelden, benutzerkonto, beiträge, angemeldet, meine, navigationsmenü, versteckte, überarbeiten, kryptologischer, index, php, title, oldid, 227469282, tools, draft, rfc4880bis, schulungen, lists, pipermail, devel, 2014, january, 028141, international, home, page, ehem, corporation, ursprünglichen, systems, symantec, produktfamilie, manuell, verifizieren, privacy, guard, multilingual, arbeitsgruppe, security, with, 2001, zusätzlich, speziell, beschäftigt, cipher, 2007, 2240, exchange, formats, 1996, 1991, fortwährend, weiterentwickelt, 2020, liegt, finaler, entwurf, weltweiten, review, ersetzen, soll, request, for, comments, juli, 2017, abgelöst, vertrauensdienstegesetz, verlangt, hardware, gespeichert, ausgelesen, aktuelle, unterschlüsseln, genauso, behandelt, hauptschlüsseln, eignen, normale, prinzipiell, selbst, atypischen, forderung, entsprechenden, erzeugte, müsste, erzeugung, speicherung, verwendete, hard, anerkannte, daraufhin, sicherheitsanforderungen, genügt, kosten, solchen, prüfung, hinderungsgrund, verfügbarkeit, bsi, smartcards, neue, zusammen, unterscheidet, letztere, gruppen, dienen, abgrenzung, stellt, organisatorische, anforderungen, anerkennung, zertifizierungsdiensteanbieter, qualifizierten, basis, gründe, derzeitigen, konzept, gehört, fortgeschrittene, anders, kryptografie, zusammengefügt, kryptografische, sicherung, befindet, innerhalb, komponente, löschen, heißt, allgemeinen, sicher, üblich, unsicheren, quelle, beschafft, sicherheit, datei, vorhanden, 1024, langen, wann, darunter, zumeist, teil, zugehörigen, berufliche, organisatorisch, geschäftsführers, mitarbeitern, gegenüber, beglaubigen, außerdem, ihrem, 1024d, 2005, d44c, 6a5b, 71b0, 427c, ced3, 025c, bd7d, 6d27, 1234, 5678, geschäftsführer, gmbh, net, 2048r, 0x51b279fa, 2010, verfällt, 2013, kombination, daher, frei, alles, unsignierte, wertlos, ignoriert, dadurch, besitzer, eigenmächtig, präferenzen, gültigkeitsdauern, automatisch, akzeptiert, eigenzertifizierung, seinen, zertifizieren, hinzufügt, erhalten, verwender, warnung, hinzugefügte, wollen, anzeige, elemente, list, sigs, schlüsselbesitzers, bestätigen, präferenz, verschlüsselungsalgorithmen, bevorzugter, keyserver, url, schlüsselrichtlinie, vorhandene, beschreibung, benutzers, genau, aktuellen, reihe, gesamtheit, geht, einher, lauf, geändert, gelöscht, einfachere, methode, vergleich, schlüsseldaten, dessen, generierungs, hexadezimaler, form, 72f0, 5ca5, 0d2b, ba4d, 8f86, e14c, 38aa, e0eb, leicht, direkten, gespräch, telefon, brief, schlüsselinhabern, signierende, belegt, fingerprint, enthaltene, wofür, festen, regeln, gegensatz, hierarchischen, übergeordnete, untergeordneter, stellen, jeder, teilnehmer, anderer, implizit, gemachte, aussage, jeweiligen, identität, authentizität, einzuschätzen, entweder, teilweise, könnte, ihm, unbekannten, teilnehmers, ersichtlich, unerheblich, andere, leider, sehr, oft, schlüsselgültigkeit, zertifizierungsvertrauen, miteinander, verwechselt, netz, vertrauens, gegenwärtig, nachfolger, legt, fest, weiterhin, dort, empfohlen, beschriebenen, basierenden, verschlüsselungs, signaturverfahren, sowie, darüber, hinaus, vielzahl, dürfen, fügte, unterstützung, hinzu, cast, kryptosystem, pkcs, sha, triple, verschlüsselungsverfahren, 2440, neben, unterstützt, feststellen, dazu, signierten, bleiben, unangetastet, absenders, wert, erfolgt, modifizierten, initialisierungsvektor, nullbytes, klartext, blockchiffren, bytes, block, zufallsdaten, wiederholung, zufallsbytes, redundanz, beim, entschlüsseln, fehlerwahrscheinlichkeit, 65536, 0015, erkannt, richtigen, modus, ver, entschlüsselung, verwenden, schlüsselpaar, zusammengehörigen, schlüsseln, wieder, aufzuheben, sitzungsschlüssel, benutzt, vorteile, sichere, schlüsselübertragung, hohe, geschwindigkeit, kombiniert, asymmetrischer, hybride, ferner, zusammenschluss, mehrerer, verpflichtet, fühlen, 2016, dominik, schürmann, betreut, näheres, sollte, angegeben, bitte, hilf, entferne, markierung, absatz, bedarf, überarbeitung, ebenfalls, weit, verbreitete, grundsätzlich, kompatibel, unterster, ebene, dieselben, kryptografischen, programme, welche, umwandeln, umgekehrt, pem2openpgp, konvertierung, betrifft, rohe, schlüsselmaterial, gehen, verloren, derselben, mittels, ssh, monkeysphere, mittlerweile, vielen, produkten, prominente, vertreter, kommerzielle, freie, open, source, stehend, gpl, ende, 1997, network, associates, nai, übernommen, zeitweilig, verschlossen, hielten, funktionen, einbauten, mitglied, recovery, mcafee, kommerziell, firma, vertrieben, unbelegte, gerüchte, hintertür, eingebaut, sei, sogenannte, funktion, additional, decryption, verfügte, patentiert, konnten, beliebig, insbesondere, usa, gesetze, export, starker, verboten, entstanden, jahr, reaktion, diverse, entwicklungen, welches, hauptverwendung, absicherung, softwareverteilung, paketverwaltung, linux, manche, adressbucheinträge, festzulegen, welchem, jeweilige, geschickt, beider, minimieren, saubere, lösung, erweiterung, nachteil, einmal, grundlegenden, 1995, grundsätzliche, zweifelsfall, leere, dateianhängen, irritierender, weniger, benutzerfreundlich, 1847, schützt, kopfdaten, betreff, datum, deckt, anhänge, technisch, vorgenommen, textteil, dateianhang, gesondert, ältere, kompatibilitätsformat, verstehen, viele, verwirrt, vorab, übernehmen, entsprechendes, browser, addon, machen, garantieren, entfernt, anderem, zusammenhang, auffiele, mühe, machte, entsprechende, nutzbar, unproblematisch, mailprogrammen, kennen, struktur, her, gewöhnliche, textmail, kodierten, ursprüngliches, textformat, signierter, klartextsignatur, eingefügt, einleitungszeile, normaler, signaturdaten, dies, einfachen, mailtextes, base64, content, type, plain, hierfür, formate, hauptanwendungen, geeignet, kodiert, druckbaren, zeichen, ascii, zeichensatz, einigen, wenigen, steuerzeichen, 5322, außer, standardkonforme, beherrschen, beherrscht, empfiehlt, twofish, runden, blowfish, laut, 168, ede, einziger, unverschlüsselt, schlüssellänge, gegebenenfalls, kennung, variabler, angibt, abgeleitet, string, specifier, genutzt, pro, secp256k1, 512, 512r1, p384r1, p256r1, 11591, 255, ed25519, 840, 10045, bitlänge, verschiedene, elliptische, anhand, neuer, änderung, erfordert, ansi, diffie, hellman, siehe, tabelle, lange, bestimmte, finden, anzugeben, verfügbaren, durchprobieren, null, verschlüsselungsalgorithmus, zufälligen, abgelegt, nun, asymmetrisch, symmetrisch, zählt, hybriden, einige, ihrerseits, wobei, art, anzahl, dateninhalte, steigender, versionsnummer, zunehmen, möglichen, werte, ausreicht, experimental, values, sha1, datenstroms, vor, versehentlicher, absichtlicher, veränderung, mdc, kryptographisch, schwächer, besser, gar, mac, sym, and, integrity, protected, metadaten, schlüsselinhaber, jpeg, bild, metadatentypen, attribute, schlüsselinhabers, unverschlüsselte, binär, textdaten, dateinamen, abgespeichert, literal, marker, symmetrically, deflate, komprimiert, bzip2, 1951, 1950, zlib, compressed, one, pass, kryptoalgorithmus, nummer, jedes, beginnt, nachfolgenden, pakets, tag, laufe, beständig, existiert, verschiedenen, abwärtskompatiblen, zwischen, unterschieden, neuere, sofern, ausgedrückt, mehreren, datensätzen, historischen, gründen, originaldokumentation, packets, records, binärformat, inhaltsverzeichnis, eingeführt, chiffrieralgorithmus, ergänzte, ausdrücklich, konforme, anwendung, gezwungen, implementieren, digital, landläufig, standardisiertes, freien, enzyklopädie, wayback, machine, archive, 20221115120718, wiki, timestamps, about, this, capture, fail, success, 2023, 2021, dec, nov, oct, jun, 2004, sep, 2026, 290, captures,

Text of the page (random words):
erschlüsselung 1 1 1 paket typ 1 public key encrypted session key 1 1 2 paket typ 3 symmetric key encrypted session key 2 anwendungen 3 geschichte 4 kryptographische verfahren 4 1 verschlüsselung 4 2 signatur 4 3 algorithmen 5 schlüsselbeglaubigung 6 aufbau der zertifikate 7 qualifizierte signaturen nach dem signaturgesetz 8 normen und standards 9 weblinks 10 einzelnachweise allgemeines bearbeiten quelltext bearbeiten openpgp ist ein binärformat eine openpgp nachricht besteht aus einem oder mehreren datensätzen englisch records die aber aus historischen gründen in der originaldokumentation als packets zu deutsch pakete bezeichnet werden das pgp datenformat ist im laufe der zeit beständig erweitert worden und existiert in verschiedenen abwärtskompatiblen versionen im wesentlichen wird zwischen einem alten format verwendet von pgp bis version 2 6 und einem neuen format ab pgp version 3 unterschieden neuere pgp versionen können aber nachrichten im alten format lesen und sofern der inhalt auch im alten format ausgedrückt werden kann optional auch nachrichten im alten format erzeugen jedes paket beginnt mit einem packet tag genannten byte das den typ und die länge des nachfolgenden pakets festlegt folgende pakettypen sind bisher spezifiziert openpgp pakettypen nach rfc 4880 nummer typ bemerkungen 0 reserviert ein paket mit diesem typ ist nicht erlaubt 1 public key encrypted session key packet enthält den mit dem public key des empfängers verschlüsselten session key genannten schlüssel mit dem die eigentlichen nutzdaten in paket typ 9 verschlüsselt werden 2 signature packet 3 symmetric key encrypted session key packet enthält den mit einem symmetrischen kryptoalgorithmus verschlüsselten schlüssel mit dem die eigentlichen nutzdaten in paket typ 9 verschlüsselt werden 4 one pass signature packet 5 secret key packet enthält einen privaten schlüssel 6 public key packet enthält einen öffentlichen schlüssel 7 secret subkey packet 8 compressed data packet enthält daten die mit zlib rfc 1950 deflate rfc 1951 oder bzip2 komprimiert sind 9 symmetrically encrypted data packet cfb verschlüsselte daten 10 marker packet 11 literal data packet enthält unverschlüsselte binär oder textdaten und einen dateinamen unter dem die daten abgespeichert werden können 12 trust packet 13 user id packet enthält üblicherweise den namen und e mail adresse eines schlüsselinhabers 14 public subkey packet 17 user attribute packet enthält weitere metadaten zum schlüsselinhaber z b ein jpeg bild weitere metadatentypen sind bisher nicht spezifiziert worden 18 sym encrypted and integrity protected data packet kann statt pakettyp 9 verwendet werden um verschlüsselte daten mit einem schutz vor versehentlicher oder absichtlicher veränderung zu erzeugen dieser schutz modification detection code mdc genannt ist kryptographisch schwächer als eine digitale signatur oder ein mac aber einfacher zu erzeugen und besser als gar kein schutz 19 modification detection code packet enthält die sha1 prüfsumme des mit pakettyp 18 verschlüsselten datenstroms 60 bis 63 private or experimental values da im alten openpgp format nur 4 bit zur kodierung des pakettyps zur verfügung stehen kann es nur die pakettypen bis 15 beinhalten im neuen format stehen 6 bit zur kodierung des pakettyps zur verfügung was zur kodierung der möglichen werte 0 bis 63 ausreicht einige pakettypen enthalten ihrerseits wiederum eine versionskennung wobei die art und anzahl der dateninhalte i d r mit steigender versionsnummer zunehmen verschlüsselung bearbeiten quelltext bearbeiten die nutzdaten werden stets mit einem symmetrischen verschlüsselungsalgorithmus und einem zufälligen session key verschlüsselt und in einem paket vom typ 9 abgelegt dieser session key wird nun wiederum asymmetrisch paket typ 1 oder symmetrisch paket typ 3 verschlüsselt und den verschlüsselten nutzdaten vorangestellt damit zählt openpgp zu den hybriden verfahren paket typ 1 public key encrypted session key bearbeiten quelltext bearbeiten eine verschlüsselte openpgp nachricht kann kein ein oder mehrere pakete vom typ 1 enthalten üblicherweise wird für jeden empfänger einer openpgp nachricht je ein paket vom typ 1 erzeugt ein typ 1 paket enthält folgende daten eine versionskennung derzeit ist nur version 3 definiert eine 8 byte lange key id des schlüssels so dass ein empfänger einfacher das für ihn bestimmte paket finden kann es ist aber auch möglich eine null id anzugeben so dass der empfänger alle verfügbaren privaten schlüssel durchprobieren muss 1 byte das den verwendeten public key algorithmus codiert siehe tabelle den verschlüsselten session key folgende public key algorithmen sind möglich public key algorithmen id algorithmus bemerkungen 1 rsa zum verschlüsseln und signieren 2 rsa nur zum verschlüsseln 3 rsa nur zum signieren 16 elgamal nur zum verschlüsseln 17 dsa nur zum signieren 18 ecdh definiert in rfc 6637 19 ecdsa definiert in rfc 6637 20 reserviert 21 reserviert für diffie hellman nach ansi x9 42 wie für ietf s mime definiert 100 110 reserviert für private experimentelle algorithmen für ecc schlüssel existieren verschiedene elliptische kurven diese werden anhand ihrer oid identifiziert so dass das hinzufügen neuer kurven keine änderung am openpgp standard erfordert ecc kurven für openpgp name bitlänge oid bemerkungen nist curve p 256 256 1 2 840 10045 3 1 7 definiert in rfc 6637 nist curve p 384 384 1 3 132 0 34 nist curve p 521 521 1 3 132 0 35 ed25519 255 1 3 6 1 4 1 11591 15 1 seit gnupg 2 1 0 noch kein rfc brainpool p256r1 256 1 3 36 3 3 2 8 1 1 7 brainpool p384r1 384 1 3 36 3 3 2 8 1 1 11 brainpool 512r1 512 1 3 36 3 3 2 8 1 1 13 secp256k1 256 1 3 132 0 10 seit gnupg 2 1 0 1 paket typ 3 symmetric key encrypted session key bearbeiten quelltext bearbeiten eine verschlüsselte openpgp nachricht kann kein ein oder mehrere pakete vom typ 3 enthalten diese werden genutzt um den session key nicht mit dem public key des empfängers zu verschlüsseln sondern mit einem symmetrischen key der aus einer passphrase erzeugt wird pro passphrase wird dabei je ein paket vom typ 3 erzeugt ein typ 3 paket enthält folgende daten eine versionskennung derzeit ist nur version 4 definiert ein byte das den symmetrischen chiffrier algorithmus codiert eine kennung variabler länge die angibt wie der schlüssel aus der passphrase abgeleitet wird string to key specifier gegebenenfalls der mit dem o g verfahren verschlüsselte session key symmetrische chiffrier algorithmen id algorithmus schlüssellänge bemerkungen 0 unverschlüsselt für paket typ 3 nicht erlaubt 1 idea 128 bit einziger algorithmus in pgp 2 6 2 tripledes des ede 168 bit muss laut rfc implementiert werden 3 cast5 128 bit default algorithmus in gnupg 2 0 4 blowfish 128 bit 16 runden 5 6 reserviert 7 aes 128 bit default algorithmus seit gnupg 2 1 8 192 bit 9 256 bit 10 twofish 256 bit 11 camellia 128 bit definiert seit rfc 5581 12 192 bit 13 256 bit 100 110 reserviert für private experimentelle algorithmen alle algorithmen außer tripledes sind allerdings optional eine standardkonforme implementierung muss nur tripledes beherrschen rfc 4880 empfiehlt dass jede implementierung cast5 und aes 128 beherrscht anwendungen bearbeiten quelltext bearbeiten zwei der hauptanwendungen sind die signierung und die verschlüsselung von e mails dafür müssen openpgp nachrichten geeignet kodiert werden da eine e mail nach rfc 5322 nur aus druckbaren zeichen aus dem ascii zeichensatz und einigen wenigen steuerzeichen bestehen darf hierfür gibt es im wesentlichen zwei formate das ältere pgp inline als kompatibilitätsformat auch nutzbar wenn auch nicht unproblematisch mit mailprogrammen die openpgp nicht kennen auch webmail die e mail wird dabei von ihrer struktur her als gewöhnliche textmail erzeugt content type text plain die verschlüsselten text als radix 64 kodierten text enthält base64 plus prüfsumme ursprüngliches textformat von pgp signierter text wird als klartextsignatur eingefügt einleitungszeile normaler text signaturdaten als radix 64 dies ermöglicht nur das signieren und verschlüsseln einfachen mailtextes mailbody für html mails gibt es keine entsprechende möglichkeit dateianhänge können aber vorab verschlüsselt und oder signiert werden das übernehmen die mailprogramme im fall von webmail muss man das ohne entsprechendes browser addon selber machen allerdings garantieren die signaturen dann nicht die integrität der mail insgesamt signierte teile können unbemerkt entfernt werden in anderem zusammenhang signierte daten können hinzugefügt werden was nur auffiele wenn man sich die mühe machte die zeitstempel der einzelnen signaturen zu vergleichen einer der nachteile von pgp inline ist dass mailprogramme die openpgp nicht verstehen die signatur im text anzeigen was viele empfänger verwirrt pgp mime als saubere technische lösung mime erweiterung nach rfc 3156 dieses verfahren deckt auch dateianhänge und html mails ab für den mailbody und alle anhänge kann jeweils einzeln festgelegt werden ob sie verschlüsselt und oder signiert werden sollen es wird technisch nur eine signierung und oder verschlüsselung vorgenommen bei pgp inline für den textteil und jeden dateianhang gesondert auch dieses verfahren schützt aber nur den inhalt der mail nicht ihre kopfdaten v a absender empfänger betreff datum der nachteil von pgp mime ist dass mailprogramme oder webmail implementierungen die nicht einmal den grundlegenden standard von 1995 rfc 1847 unterstützen der das grundsätzliche e mail format für verschlüsselte oder signierte inhalte festlegt im zweifelsfall eine leere mail mit dateianhängen anzeigen was noch irritierender und noch weniger benutzerfreundlich ist als eine radix 64 signatur im text manche mailprogramme bieten die möglichkeit für die adressbucheinträge festzulegen in welchem format openpgp nachrichten an die jeweilige adresse geschickt werden sollen auf diese weise kann man die nachteile beider verfahren minimieren openpgp und s mime welches x 509 zertifikate verwendet sind die beiden wichtigsten standards für e mail verschlüsselung eine weitere hauptverwendung von openpgp ist die absicherung der softwareverteilung paketverwaltung von z b linux durch digitale signaturen geschichte bearbeiten quelltext bearbeiten entstanden ist openpgp im jahr 1998 als reaktion auf diverse entwicklungen die in pgp verwendeten algorithmen idea und rsa waren patentiert und konnten nicht beliebig verwendet werden insbesondere gab es in den usa gesetze die den export von starker verschlüsselung ab 40 bit verboten das programm pgp wurde kommerziell durch die firma pgp inc vertrieben und es gab unbelegte gerüchte dass eine hintertür in das programm eingebaut sei da es über eine sogenannte adk funktion additional decryption key verfügte ende 1997 wurde pgp inc von network associates inc nai bzw mcafee übernommen die zeitweilig den pgp quelltext verschlossen hielten adk funktionen einbauten und mitglied der key recovery alliance waren das openpgp format wird mittlerweile von vielen produkten implementiert prominente vertreter sind das kommerzielle pgp und das freie open source programm gnupg unter der gnu gpl stehend das ebenfalls weit verbreitete s mime format verwendet dagegen x 509 zertifikate und ist deshalb grundsätzlich nicht kompatibel zu openpgp auch wenn es auf unterster ebene dieselben kryptografischen verfahren verwendet es existieren programme welche openpgp schlüssel im rsa format in x 509 schlüssel umwandeln können und umgekehrt pem2openpgp aus dem monkeysphere paket diese konvertierung betrifft aber nur das rohe schlüsselmaterial die zertifizierungen durch dritte gehen verloren auch eine verwendung derselben schlüssel für ssh ist etwa mittels gnupg möglich der folgende absatz bedarf einer überarbeitung näheres sollte auf der diskussionsseite angegeben sein bitte hilf mit ihn zu verbessern und entferne anschließend diese markierung es gibt ferner die openpgp alliance als zusammenschluss mehrerer hersteller die sich dem openpgp format verpflichtet fühlen seit august 2016 wird diese seite von dominik schürmann betreut kryptographische verfahren bearbeiten quelltext bearbeiten verschlüsselung bearbeiten quelltext bearbeiten openpgp benutzt eine hybride verschlüsselung die die vorteile asymmetrischer kryptosysteme sichere schlüsselübertragung mit denen symmetrischer kryptosysteme hohe geschwindigkeit kombiniert statt wie bei einem symmetrischen system nur einen schlüssel sowohl für ver als auch entschlüsselung zu verwenden besteht bei einem asymmetrischen system ein schlüsselpaar aus zwei zusammengehörigen schlüsseln einem öffentlichen und einem geheimen daten die mit dem öffentlichen schlüssel verschlüsselt wurden können nur mit dem geheimen schlüssel wieder entschlüsselt werden es ist nicht möglich die verschlüsselung mit dem öffentlichen schlüssel aufzuheben mit dem asymmetrischen verfahren wird ein symmetrischer sitzungsschlüssel verschlüsselt mit dem wiederum die eigentlichen daten verschlüsselt werden die symmetrische verschlüsselung erfolgt stets mit einem modifizierten cfb modus dabei besteht der eigentliche initialisierungsvektor nur aus nullbytes dafür werden dem klartext 10 bei blockchiffren mit 64 bit blockgröße bzw 18 bei 128 bit blockgröße bytes vorangestellt diese bestehen aus einem block zufallsdaten und der wiederholung der ersten beiden zufallsbytes durch diese redundanz kann beim entschlüsseln mit einer fehlerwahrscheinlichkeit von 1 65536 0 0015 erkannt werden ob mit dem richtigen schlüssel entschlüsselt wurde signatur bearbeiten quelltext bearbeiten neben der verschlüsselung unterstützt openpgp auch digitale signaturen mit denen empfänger die integrität von nachrichten feststellen können dazu wird vom absender eine prüfsumme auch hash wert genannt der daten gebildet aus der dann mit dem privaten schlüssel die signatur gebildet wird die signierten daten bleiben unangetastet der empfänger kann die signatur mit dem öffentlichen schlüssel des absenders prüfen algorithmen bearbeiten quelltext bearbeiten openpgp ist gegenwärtig in rfc 4880 standardisiert dem nachfolger von rfc 2440 rfc 4880 legt fest dass eine implementierung das elgamal verschlüsselungsverfahren dsa triple des und sha 1 unterstützen muss weiterhin wird dort empfohlen dass implementierungen die in pkcs 1 v1 5 beschriebenen auf dem rsa kryptosystem basierenden verschlüsselungs und signaturverfahren sowie aes 128 cast 128 und idea unterstützen darüber hinaus gibt es eine vielzahl weiterer verfahren die mit openpgp verwendet werden dürfen der standard wurde 2009 durch rfc 5581 um camellia erweitert 2012 fügte rfc 6637 unterstützung von elliptic curve cryptography ecdsa ecdh hinzu schlüsselbeglaubigung bearbeiten quelltext bearbeiten öffentliche schlüssel können von anderen schlüsselinhabern signiert zertifiziert werden der signierende zertifizierer belegt damit dass er sowohl den schlüssel also den fingerprint als auch die im schlüssel enthaltene user id überprüft hat wofür es jedoch keine festen regeln gibt hat ein öffentlicher schlüs...