Fast and Secure Protocol - Versionsgeschichte

Mrjokla: /* growthexperiments-addlink-summary-summary:2|0|0 */

2025-02-17T06:46:11Z

Linkvorschlag-Funktion: 2 Links hinzugefügt.

← Nächstältere Version		Version vom 17. Februar 2025, 08:46 Uhr
Zeile 1:		Zeile 1:
	[[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.]]		[[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 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>		Ä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>
Zeile 10:		Zeile 10:
	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.		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 [[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. B. ein [[Man-in-the-middle-Angriff]] auffallen würde.		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. B. ein [[Man-in-the-middle-Angriff]] auffallen würde.

	== Einzelnachweise ==		== Einzelnachweise ==

Aka: Tippfehler entfernt, deutsch, Links normiert

2025-02-11T20:46:16Z

Tippfehler entfernt, deutsch, Links normiert

← Nächstältere Version		Version vom 11. Februar 2025, 22:46 Uhr
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 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 ~~gravierende~~ [[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>		Ä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=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>		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, 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.		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 [[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. B. ein [[Man-in-the-middle-Angriff]] auffallen würde.		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. B. ein [[Man-in-the-middle-Angriff]] auffallen würde.

	== Einzelnachweise ==		== Einzelnachweise ==

MarcoMA8: Artikel sprachlich überarbeitet, ENs formatiert, defekte Weblinks ersetzt

2024-02-23T00:36:24Z

Artikel sprachlich überarbeitet, ENs formatiert, defekte Weblinks ersetzt

← Nächstältere Version		Version vom 23. Februar 2024, 02:36 Uhr
Zeile 3:		Zeile 3:
	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 gravierende [[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. 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. B. ein [[Man-in-the-middle-Angriff]] auffallen würde.

	== Einzelnachweise ==		== Einzelnachweise ==

Christianh: Link zu Lemma Aspera

2020-02-03T21:49:35Z

Link zu Lemma Aspera

← Nächstältere Version		Version vom 3. Februar 2020, 23:49 Uhr
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.]]		[[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.]]

	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 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 ü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>.

RobertLechner: /* Weblinks */ kat

2018-10-24T18:20:01Z

Weblinks: kat

← Nächstältere Version		Version vom 24. Oktober 2018, 20:20 Uhr
Zeile 19:		Zeile 19:

	[[Kategorie:Netzwerkprotokoll (Transportschicht)]]		[[Kategorie:Netzwerkprotokoll (Transportschicht)]]
			[[Kategorie:Wikipedia:Artikel mit Video]]

Miserlou: screencast

2018-04-11T19:08:07Z

screencast

← Nächstältere Version		Version vom 11. April 2018, 21:08 Uhr
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.]]

	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 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 Inc. entwickelt wurde.

InternetArchiveBot: InternetArchiveBot hat 2 Archivlink(s) ergänzt und 0 Link(s) als defekt/tot markiert. #IABot (v1.6.5)

2018-04-09T14:26:19Z

InternetArchiveBot hat 2 Archivlink(s) ergänzt und 0 Link(s) als defekt/tot markiert. #IABot (v1.6.5)

← Nächstältere Version		Version vom 9. April 2018, 16:26 Uhr
Zeile 1:		Zeile 1:
	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 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 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.}}</ref>.		Ä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>.

	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}}</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=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>.

	== Sicherheit ==		== Sicherheit ==

Aka: Abkürzung korrigiert

2018-01-22T18:27:55Z

Abkürzung korrigiert

← Nächstältere Version		Version vom 22. Januar 2018, 20:27 Uhr
Zeile 8:		Zeile 8:
	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 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.

	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.B. ein [[Man-in-the-middle-Angriff]] auffallen.		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. B. ein [[Man-in-the-middle-Angriff]] auffallen.

	== Einzelnachweise ==		== Einzelnachweise ==

Majo statt Senf: hierbei

2017-05-19T12:58:57Z

hierbei

← Nächstältere Version		Version vom 19. Mai 2017, 14:58 Uhr
Zeile 8:		Zeile 8:
	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 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.

	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, ~~hiebei~~ würde z.B. ein [[Man-in-the-middle-Angriff]] auffallen.		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.B. ein [[Man-in-the-middle-Angriff]] auffallen.

	== Einzelnachweise ==		== Einzelnachweise ==

Luke081515Bot: Bot: Ein Weblink wurde korrigiert

2016-11-17T22:51:51Z

Bot: Ein Weblink wurde korrigiert

← Nächstältere Version		Version vom 18. November 2016, 00:51 Uhr
Zeile 3:		Zeile 3:
	Ä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.}}</ref>.		Ä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.}}</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}}</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=~~http~~://www.heise.de/newsticker/Amazon-nutzt-schnelleres-~~Uebertragungsprotokoll~~-fuer-Web-Services-~~-/meldung/145370~~\|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=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}}</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>.

	== Sicherheit ==		== Sicherheit ==

← Nächstältere Version		Version vom 17. Februar 2025, 08:46 Uhr
Zeile 1:		Zeile 1:
	[[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.]]		[[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 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>		Ä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>
Zeile 10:		Zeile 10:
	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.		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 [[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. B. ein [[Man-in-the-middle-Angriff]] auffallen würde.		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. B. ein [[Man-in-the-middle-Angriff]] auffallen würde.

	== Einzelnachweise ==		== Einzelnachweise ==

← Nächstältere Version		Version vom 11. Februar 2025, 22:46 Uhr
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 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 ~~gravierende~~ [[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>		Ä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=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>		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, 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.		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 [[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. B. ein [[Man-in-the-middle-Angriff]] auffallen würde.		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. B. ein [[Man-in-the-middle-Angriff]] auffallen würde.

	== Einzelnachweise ==		== Einzelnachweise ==

← Nächstältere Version		Version vom 23. Februar 2024, 02:36 Uhr
Zeile 3:		Zeile 3:
	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 gravierende [[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. 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. B. ein [[Man-in-the-middle-Angriff]] auffallen würde.

	== Einzelnachweise ==		== Einzelnachweise ==

← Nächstältere Version		Version vom 3. Februar 2020, 23:49 Uhr
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.]]		[[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.]]

	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 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 ü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>.