Von den DNS-Problemen habe ich vor'm ins Bett gehen gar nichts mehr mitbekommen. Es hat mich nur gewundert warum der Bahn Navigator auf zwei Handys "keine Internetverbindung" gemeldet hat.
Heute morgen kurz nach 5 Uhr ging's wieder und ich dachte mir so 'typisch Bahn' 
Schönen Tag in die Runde.
Von den DNS-Problemen habe ich vor'm ins Bett gehen gar nichts mehr mitbekommen.
Ging mir genauso. Ich wusste auch gar nicht, daß das Internet nachts auch an ist.
Die DENIC muss als KRITIS Betreiber die InternetzSperrStundenVerordnung umsetzen, um die kritische Infrastruktur vor nachtaktiven Advanced Persistent Threats zu schützen. Die richtigen Schlüssel werden nachts eingeschlossen und durch Imitate ersetzt.
oh, cool.
Agents can now create Cloudflare accounts, buy domains, and deploy
Meist ist der Grund: Es ist ein HP Smart.
Meist ist der Grund: Es ist ein HP Smart.
Laut Diagramm nicht: "Falscher Drucker ausgewählt" ist nur ein kleines Kuchenstück. Du machst da einen klassischen Statistikfehler: Nur weil die Wahrscheinlichkeit, dass ein Fehler auftritt, hoch ist, wenn man den falschen Drucker gewählt hat, ist nicht auch die Wahrscheinlichkeit hoch, dass man den falschen Drucker gewählt hat, wenn ein Fehler auftritt.
Hat noch jemand derzeit Probleme Office 365 normal zu installieren?
Bei uns kommt es derzeit zu Setup Fehlern "Fehlercode:30182-2016 (3)"
Hat das noch jemand?
Haben schon alles durch an Tests. Gibt es wegen der gestrigen DENIC-Störung hier derzeit auch Probleme?
Also bei mir ist seit heut morgen um 9 das Indermett wech.
"Die Störung ist bekannt, wird aber voraussichtlich innerhalb der nächsten 4 Tage behoben sein."
Betrifft ja auch nur (mindestens) eine 24000 Einwohner Stadt...
Zum Thema gestern Abend: https://www.golem.de/news/dnssec-fe…605-208394.html
Hat hier schon mal jemand mit Apache HertzBeat gearbeitet/gespielt?
https://borncity.com/news/microsoft-update-legt-weltweit-internetverbindungen-lahm/
Habe das eben bei Günter Born gefunden. 
Die Updatesuche innerhalb des Windows 11 Setups (Upgrade) bleibt bei mir auch bei 46% hängen. Abbruch nach 15 Minuten Kaffeetrinken. 
Hat hier schon mal jemand mit Apache HertzBeat gearbeitet/gespielt?
Das schaut richtig schnucke aus.
Es gibt keine Neuigkeiten diesbezüglich, der Test läuft noch [länger].
gab's nicht mal einen thread, um fehler in der DNS-Beta zu melden? 
gab's nicht mal einen thread, um fehler in der DNS-Beta zu melden?
Hätte es wohl ursprünglich geben sollen, ich kenne aber keinen. 
ist vielleicht auch besser so…
Der Test ist ja jetzt auch schon fast 1,5 Jahre her. Da fragt man sich schon, was in dieser Zeit alles passiert ist. Hat man das komplett neu geschrieben, weil es zu viele Probleme gab? Unter Berücksichtigung, dass das alte System mit seinen dnssec Problemen ja im Grunde auch unbenutzbar ist, hätte man sich schon etwas mehr Priorität gewünscht. Klar, braucht die Entwicklung eines solchen Systems auch etwas Zeit, aber das war ja vor 1,5 Jahren schon soweit, dass man eine Beta ausrollen konnte und dann vergeht dann trotzdem noch so viel Zeit...irgendwo ein bisschen enttäuschend.
FYI: Es ist Freitag und somit Zeit für den nächsten Linux-Sicherheitslücken-GAU: Dirty Frag: Universal Linux LPE (betrifft alle Linux-Distros!)
(Embargo-Bruch "von dritter Seite" führte dazu, dass es bislang für keine der Distributionen eine Korrektur gibt; es gibt aus Zeitgründen noch nicht einmal eine CVE-Kennung!!! die inzwischen vergebene CVE-Kennung lautet CVE-2026-43284.)
Dirty Frag is a case that extends the bug class to which Dirty Pipe and Copy Fail belong. Because it is a deterministic logic bug that does not depend on a timing window, no race condition is required, the kernel does not panic when the exploit fails, and the success rate is very high.
Workaround: Auf die Nutzung der betroffenen Module verzichten und ihre Aktivierung blockieren, sofern sie nicht in den Kernel einkompiliert wurden:
for MODULE in esp4 esp6 rxrpc; do grep -qE "^${MODULE} " /proc/modules && echo "Affected module ${MODULE} is loaded" || echo "Affected module ${MODULE} is NOT loaded"; done
KERNEL="$(uname -r)"; for MODULE in esp4 esp6 rxrpc; do grep -qw "${MODULE}" "/lib/modules/${KERNEL}/modules.builtin" && echo "Module ${MODULE} is built directly into kernel ${KERNEL}!"; done
sh -c "printf 'install esp4 /bin/false\ninstall esp6 /bin/false\ninstall rxrpc /bin/false\n' > /etc/modprobe.d/dirtyfrag.conf; rmmod esp4 esp6 rxrpc 2>/dev/null; true"Mögliche Seiteneffekte der Deaktivierung:
esp4 / esp6 are the kernel-side ESP transforms used by IPsec. Disabling them breaks IPsec tunnels that rely on the kernel data path on the affected machine. Do not apply this mitigation to hosts that terminate or transit IPsec / strongSwan / Libreswan tunnels.
rxrpc is the AF_RXRPC transport used almost exclusively by AFS clients and is not present on typical web-hosting servers.
Wer den obigen Exploit ausprobiert hat und/oder sichergehen will, dass das laufende System nicht kompromittiert ist, sollte analog zu der Vorgehensweise bei Copy_Fail die entsprechende Rechnerinstanz danach entweder neu booten oder die von Olivetti hier erwähnte Methode zum Löschen der Caches verwenden:
tee /proc/sys/vm/drop_caches <<<'echo 3'(Evaluation von GhostBSD für den Einsatz auf zumindest einigen Systemen ist auf der eigenen TODO-Liste gerade wieder weiter nach oben gerutscht. 
)
m_ueberall Danke für die Info.
Ist Debian auch davon betroffen?
m_ueberall Danke für die Info.
Ist Debian auch davon betroffen?
Ja! (Habe eine entspr. Notiz oben hinzugefügt, danke.)
