Zum Inhalt springen

„Fast and Secure Protocol“ – Versionsunterschied

aus Wikipedia, der freien Enzyklopädie
[gesichtete Version][gesichtete Version]
Inhalt gelöscht Inhalt hinzugefügt
K Link zu Lemma Aspera
Mrjokla (Diskussion | Beiträge)
Linkvorschlag-Funktion: 2 Links hinzugefügt.
 
(2 dazwischenliegende Versionen von 2 Benutzern werden nicht angezeigt)
Zeile 1: Zeile 1:
[[File:FTP vs Aspera Comparison.webm|thumb|Ein Screencast zeigt den Download der gleichen Datei aus dem European Sequence Read Archiv über wget / FTP und ascp / Aspera / FASP.]]
[[Datei:FTP vs Aspera Comparison.webm|mini|Ein Screencast zeigt den Download der gleichen Datei aus dem European Sequence Read Archiv über wget / FTP und ascp / Aspera / FASP.]]


Das '''Fast and Secure Protocol''' ('''FASP''') (zu dt. ''schnelles und sicheres Protokoll'') ist ein für den Datenverkehr optimiertes [[Netzwerkprotokoll]] das von dem [[Kalifornien|kalifornischen]] Unternehmen [[Aspera|Aspera Inc]]. entwickelt wurde.
Das '''Fast and Secure Protocol''' ('''FASP''') (zu dt. ''schnelles und sicheres Protokoll'') ist ein für den [[Datenverkehr]] optimiertes [[Netzwerkprotokoll]], das von dem [[Kalifornien|kalifornischen]] Unternehmen [[Aspera|Aspera Inc]]. entwickelt wurde.


Ähnlich wie das verbindungslose [[User Datagram Protocol|UDP]] erwartet FASP keine Rückmeldung über jedes versendete Paket. Nur die als wirklich verloren gekennzeichneten Pakete müssen vom Empfänger neu angefordert werden. Dadurch erhält es durch große [[Laufzeit_(Elektrotechnik)|Latenz]] und Paketverluste keine so gravierende [[Durchsatz]]einbussen wie das [[Transmission Control Protocol|TCP]] Protokoll<ref>{{internetquelle|hrsg=Aspera Inc.|url=http://asperasoft.com/en/technology/shortcomings_of_TCP_2/the_shortcomings_of_TCP_file_transfer_2|sprache=englisch|titel=the shortcomings of TCP file transfer|zugriff=16. September 2009|kommentar=Der Text ist nicht ganz neutral, basiert dennoch auf Fakten und stellt eine verständliche Zusammenfassung dar.|offline=ja|archiv-url=https://web.archive.org/web/20090922235224/http://www.asperasoft.com/en/technology/shortcomings_of_TCP_2/the_shortcomings_of_TCP_file_transfer_2|archiv-datum=2009-09-22|archiv-bot=2018-04-09 14:26:19 InternetArchiveBot}}</ref>.
Ähnlich wie das verbindungslose [[User Datagram Protocol|UDP]] erwartet FASP keine Rückmeldung zu jedem versendeten Paket. Nur die als verloren gekennzeichneten Pakete müssen vom Empfänger neu angefordert werden. Dadurch erleidet es durch große [[Laufzeit (Elektrotechnik)|Latenz]] und Paketverluste keine so gravierenden [[Durchsatz]]einbussen wie das [[Transmission Control Protocol|TCP]]-Protokoll.<ref>{{internetquelle |url=https://pro2col.com/tcp-udp-fast-file-transfer |titel=Fast file transfer: TCP vs UDP |hrsg=Pro2Col |sprache=englisch |offline= |archiv-url= |archiv-datum= |archiv-bot= |zugriff=2024-02-23 |kommentar=}}</ref>


Große Unternehmen wie IBM<ref>{{internetquelle|url=http://www-03.ibm.com/industries/media/us/detail/news/P579736Q46542E09.html|sprache=englisch|titel=Aspera high-speed file transfer technology integrates with IBM Media Hub Solution Framework|datum=9. Juli 2008|zugriff=16. September 2009}}</ref> und andere<ref>{{internetquelle|hrsg=Aspera Inc.|url=http://asperasoft.com/en/ecosystem/technology_partners_2|sprache=englisch|titel=technology partners|zugriff=16. September 2009|offline=ja|archiv-url=https://web.archive.org/web/20090827233941/http://www.asperasoft.com/en/ecosystem/technology_partners_2|archiv-datum=2009-08-27|archiv-bot=2018-04-09 14:26:19 InternetArchiveBot}}</ref> nutzen das Protokoll in unterschiedlichen Bereichen. Auch Amazon möchte das Protokoll für den Upload in Rechenzentren einsetzen<ref>{{internetquelle|autor=Ben Schwan|hrsg=Heise Zeitschriften Verlag|url=https://www.heise.de/newsticker/meldung/Amazon-nutzt-schnelleres-uebertragungsprotokoll-fuer-Web-Services-788844.html|titel=Amazon nutzt schnelleres Übertragungsprotokoll für Web Services|werk=heise online|datum=16. September 2009|zugriff=16. September 2009}}</ref>.
Große Unternehmen wie IBM<ref>{{internetquelle |url=https://www.sportsvideo.org/2008/07/10/aspera-integrates-with-ibm-media-hub-solution-framework/ |titel=Aspera Integrates With IBM Media Hub Solution Framework |werk=Sports Video Group |datum=2008-07-10 |sprache=en |zugriff=2024-02-23}}</ref> und andere<ref>{{internetquelle |url=https://www.ibm.com/products/aspera#Case+studies |titel=Case Studies |hrsg=IBM |sprache=en |offline= |archiv-url= |archiv-datum= |archiv-bot= |zugriff=2024-02-23}}</ref> nutzen das Protokoll in unterschiedlichen Bereichen. Auch Amazon möchte das Protokoll für den Upload in Rechenzentren einsetzen.<ref>{{internetquelle |autor=Ben Schwan |url=https://www.heise.de/newsticker/meldung/Amazon-nutzt-schnelleres-uebertragungsprotokoll-fuer-Web-Services-788844.html |titel=Amazon nutzt schnelleres Übertragungsprotokoll für Web Services |werk=heise online |hrsg= |datum=2009-09-16 |sprache=de |zugriff=2009-09-16}}</ref>


== Sicherheit ==
== Sicherheit ==
Das FASP Protokoll besitzt integrierte Sicherheitsmechanismen die die Übertragungsgeschwindigkeit nicht beeinflussen. Die verwendeten [[Kryptosystem|Verschlüsselungsalgorithmen]] basieren ausschließlich auf offenen Standards. Vor dem Übertragen wird für die Authentifizierung der Teilnehmer [[Secure Shell|SSH]] zum Schlüsselaustausch eingesetzt. Diese zufallsgenerierten Einwegschlüssel werden am Ende der Übertragung verworfen.
Das FASP-Protokoll besitzt integrierte Sicherheitsmechanismen, welche die Übertragungsgeschwindigkeit nicht beeinflussen. Die verwendeten [[Kryptosystem|Verschlüsselungsalgorithmen]] basieren ausschließlich auf offenen Standards. Vor der Übertragung wird für die Authentifizierung der Teilnehmer [[Secure Shell|SSH]] zum Schlüsselaustausch eingesetzt. Diese zufallsgenerierten Einwegschlüssel werden am Ende der Übertragung verworfen.


Die Daten werden direkt vor dem Versenden und nach Empfangen mit dem [[Advanced Encryption Standard|AES-128]] ver- beziehungsweise entschlüsselt. Um [[Kryptoanalyse|Angriffen]] durch Beobachtung der verschlüsselten Information bei langen Übertragungen entgegenzuwirken wird der AES im [[Cipher Feedback Mode]] mit einem geheimen Initialisierungsvektor für jeden Block betrieben. Zusätzlich findet auch eine Integritätskontrolle jedes Datenblocks statt, hierbei würde z.&nbsp;B. ein [[Man-in-the-middle-Angriff]] auffallen.
Die Daten werden direkt vor dem Versenden und nach Empfangen mit [[Advanced Encryption Standard|AES-128]] ver- bzw. entschlüsselt. Um [[Kryptoanalyse|Angriffen]] durch Beobachtung der verschlüsselten Information bei langen Übertragungen entgegenzuwirken, wird AES im [[Cipher Feedback Mode]] mit einem geheimen [[Initialisierungsvektor]] für jeden Block betrieben. Zusätzlich findet eine Integritätskontrolle jedes Datenblocks statt, wobei z.&nbsp;B. ein [[Man-in-the-middle-Angriff]] auffallen würde.


== Einzelnachweise ==
== Einzelnachweise ==

Aktuelle Version vom 17. Februar 2025, 08:46 Uhr

Ein Screencast zeigt den Download der gleichen Datei aus dem European Sequence Read Archiv über wget / FTP und ascp / Aspera / FASP.

Das Fast and Secure Protocol (FASP) (zu dt. schnelles und sicheres Protokoll) ist ein für den Datenverkehr optimiertes Netzwerkprotokoll, das von dem kalifornischen Unternehmen Aspera Inc. entwickelt wurde.

Ähnlich wie das verbindungslose UDP erwartet FASP keine Rückmeldung zu jedem versendeten Paket. Nur die als verloren gekennzeichneten Pakete müssen vom Empfänger neu angefordert werden. Dadurch erleidet es durch große Latenz und Paketverluste keine so gravierenden Durchsatzeinbussen wie das TCP-Protokoll.[1]

Große Unternehmen wie IBM[2] und andere[3] nutzen das Protokoll in unterschiedlichen Bereichen. Auch Amazon möchte das Protokoll für den Upload in Rechenzentren einsetzen.[4]

Das FASP-Protokoll besitzt integrierte Sicherheitsmechanismen, welche die Übertragungsgeschwindigkeit nicht beeinflussen. Die verwendeten Verschlüsselungsalgorithmen basieren ausschließlich auf offenen Standards. Vor der Übertragung wird für die Authentifizierung der Teilnehmer SSH zum Schlüsselaustausch eingesetzt. Diese zufallsgenerierten Einwegschlüssel werden am Ende der Übertragung verworfen.

Die Daten werden direkt vor dem Versenden und nach Empfangen mit AES-128 ver- bzw. entschlüsselt. Um Angriffen durch Beobachtung der verschlüsselten Information bei langen Übertragungen entgegenzuwirken, wird AES im Cipher Feedback Mode mit einem geheimen Initialisierungsvektor für jeden Block betrieben. Zusätzlich findet eine Integritätskontrolle jedes Datenblocks statt, wobei z. B. ein Man-in-the-middle-Angriff auffallen würde.

Einzelnachweise

[Bearbeiten | Quelltext bearbeiten]
  1. Fast file transfer: TCP vs UDP. Pro2Col, abgerufen am 23. Februar 2024 (englisch).
  2. Aspera Integrates With IBM Media Hub Solution Framework. In: Sports Video Group. 10. Juli 2008, abgerufen am 23. Februar 2024 (englisch).
  3. Case Studies. IBM, abgerufen am 23. Februar 2024 (englisch).
  4. Ben Schwan: Amazon nutzt schnelleres Übertragungsprotokoll für Web Services. In: heise online. 16. September 2009, abgerufen am 16. September 2009.