Der XRP Ledger<\/strong> hat stillschweigend einen Fehler in der Zahlungs-Engine aus dem Jahr 2015 behoben, der es einem Angreifer erm\u00f6glicht h\u00e4tte, verwendbares XRP<\/strong> \u00fcber das feste Angebot des Netzwerks hinaus f\u00fcr nur ein paar hundert XRP in Reserven zu erstellen. Das Problem lag im Code, der Zahlungen \u00fcber die integrierte dezentrale B\u00f6rse (DEX<\/strong>) des XRP Ledgers abwickelt.<\/p>\n Laut dem offiziellen Bericht \u00fcber die Sicherheitsanf\u00e4lligkeit, der gestern ver\u00f6ffentlicht wurde, summierte die Engine die Betr\u00e4ge bei einer einzelnen Zahlung, die viele Angebote konsumierte, unter Verwendung von nicht \u00fcberpr\u00fcfter 64-Bit-Arithmetik<\/em>. Indem diese Summe hoch genug gedr\u00fcckt wurde, \u201ewickelte sie sich um\u201c, was einen Integer-\u00dcberlauf<\/strong> bewirkte. Eine gigantische Zahl wurde anschlie\u00dfend zu einer kleinen, und die Verk\u00e4ufer auf der anderen Seite des Handels wurden vollst\u00e4ndig bezahlt, w\u00e4hrend der K\u00e4ufer nur den gewickelten, kleinen Gesamtbetrag berechnet bekam. Der Unterschied war XRP, das zuvor nie existiert hatte.<\/p>\n Der Ledger f\u00fchrt eine Sicherheits\u00fcberpr\u00fcfung durch, die als Invarianz<\/strong> bekannt ist und best\u00e4tigen soll, dass niemals XRP erstellt wird. Diese \u00dcberpr\u00fcfung verwendete dieselbe nicht \u00fcberpr\u00fcfte Mathematik, sodass sie blind f\u00fcr den genauen Fehler war, den sie erfassen sollte. Der Bericht verfolgt den Fehler bis zur aktuellen Zahlungs-Engine zur\u00fcck, die 2015 geschrieben wurde.<\/p>\n Der Bericht besagt, dass die Kosten ein paar hundert XRP waren, die als Reserven gesperrt waren und zur\u00fcckgegeben werden, sobald die Objekte entfernt sind, plus gew\u00f6hnliche Transaktionsgeb\u00fchren. Ein Angreifer h\u00e4tte Hunderte von absichtlich falsch bepreisten Angeboten platzieren und dann eine Zahlung durch sie leiten m\u00fcssen. Die Auszahlung war der be\u00e4ngstigende Teil, wobei RippleX<\/strong> den Fehler als kritisch bezeichnete, da verwendbares XRP \u00fcber das gesamte Angebot in einer einzigen validierten Transaktion h\u00e4tte erstellt werden k\u00f6nnen.<\/p>\n \u201eDie gesamte Argumentation von XRP basiert auf einer harten Obergrenze von 100 Milliarden Token, sodass ein stilles Minting das Kernversprechen des Verm\u00f6genswerts getroffen h\u00e4tte.\u201c<\/p>\n<\/blockquote>\n Deshalb wurde der Fehler in einem Beitrag von Whale Insider<\/strong> als ein Fehler dargestellt, der \u201eMilliarden\u201c von XRP h\u00e4tte heraufbeschw\u00f6ren k\u00f6nnen. Der Zeitrahmen war recht kurz: Der Patch wurde nicht durch die \u00fcbliche \u00c4nderungsabstimmung genehmigt, sondern wurde stattdessen als direkte Code\u00e4nderung in der Version 3.4.1 ver\u00f6ffentlicht und trat in Kraft, als jeder Server aktualisiert wurde. Der Quellcode wurde erst nach der Bereitstellung ver\u00f6ffentlicht, eine g\u00e4ngige Vorgehensweise, um Angreifern keine Informationen zu geben.<\/p>\n Das XRPL Operations-Konto<\/strong> hat seitdem 3.4.1 zur minimal erforderlichen Version gemacht und hinzugef\u00fcgt: „Wir haben keine Beweise gefunden, dass dieses Problem in einem \u00f6ffentlichen Netzwerk ausgenutzt wurde.“ Ein zweiter, weniger schwerwiegender Fehler wurde in derselben Version behoben. Er betraf, wie Batch-Transaktionen gewickelt werden, und seine Behebung befindet sich hinter der \u00c4nderung fixBatchV1_2<\/strong>, die am 9. Oktober zusammen mit BatchV1_1<\/strong> im Mainnet live ging. Der Bericht besagt, dass auch bei diesem keine Gelder verloren gingen.<\/p>\n Die Offenlegung fiel in eine unangenehme Woche f\u00fcr die Sicherheit von Krypto, da die Verluste von Ledger-Ger\u00e4ten, \u00fcber die Bitcoin.com News<\/strong> berichtete, sch\u00e4tzungsweise 93,4 Millionen USD erreichten. Schlie\u00dflich bereitet sich das von Ripple unterst\u00fctzte Evernorth<\/strong> darauf vor, am Montag unter XRPN an der Nasdaq zu handeln, mit etwa 473 Millionen XRP in seinen B\u00fcchern. XRP hat sich auch in die dezentrale Finanzwirtschaft (DeFi<\/strong>) ausgeweitet, wobei Firelight<\/strong> k\u00fcrzlich den Vault-Schutz im Netzwerk aktiviert hat.<\/p>\n Ein malaysisches Gericht hat Ripple eine Pf\u00e4ndungsanordnung \u00fcber die 60%-Beteiligung der Seamless Group<\/strong> an Tranglo<\/strong> erteilt, einer Beteiligung, die auf\u2026<\/p>\n","protected":false},"excerpt":{"rendered":" XRP Ledger behebt kritischen Fehler in der Zahlungs-Engine Der XRP Ledger hat stillschweigend einen Fehler in der Zahlungs-Engine aus dem Jahr 2015 behoben, der es einem Angreifer erm\u00f6glicht h\u00e4tte, verwendbares XRP \u00fcber das feste Angebot des Netzwerks hinaus f\u00fcr nur ein paar hundert XRP in Reserven zu erstellen. Das Problem lag im Code, der Zahlungen \u00fcber die integrierte dezentrale B\u00f6rse (DEX) des XRP Ledgers abwickelt. Sicherheitsanf\u00e4lligkeit und ihre Folgen Laut dem offiziellen Bericht \u00fcber die Sicherheitsanf\u00e4lligkeit, der gestern ver\u00f6ffentlicht wurde, summierte die Engine die Betr\u00e4ge bei einer einzelnen Zahlung, die viele Angebote konsumierte, unter Verwendung von nicht \u00fcberpr\u00fcfter 64-Bit-Arithmetik. Indem<\/p>\n","protected":false},"author":3,"featured_media":19286,"comment_status":"closed","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[64,124],"tags":[1593,9628,65,1089,1839,111,8,9093,11090,11091],"class_list":["post-19287","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-hack","category-ripple","tag-bitcoin-com","tag-evernorth","tag-hack","tag-ledger","tag-malaysia","tag-nasdaq","tag-ripple","tag-ripplex","tag-tranglo","tag-xrpn"],"yoast_description":"Ein kritischer Fehler in der Zahlungs-Engine des XRP Ledgers h\u00e4tte das Minting von XRP \u00fcber seine feste Obergrenze hinaus erm\u00f6glicht, was zu potenziellen Ausnutzungen f\u00fchren k\u00f6nnte. Ein Patch wurde implementiert.","_links":{"self":[{"href":"https:\/\/satoshibrother.com\/de\/wp-json\/wp\/v2\/posts\/19287","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/satoshibrother.com\/de\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/satoshibrother.com\/de\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/satoshibrother.com\/de\/wp-json\/wp\/v2\/users\/3"}],"replies":[{"embeddable":true,"href":"https:\/\/satoshibrother.com\/de\/wp-json\/wp\/v2\/comments?post=19287"}],"version-history":[{"count":0,"href":"https:\/\/satoshibrother.com\/de\/wp-json\/wp\/v2\/posts\/19287\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/satoshibrother.com\/de\/wp-json\/wp\/v2\/media\/19286"}],"wp:attachment":[{"href":"https:\/\/satoshibrother.com\/de\/wp-json\/wp\/v2\/media?parent=19287"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/satoshibrother.com\/de\/wp-json\/wp\/v2\/categories?post=19287"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/satoshibrother.com\/de\/wp-json\/wp\/v2\/tags?post=19287"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}Sicherheitsanf\u00e4lligkeit und ihre Folgen<\/h2>\n
Angreifer und die Auswirkungen<\/h2>\n
\n
Weitere Entwicklungen und Sicherheit<\/h2>\n