Connect with us

Künstliche Intelligenz

39C3: Satellitenunabhängiges Navigationssystem R-Mode soll Ende 2026 starten


Drei Forscher des Deutschen Zentrums für Luft- und Raumfahrt (DLR) präsentierten den aktuellen Stand des sogenannten Ranging Mode (R-Mode). Das Projekt dürfte in Zeiten hybrider Bedrohungen an Bedeutung gewinnen. Gezeigt wurde es beim 39. Chaos Communication Congress (39C3) in Hamburg am Samstag.

Weiterlesen nach der Anzeige

Niklas Hehenkamp, wissenschaftlicher Mitarbeiter am DLR in Neustrelitz, eröffnete den Vortrag mit einem Vergleich aus der Star-Wars-Popkultur: Er beschrieb die aktuelle Situation in der Navigation als „The Phantom Menace“ – die dunkle Bedrohung. Damit spielte er auf die seit gut zwei Jahren zunehmenden Jamming- und Spoofing-Aktivitäten in der Ostsee an, die insbesondere den Raum rund um den russischen Oblast Kaliningrad sowie Danzig betreffen.

Diese Störungen, die laut dem Bundesverteidigungsministerium russischen Ursprungs sind und oft mit dem Begriff „Baltic Jammer“ assoziiert werden, zeigen die gefährliche Abhängigkeit moderner Infrastruktur von globalen Navigationssatellitensystemen (GNSS) wie GPS oder Galileo. Da die Hardware für solche Störmanöver mittlerweile leicht verfügbar ist, steigt das Risiko für den Schiffs- und Luftverkehr. „Wir brauchen ein Backup-System, da wir derzeit von einer einzigen Technologie abhängig sind“, mahnte Hehenkamp. Das Ziel der Forscher ist ein System, das kostengünstig, leicht zu betreiben und vor allem resistent gegen die Art von Jamming ist, die GNSS-Signale derzeit lahmlegt.

Bereits vor Jahren begannen die DLR-Experten zusammen mit anderen EU-Wissenschaftlern damit, über Satelliten-unabhängige Lösungen nachzudenken. Ihr Ziel: die Souveränität europäischer Navigationsfähigkeit abzusichern. R-Mode setzt dabei auf eine terrestrische Basis und nutzt vorhandene maritime Infrastrukturen im Mittelwellenbereich, konkret die IALA-Funkfeuer.

Vielversprechende Resultate

Seit den ersten Tests in den Jahren 2014 und 2015 hat sich viel getan. In Zusammenarbeit mit Partnern aus Polen, Dänemark, Norwegen, Schweden, Finnland und Estland errichteten die Beteiligten ein prä-operationales Testfeld in der Ostsee. Um die für eine Satelliten-unabhängige Navigation nötige Synchronisation im Nanosekundenbereich zu sichern, nutzt das DLR hochstabile Rubidium-Atomuhren als Zeitreferenz sowie spezialisierte Signalmodulatoren, die das Navigationssignal in bestehende Funkinfrastrukturen einspeisen.

Die technischen Herausforderungen sind beachtlich. Hehenkamp erläuterte, dass die Ausbreitung der Signale im Mittelwellenbereich direkt als Bodenwelle entlang der Erdoberfläche erfolgt, was eine genaue Modellierung der Bodenleitfähigkeit erfordere. Das Team nutzt dafür moderne Satellitenfernerkundungsdaten, um Faktoren wie Bodenfeuchte oder den Salzgehalt des Meerwassers einzubeziehen. Bestehendes Material von der Internationalen Fernmeldeunion (ITU) fanden die Forscher nur als nicht-maschinenlesbares PDF vor, das Deutschland noch geteilt nach Ost und West auflistete.



Die benötigte Sendetechnik wird immer kleiner.

(Bild: CC by 4.0 media.ccc.de)

Die bisherigen Ergebnisse für den R-Mode-Einsatz sind vielversprechend. Tagsüber erreicht das System eine Genauigkeit von etwa 12 Metern bei einer Wahrscheinlichkeit von 95 Prozent. Nachts verschlechtert sich dieser Wert aufgrund von atmosphärischen Reflexionen auf etwa 63,7 Meter, was für die Schifffahrt jedoch immer noch als ausreichend gilt. „Wir werden eine Lösung finden, um das System zu öffnen“, versprach Hehenkamp auch mit Blick auf die künftige breitere Verfügbarkeit der erforderlichen Basisdaten.

Weiterlesen nach der Anzeige

Testfeld mit verbesserter Technik vor Rügen

Lars, ein zweiter Ingenieur vom DLR-Standort Neustrelitz, ergänzte die Beschreibung des Status quo durch einen Vergleich mit anderen Ansätzen wie dem ESA-Projekt Celeste, das auf zehn Satelliten im niedrigen Erdorbit (LEO) basiert. Zwar bieten solche LEO-Systeme eine globale Abdeckung, doch der DLR-Forscher gab zu bedenken, dass deren Signale immer noch vergleichsweise schwach seien und so anfällig für Jamming blieben. Zudem erforderten sie erhebliche Ressourcen. Der R-Mode dagegen sei als ziviles Backup-System konzipiert, das auch von kleineren Ländern unabhängig betrieben werden könne. Da das System bestehende Mittelwellen- und VHF-Technik im UKW-Bereich nutze, liege die Reichweite bei etwa 300 Kilometern, was die gesamte Ostsee abdecken kann. Das Ziel ist klar formuliert: „Das System wird bis Ende 2026 betriebsbereit sein.“

Ein dritter Pfeiler der Entwicklung ist die Nutzung des VHF-Bereichs, den Markus vom DLR-Standort Oberpfaffenhofen beschrieb. Während das herkömmliche Automatic Identification System (AIS) für die Navigation aufgrund der hohen Auslastung kaum infrage komme, biete das neue VDES (VHF Data Exchange System) mit einer Bandbreite von 1000 kHz deutlich mehr Raum. Die bürokratischen Hürden seien hier aber hoch, da die Zuweisung von Frequenzen für Navigationszwecke auf der Weltfunkkonferenz (WRC) entschieden werden müsse. Dieses Treffen findet nur alle drei bis vier Jahre statt.

Dennoch laufen die praktischen Tests auf Hochtouren. Auf dem bayerischen Ammersee testet das Team die VDES-basierte Navigation bereits erfolgreich mit der Wasserwacht, wobei eine Genauigkeit von etwa 10 Metern erreicht wurde. Sogar in der Luftfahrt gab es erste Versuche. Ein DLR-Forschungs-Motorsegler überflog Hamburg, wobei die Abweichung bei etwa 200 Metern lag. Aktuell baut das DLR ein semi-permanentes Testfeld südlich von Rügen auf. Dort sollen drei Stationen mit kommerzieller Hardware zeigen, dass R-Mode reif für den harten Einsatz im Küstenbereich ist. Damit rückt eine Zukunft näher, in der Kapitäne in der Ostsee nicht mehr hilflos auf ihre gestörten GPS-Displays starren müssen, sobald elektronische Störsender in der Nähe aktiv werden.

Lesen Sie auch


(nie)



Source link

Verwandte Themen:
Weiterlesen

Künstliche Intelligenz

Dell schließt unzählige Sicherheitslücken in Avamar, iDRAC und NetWorker


Die Entwickler von Dell haben in Avamar und NetWorker massenhaft Schwachstellen in Komponenten wie Apache Tomcat und Spring Security geschlossen, die die Backuplösungen nutzen. Die Server-Fernverwaltung iDRAC bekommt ebenfalls ein Sicherheitsupdate.

Weiterlesen nach der Anzeige

Verwundbare Backuplösungen

In drei Warnmeldungen listet Dell die nun geschlossenen Sicherheitslücken in Komponenten von Drittanbietern auf, die Avamar und NetWorker betreffen.

Darunter fallen Komponenten wie Apache HTTP Server, Expat, OpenSSL und Vim. Der Großteil der geschlossenen Lücken stammt aus dem Jahr 2025. Darunter sind auch „kritische“ Schwachstellen (etwa Samba CVE-2025-10230), über die Schadcode auf Systeme gelangen kann. Es wurden aber auch Lücken geschlossen, die schon über zehn Jahre alt sind (zum Beispiel Apache HttpClient CVE-2015-5262 „mittel“).

Server-Admins sollten iDRAC-Service-Module für Linux und Windows auf den aktuellen Stand bringen. Geschieht das nicht, können sich Angreifer mit niedrigen Nutzerrechten aufgrund von Fehlern bei der Zugriffskontrolle höhere Nutzerrechte verschaffen (CVE-2026-23856). In einer Warnmeldung versichern die Entwickler, das Sicherheitsproblem in der Ausgabe 5.4.1.1 gelöst zu haben. Alle vorigen Versionen sollen verwundbar sein.

Weiterlesen nach der Anzeige


(des)



Source link

Weiterlesen

Künstliche Intelligenz

Redis 8.6 beschleunigt Durchsatz um das Fünffache


Die In-Memory-Datenbank Redis ist in Version 8.6 erschienen. Das Update steigert den Durchsatz bei Caching-Workloads auf ARM-Prozessoren um mehr als das Fünffache gegenüber Redis 7.2. Auf einem 16-Kern-System in der AWS-Cloud mit einem Graviton4-Prozessor erreichte Redis 8.6 in Benchmarks bis zu 3,5 Millionen Operationen pro Sekunde.

Weiterlesen nach der Anzeige

Die Entwickler optimierten zahlreiche Komponenten: Sorted Sets verzeichnen eine Latenzreduktion von bis zu 35 Prozent, GET-Operationen bei kurzen Strings führt Redis 15 Prozent schneller durch. Beim Speicherverbrauch sinkt der RAM-Bedarf für Hashes um 16,7 Prozent, für Sorted Sets sogar um 30,5 Prozent. Diese Verbesserungen betreffen nicht nur ARM-Systeme – auf Intel- und AMD-Plattformen zeigen sich ähnliche Verbesserungen.

Für KI- und Machine-Learning-Anwendungen bringt Redis 8.6 beschleunigte Vektor-Operationen: Die Geschwindigkeit beim Einfügen von Vektoren steigt um 43 Prozent, Abfragen werden 58 Prozent schneller durchgeführt. Dies gilt besonders bei binärer und 8-Bit-Quantisierung auf x86-64-Systemen.

Idempotente Produktion verhindert Duplikate in Streams

Eine weitere zentrale Neuerung betrifft Redis Streams. Der XADD-Befehl unterstützt jetzt idempotente Produktion durch die Parameter IDMP und IDMPAUTO. Damit lassen sich Duplikate vermeiden, wenn Produzenten nach Netzwerkfehlern oder Abstürzen Nachrichten erneut senden. Jeder Produzent erhält eine eindeutige Producer-ID, jede Nachricht eine Idempotency-ID – entweder manuell vergeben oder automatisch aus dem Nachrichteninhalt generiert.

Administratoren können die Haltedauer dieser IDs über XCFGSET STREAM IDMP-DURATION steuern und die maximale Anzahl pro Producer mit IDMP-MAXSIZE begrenzen. Die idempotente Produktion ist besonders wichtig bei Systemen mit mehreren Consumer-Groups: Stürzt etwa der Producer bei einer Essensbestellung nach dem Senden ab, verhindert die Idempotenz, dass Küche, Lager und Lieferdienst die Bestellung doppelt verarbeiten. Eine Einschränkung gibt es jedoch: Die Kombination aus idempotenter Produktion und AOF-Persistierung ohne RDB-Preamble führt derzeit zu Problemen – ein Patch soll folgen.

Neue Eviction-Strategien für Write-Heavy-Workloads

Weiterlesen nach der Anzeige

Mit den LRM-Policies (Least Recently Modified) erweitert Redis 8.6 die Eviction-Strategien. Anders als die etablierten LRU-Policies (Least Recently Used) berücksichtigt LRM nicht den letzten Lesezugriff, sondern ausschließlich Schreiboperationen. Das ist vorteilhaft bei write-intensiven Anwendungen oder KI-Workloads, wo Lesezugriffe die Relevanz eines Eintrags nicht beeinflussen sollen. Verfügbar sind volatile-lrm für Keys mit TTL und allkeys-lrm für alle Schlüssel.

Cluster-Betreiber profitieren vom neuen HOTKEYS-Befehl. Er identifiziert CPU- oder Netzwerk-intensive Schlüssel pro Slot und ermöglicht gezielte Optimierungen. In Kombination mit der in Redis 8.4 eingeführten atomaren Slot-Migration lassen sich Hotspots im Cluster gezielt beseitigen. Die Analyse startet mit HOTKEYS START, wobei Metriken, Stichprobenrate und Dauer konfigurierbar sind.

TLS-Zertifikate zur Authentifizierung

Für mTLS-Umgebungen vereinfacht Redis 8.6 die Authentifizierung: Clients können sich automatisch über ihr TLS-Zertifikat anmelden, wenn der Common Name des Zertifikats einem ACL-Benutzer entspricht. Die Konfiguration erfolgt mit tls-auth-clients-user CN und ACL SETUSER on nopass. Damit entfällt die separate Passwort-Authentifizierung – das Zertifikat dient als einzige Credential.

Time-Series-Datenbanken unterstützt Redis 8.6 mit NaN-Werten (Not a Number) in TS.ADD und TS.MADD. Neue Aggregatoren wie COUNTNAN und COUNTALL behandeln fehlende Messwerte korrekt, während bestehende Aggregatoren NaN-Werte ignorieren.

Alle Informationen zum neuen Release finden sich im Blog des Projekts. Redis 8.6 ist als Open-Source-Software unter der AGPLv3-Lizenz verfügbar. Die Unified Distribution enthält alle Funktionen einschließlich RedisTimeSeries, RedisBloom und RedisJSON in einem Paket. Binaries stehen für Docker, Snap, Homebrew sowie als RPM- und Debian-Pakete bereit. Die Version haben die Entwickler auf Ubuntu 22.04/24.04, Rocky Linux, AlmaLinux, Debian und macOS getestet.


(fo)



Source link

Weiterlesen

Künstliche Intelligenz

Chrome 145 bringt JPEG XL zurück


Google hat Chrome 145 für Windows, macOS und Linux veröffentlicht. Die Version umfasst einige kleinere neue Features und schließt elf Sicherheitslücken, darunter drei mit hoher Priorität. Vor allem aber bringt die neue Version des Browsers den Support des Bildformats JPEG XL zurück, dem sich Google offiziell lange verweigert hatte.

Weiterlesen nach der Anzeige

JPEG XL: Von der Entfernung zur Rückkehr

Google hatte die Unterstützung für das Format Anfang 2023 in Chrome 110 entfernt – mit der Begründung, es gebe zu wenig Interesse im Ökosystem und unzureichende Vorteile gegenüber bestehenden Formaten. Die Entscheidung stieß auf massive Kritik: Über 1000 Upvotes im Chromium-Bug-Tracker protestierten gegen die Entfernung, die Free Software Foundation kritisierte die Entscheidung als Einengung von Nutzer-Wahlmöglichkeiten. Jon Sneyers, Mitentwickler von JPEG XL, vermutete einen internen Konflikt bei Google zwischen JPEG-XL-Befürwortern und Vertretern der konkurrierenden Google-Formate AVIF und WebP.

JPEG XL wurde als moderner Standard für Bildkompression entwickelt und basiert auf Googles PIK und Cloudinarys FUIF. Der Standard wurde im Dezember 2020 finalisiert und im Oktober 2021 als internationaler Standard verabschiedet. Das Format bietet höhere Kompressionsraten als JPEG, unterstützt verlustfreie Kompression und ist offen sowie lizenzgebührenfrei. Experimentell war JPEG XL bereits ab Chrome 91 mit einem Feature Flag verfügbar.

Die Neubewertung begann im November 2025, als das Chromium-Team die Wiederaufnahme ankündigte. Ausschlaggebend waren mehrere Faktoren: Apple hatte den JPEG-XL-Support in Safari implementiert, Mozilla seine neutrale Haltung aufgegeben und die PDF-Association das Format im Oktober 2025 als empfohlen in PDF-Spezifikationen aufgenommen. Technisch plant Chromium die Integration von „jxl-rs“, einem Rust-basierten JPEG-XL-Decoder. Google nutzt das Format bereits praktisch: Die Google Cloud Platform DICOM API verwendet JPEG XL für eine Reduktion der Dateigröße um 20 Prozent.

Neue Features in Chrome 145

Chrome 145 bringt außerdem diverse neue Funktionen. Column wrapping für Multicol ermöglicht vertikales Spaltenlayout und 2D-Spaltenlayout. Device Bound Session Credentials schützen Nutzer-Sessions besser. Die neue Origin API vereinfacht die Arbeit mit Origins. Bei CSS unterstützt der Browser nun das text-justify-Property für bessere Kontrolle über Textausrichtung bei Blocksatz sowie prozentuale Werte für letter-spacing und word-spacing für responsive Typografie.

Weitere Neuerungen umfassen eine optimierte Schattenberechnung bei hohen border-radius-Werten, neue Event-Handler wie onanimationcancel für CSS Animations und die focusVisible-Option zur Kontrolle über Fokusring-Anzeige. Das Customizable-select-Element verbessert das Listbox-Rendering, während Monochrome-Emoji im Forced-Colors-Modus die Darstellung verbessern.

Weiterlesen nach der Anzeige

Behobene Sicherheitslücken

Besonders kritisch sind drei als „High Severity“ eingestufte Schwachstellen. CVE-2026-2313 betrifft einen Use-after-free-Fehler in CSS, CVE-2026-2314 beschreibt einen Heap-Buffer-Overflow in den Codecs und CVE-2026-2315 eine fehlerhafte Implementierung in WebGPU. Alle drei Lücken lassen sich durch manipulierte HTML-Seiten ausnutzen und erreichen einen CVSS-Score von 8.8. Für die Meldung von CVE-2026-2313 zahlte Google 8000 US-Dollar an die Forscher Han Zheng, Wenhao Fang und Qinying Wang.

Die mittelschweren Sicherheitslücken umfassen unter anderem CVE-2026-2316, die UI-Spoofing in Frames ermöglicht, sowie CVE-2026-2317, die ein Cross-Origin-Datenleck in der Animation-Implementierung erlaubt. Eine Race-Condition in den DevTools (CVE-2026-2319) könnte Object-Corruption via bösartiger Erweiterungen ermöglichen. Insgesamt zahlte Google für die gemeldeten Schwachstellen Prämien zwischen 500 und 8000 US-Dollar.

Alle Informationen zur neuen Version 145 finden sich in den Release-Notes. Anwender sollten Chrome zeitnah aktualisieren, da die Sicherheitslücken remote über manipulierte Webseiten ausnutzbar sind. Chrome aktualisiert sich in der Regel automatisch, Nutzer können die Aktualisierung aber über „Einstellungen/Über Google Chrome“ manuell anstoßen.


(fo)



Source link

Weiterlesen

Beliebt