IT-Themen / Elektronik (allgemein): Computer, Betriebssysteme, Linux, Windows, Router, Switche, Access-Points, Steuergeräte, HiFi etc.

Kiffer (vor Legalisierung) und Goldbugs haben etwas gemeinsam: Paranoia.

Ausspioniert wird man sowieso. In der schieren Masse wird es aber (noch) nicht dazu kommen, dass man "einfach so" gezielt abgehört wird, selbst wenn die technischen Möglichkeiten gegeben sind.

Dazu ist man als kleiner Kiffer zu unwichtig, auch wenn man im Kopfkino bei jedem knacken in der Leitung sofort einen Film schiebt. Beim kleinen Goldbug genauso, es sei denn er wird zum Reichsbürger.

Wenn man wirklich zu denjenigen gehört, die als Staatsfeinde geführt werden, dann weiß man erstens um all die Maßnahmen Bescheid, mit denen man sich schützen kann und wird zweitens trotzdem dauerhaft beschattet und überwacht, da brauchen die Dienste dann auch kein Smartphone dafür.

Trotzdem macht es Sinn, achtsam mit seinen Daten umzugehen, Google als Ohr der CIA muss ja nicht die neueste Geschäftsidee mitbekommen, um sie dann vor einem selbst auf den Markt zu bringen.

Meine Fetische kann Google gerne wissen, mir doch scheißegal. Die können auch gerne wissen, dass ich mir den Arsch nach dem Kacken mit dem Finger auskratze, oder gerne überfahrene Katzen von der Straße einsammle und daraus Gulasch mache. Man muss halt nur wissen, was man wie und in welchen Mengen preisgibt. Informationsmüll erzeugen, dann können sie gerne aussieben, was nun wahr und erfunden ist.

Der nächste Bug in der Kategorie kommt bald auf uns zu. i32 unix epoch overflow

Year 2038 problem - Wikipedia

en.m.wikipedia.org

Zitat von Währungshüter

An diesen Wahnsinn vor 25 Jahren kann ich mich noch gut erinnern, war damals Student und hatte einen Hiwi-Job im Campus-Rechenzentrum als Informatikstudent. Wir hatten alle gewaltig Schiss, dass was in die Hosen geht, aber am Ende ist es dann doch jut jegangen.

Ich habe damals in einem Netzwerkkontrollzentrum gearbeitet und in dieser Nacht war eine verstärkte Schicht vor Ort. Unser Vorteil war, dass wir Knoten auf der ganzen Welt überwachten und so schon im Verlauf des Nachmittags feststellen konnten, dass nirgends ungewöhnliche Probleme auftraten. Bei den Kundenstandorten im Pazifik, in Australien und Asien waren durchgehend sogar WENIGER Störungen als üblich, weil viele aus Vorsicht ihre lokalen Netzwerke am Router über Nacht ausgestöpselt hatten. Aber auch die Übertragungsnetzwerke hatten keinerlei ungewöhnliche Vorfälle.

So wurde dann der Grossteil des Personals etwa gegen 22 Uhr nach Hause geschickt.

Ein paar Stunden später fing einer damit an, Panik zu verbreiten und die Zuhörer seiner Radiostation sogar aufzufordern, sich zu bewaffnen und auf die Stasse zu gehen, nämlich der Gatekeeper Alex Jones. "Die schalten das Internet ab!", "Russische AKWs werden heruntergefahren!", "Die Chinesen sind im Hafen von LA angelandet und haben einen Brückenkopf errichtet!" usw. schrie der falsche Kerl ins Mikrofon, als mehr als die halbe Welt den Datumssprung schon ohne Schwierigkeiten geschafft hatte.

Zitat von noideaforanick

Der nächste Bug in der Kategorie kommt bald auf uns zu. i32 unix epoch overflow

es ist bereits jetzt (und sogar vor 20 Jahren) schon erkennbar, dass das ein Riesenproblem sein wird.

Es ist durch Umstieg auf 64 bit System lösbar - andernfalls ist ein Umschreiben der Codes zwingend erforderlich.

Wenn ich an DB-Steuerung mit Windows 3.1 und Floppys denke, dann wird mir übel...

Zitat von Deflationator

Es ist durch Umstieg auf 64 bit System lösbar - andernfalls ist ein Umschreiben der Codes zwingend erforderlich.

Wer ist denn heutzutage noch mit x32 unterwegs?

Zitat von Währungshüter

Viele Codes laufen heute unter x64 sind aber intern von den Datentypen nur x32 (jede Variable hat einen Datentyp). Sobald da ein Datum mit ins Spiel kommt, wird es lustig.

Sollte man vorher in Popcorn investieren.

Neben dem Y2K38-Problem gibt es auch ein Y2K36-Problem, welches aber wohl allgemein als weniger kritisch eingestuft wird.

Wo da der genaue Unterschied liegt, erschließt sich mir als Laie nicht richtig, da ich dachte, dass alle EDV-Systeme gleichartig Zeitstempel ermitteln und verwenden.

Zitat von taheth

Wer ist denn heutzutage noch mit x32 unterwegs?

Mein Odriod Server mit Samsung Exynos 5422 32Bit ARM SoC im Keller...läuft mit 3-5 Watt und trotzdem vollem Gigabit Speed... wollte den eigentlich nicht hergeben... obwohl sein Nachfolger mit 64Bit hier schon wartet..der ist aber nicht besser oder schneller... leider

My cloud is @ 127.0.0.1

Zitat von Währungshüter

An diesen Wahnsinn vor 25 Jahren kann ich mich noch gut erinnern, war damals Student und hatte einen Hiwi-Job im Campus-Rechenzentrum als Informatikstudent.

Wir hatten Bereitschaft bei der Feuerwehr. Also nicht nur ich bzw. meine Einheit, sondern JEDE Freiwillige Feuerwehr hatte in dieser Silvesternacht Anwesenheitspflicht in den Feuerwehrhäusern.
Nicht nur wie sonst vielleicht üblich ein paar Leute, sondern wirklich alle.

Die Vorbereitungen gingen schon Tage vorher los. Wir haben für die wichtigen Funktionen des Gebäudes eine zweite Stromversorgung via Aggregaten aufgebaut, hunderte Meter Kabel durch das Gebäude verlegt.
Damals war bei den Feuerwehren das Alltagsgeschäft noch lange nicht so von Rechnern und Internet abhängig wie heute, zumal es auch noch genug Leute im Dienst gab, die in einer rein analogen Welt angefangen haben.
Funk war noch analog, die Leitstellen wo die Notrufe einliefen arbeiteten zwar rechnergestützt, kamen aber auch noch mit Notizblock und Kugelschreiber als Rückfallebene klar.
Der worst case wäre ein Stromausfall gewesen.

Naja, passiert ist dann genau nichts, wie wir alle wissen. Vom allgemeinen Einsatzaufkommen her war es sogar eine vergleichsweise ruhige Silvesternacht.

Es gibt heute noch einige wenige Landkreise, vor allem in Baden-Württemberg, wo von Feuerwehren noch analog gefunkt wird.
Die waren im Ahrtal der King.
Das Tetra-Netz war da völlig überlastet.

Bei unserem Hauptgebäude wurden damals zwei containergroße Generatoren aufgebaut, zwei Tanklaster standen daneben, zwei Tanklaster abrufbereit außerhalb der Stadt, ein Heli für eilige Transporte war exklusiv gechartert, Teile der Büros waren in provisorische Schlafräume umgebaut, Lebensmittel eingelagert bzw. im Kühllaster neben dem Gebäude gelagert, es gab für einen Teil der Belegschaft Anwesenheitspflicht und der Rest stand auf Abruf bereit.

Im Nachhinein klingt das alles übertrieben, aber damals wollte man kein Risiko eingehen und wäre sonst im Fall der Fälle der Dumme gewesen. Es hatte ja nicht gereicht sich selbst vorzubereiten und einen reibungslosen Datumswechsel vorzubereiten, man war auch abhängig davon, dass alle anderen auch ihre Hausaufgaben richtig gemacht hatten und das Zusammenspiel weiter funktionierte. Es gab in den verschiedenen Systemen, Schnittstellen, Files und Filetransfers (intern und extern) unterschiedliche Datumsformate und Datumsformatumformatierungen (DDMMYY, DDMM19YY, DDMMYYYY, YYMMDD, 19YYMMDD, YYYYMMDD, YDDD, XDDD, MMDDYY, YYDDMM, usw.)

War damals eine spannende Sache.

Zuckerberg sagt:

... dass US-Behörden, darunter auch die CIA, WhatsApp-Nachrichten lesen können, indem sie sich aus der Entfernung in die Geräte eines Nutzers einloggen und damit wirkungsvoll die Ende-zu-Ende-Verschlüsselung der Plattform umgehen.

er sagt auch:

... erläuterte Zuckerberg am Freitag, dass die Verschlüsselung von WhatsApp zwar Meta daran hindere, die Inhalte der Nutzer zu sehen, aber nicht vor dem physischen Zugang zum Telefon eines Nutzers schütze.

... wenn man WhatsApp benutzt, gibt es keine Stelle, ab der die Meta-Server den Inhalt dieser Nachricht sehen

Ich persönlich glaube nicht daran, dass Meta Ende zu Ende verschlüsselt und Meta da nichts lesen kann...

Laut Zuckerberg ist die Tatsache, dass die privaten Mitteilungen der Nutzer durch ein direktes Eindringen in ihre Geräte gefährdet werden können, der Grund dafür, dass Meta verschwindende Nachrichten entwickelte, bei denen die ausgetauschten Nachrichten nach einer bestimmten Zeit gelöscht werden.

Hier gibt es ein Problem, dass smarte Geräte Nachrichten-Popups haben - die auch auf Uhren gepusht werden. Hier ist es lange bekannt, dass diese Daten auf Android an Google gesendet werden. D.h. selbst wenn Meta E-zu-E verschlüsselt (was ich nicht glaube), so ist dieser Schutz wirkungslos, wenn andere Ketten längst gebrochen sind.

nochmal ein Hinweis von KI:

WhatsApp verwendet tatsächlich Ende-zu-Ende-Verschlüsselung, aber es gibt keine öffentlich zugänglichen Beweise in Form von Codes, da WhatsApp eine proprietäre, closed-source Software ist. Dennoch gibt es mehrere Indikatoren, die die Verwendung der Verschlüsselung bestätigen:

1. WhatsApp implementiert das Signal-Protokoll für die Ende-zu-Ende-Verschlüsselung, das von Sicherheitsexperten als zuverlässig angesehen wird[1][2].

2. Nutzer können die Verschlüsselung überprüfen, indem sie die Sicherheitsnummer eines Chats kontrollieren. Diese 60-stellige Nummer kann mit dem Chatpartner verglichen werden, um die Integrität der Verschlüsselung zu bestätigen[1][2].

3. WhatsApp zeigt in jedem Chat einen Hinweis an, dass die Nachrichten Ende-zu-Ende verschlüsselt sind[2].

4. Unabhängige Sicherheitsexperten haben die Implementierung der Verschlüsselung getestet und als zuverlässig eingestuft[1].

Obwohl kein direkter Code-Beweis vorliegt, deuten diese Faktoren stark darauf hin, dass WhatsApp tatsächlich Ende-zu-Ende-Verschlüsselung einsetzt. Es ist jedoch wichtig zu beachten, dass die Verschlüsselung allein nicht alle Datenschutzbedenken ausräumt, da WhatsApp weiterhin Metadaten sammelt[1].