Tja, trotz unqualifiziert giftiger Kommentare von wohl ewig dümmlich Wiedergesehenen ist nun die Katze aus dem Sack! ![]()
Beiträge von UliBär
-
-
Wir sind bereits bei 67.0.4 - ist ja fast wie bei iOS...

-
Moin Leute,
in letzter Zeit habe ich immer häufiger mit folgendem Ladefehler zu tun:
MOZILLA_PKIX_ERROR_REQUIRED_TLS_FEATURE_MISSING
Google gibt leider nicht viel her, nur daß eventuell auf der Serverseite ein Problem vorliegt. :-??
Da das aber immer häufiger passiert, habe ich langsam den Fox in Verdacht, da andere Browser anstandslos funktionieren.Außerdem: Früher konnte man - auf eigene Gefahr - solche Gängeleien aushebeln. Leider wird der User aber nur noch bevormundet und es fängt langsam an, auch einem Langzeit-User wie mir auf die *** zu gehen!
Jemand eine Idee?
BTW: System Win 7 Pro 64 Bit auf dem letzten Stand, Firefox 66.0.4 tete009 - Original 67.0 bringt keine Abhilfe.
[edit]
Inzwischen habe ich doch etwas Interessantes gefunden:
https://meta.stackoverflow.com/questions/3855…-required-tls-fLustige Anekdote: Genau die obige Seite konnte ich ich heute tagsüber auch nicht aufrufen.
Vielleicht liegt's doch nicht am Fux! :-???:klasse: -
Anmerkung...
(...)Klasse, funktioniert tatsächlich! :klasse:
Ein Problem bleibt (bei meinem Fox) allerdings noch: Der flexible Leerraum in der Navigationsleiste ist jetzt deutlich (zu) breit. Kann ich das irgendwo wieder auf die alten Werte zurückstellen? Habe die *.css-Dateien schon durchsucht, aber keine plausible Stelle gefunden? :-??Edith meint:
Habe mit Hilfe von Google eine Lösung gefunden.
Folgendes in die userChrome.css einfügen:CSS#nav-bar toolbarspring { background: transparent !important; max-width: 20px !important; min-width: 20px !important; width: 20px !important; margin-top: 4px !important; margin-bottom: 4px !important; }
Also nun Alles paletti - Danke! :klasse: -
Hast du das schon mal bei einem anderen Browser gemacht/ machen können?
(...)Ja, mit dem Firefox!

-
Zunächst herzlichen Dank an alle Diejenigen, die hier im Thread tatsächlich nützliche Tips gegeben haben, habe nun tatsächlich alle ausprobiert. :klasse:
Bin nun ja schon länger dabei und kein unbeschriebenes Blatt, aber mal ehrlich: Was für ein K(r)ampf, nur um die Leiste woanders hin zu schieben - geht's noch? Ich werde mich wohl damit abfinden und erst mal weiter mit einem als Chrome getarnten Firefox surfen. Die ewige Anpasserei wegen der Statusleiste habe ich schon vor über zwei Jahren aufgegeben, warum dann nicht auch die Position der Tabs - wird ja sowieso alles früher oder später gleichgeschaltet!
Trotzdem eigentlich schade... :roll:
-
Achtung keine Ironie: Warum muß an der Oberfläche eigentlich permanent vom Entwicklerteam herumgedoktert werden? :roll:
-
Wie immer zwecklos...
-
Dass man mindetens zwei Wochen zur Umgewöhnung bräuchte, ist aber auch dezent übertrieben…
Aha, Du steckst also in meinem Körper - gelinde gesagt, "interessant"... -
Ich find's toll. Lange Abende sind immer nett, kann man noch ein wenig draußen sitzen, Abendsonne genießen, Sport treiben etc.
(...)
Daß man Probleme mit Schlaf usw haben soll, ist wohl eher dem Nocebo-Effekt zuzuschreiben. Als ob man sonst (auch am Wochenende) immer genau um 22:27 Uhr ins Bett ginge.Wer oder was hindert Dich daran, im Sommer eine Stunde früher zur Arbeit zu gehen und eine Stunde früher Feierabend zu machen?
...und einfach zu unterstellen, daß der Nerv-Faktor der Zeitumstellung Einbildung sei, hat die Grenze zur Arroganz schon weit überschritten... :roll:
-
Ja, seit 1980 nervt die Zeitumstellung nur. Es dauert immer mindestens zwei Wochen, bis ich mich einigermaßen wieder daran gewöhnt habe. Wobei die jetzt anliegende Umstellung den wesentlich höheren Nerv-Faktor hat.
Das ist bei längeren Flügen immer das gleiche Problem: Den Tag länger machen, also nach Westen fliegen, ist kein großes Problem. Dagegen den Tag kürzer machen, also nach Osten fliegen bringt mich immer mehrere Tage/Wochen durcheinander.
Meiner Meinung nach ist die Zeitumstellung ein vollkommen überflüssiger Anachronismus... -
-
Intel hat sich da Einiges vorgenommen:
https://newsroom.intel.com/wp-content/upl…te-guidance.pdf
Inzwischen ist sogar meine Uralt-CPU Q9550S mit CPUID 1067A dabei - zwar nur "Planning", aber immerhin! :klasse: -
Meine Lieblingsstory in dem Zusammenhang:
https://techcrunch.com/2018/01/22/lin…-utter-garbage/ -
Hi Leute,
wenn Ihr einfach nur etwas bracht, was Euch sagt, was Sache ist, dann nehmt dieses Tool:
https://www.grc.com/inspectre.htm
Das wird Euch ganz einfach mitteilen, wie der Status ist und was zu tun ist.
PS: Leider sieht es für Otto Normalverbraucher alles andere als gut aus... :x
-
M$ schreibt doch selbst, daß die Patches Microcode-Unterstützung brauchen.
Ist zum Testzeitpunkt (leider noch vor Laden des VMWare-Treibers!) der neue Microcode noch nicht geladen, dann werden die "Mitigations" deaktiviert. Da hilft nur ein BIOS-Update, welches den Microcode gleich nach dem Rechnerstart lädt, damit er beim Betriebssystemstart schon zur Verfügung steht. Dann klappts auch mit den Updates von M$.[edit]
Der Meltdown-Patch funktioniert auch ohne neue Microcodes, der Spectre-Patch leider nicht.[edit2] Beispiel:
Code
Alles anzeigenC:\Tmp\ROM>SpecuCheck.exe SpecuCheck v1.0.5 -- Copyright(c) 2018 Alex Ionescu https://ionescu007.github.io/SpecuCheck/ -- @aionescu ------------------------------------------------------- Mitigations for CVE-2017-5754 [rogue data cache load] ------------------------------------------------------- [-] Kernel VA Shadowing Enabled: yes ├───> with User Pages Marked Global: yes └───> with PCID Flushing Optimization (INVPCID): no Mitigations for CVE-2017-5715 [branch target injection] ------------------------------------------------------- [-] Branch Prediction Mitigations Enabled: no ├───> Disabled due to System Policy (Registry): no └───> Disabled due to Lack of Microcode Update: yes [-] CPU Microcode Supports SPEC_CTRL MSR (048h): no └───> Windows will use IBRS (01h): no └───> Windows will use STIPB (02h): no [-] CPU Microcode Supports PRED_CMD MSR (049h): no └───> Windows will use IBPB (01h): no C:\Tmp\ROM> -
Das Ganze hatte ich zwar schon vor einigen Seiten (https://www.camp-firefox.de/forum/viewtopi…069337#p1069337 und https://www.camp-firefox.de/forum/viewtopi…069480#p1069480) hier in diesem Thread geschrieben, schien aber Niemanden zu interessieren und grundsätzlich sind alle Microcode-Updates flüchtig. Das Nachladen des Codes erfolgt unter Linux und Windows ausschließlich temporär.
Will man eine "quasi-permanente" Lösung, dann brennt man die Microcodes in das BIOS. Die CPU hat keinen Permanentspeicher, also auch kein EEPROM. Ist der Strom weg, ist auch der Microcode weg.[edit]
Die Lösung mit VMWare-Treiber funktioniert leider nicht, da das Update zu spät kommt. Zu dem Zeitpunkt sind die Kernel-Page-Isolation-Patches leider schon deaktiviert, da der Microcode zu dem Zeitpunkt noch nicht geladen ist. Da hilft tatsächlich nur ein neues BIOS. -
Mit Hyper-Threading hat die Lücke aber nix zu tun sondern mit Speculative Execution und das gibt's seit 1995.
...Da muß ich nochmal nachhaken.
Zitat von hier: http://www.elektroniknet.de/design-elektro…00-Seite-3.htmlZitatGegenmaßnahmen für Spectre Variante 2
Die einzigen wirkungsvollen Maßnahmen sind das Löschen der aktuellen Status der Sprungvorhersage bei jedem Kontextwechsel oder Wechsel der Privilegstufe. Das Problem ist, dass diese Möglichkeit derzeitig wenn überhaupt nur bei einer kleinen Anzahl der betroffenen CPUs implementiert ist. Auch eine komplette Abschaltung von indirekter Sprungvorhersage würde helfen, indem diese durch eine andere Befehlssequenz ersetzt würde. Dies erfordert ein komplettes Recompilieren des Codes.
Hyperthreading (Intel x86) macht die Sache noch komplizierter, da mehrere Threads mit unterschiedlichen Privileg-Stufen auf einer CPU laufen und deren Sprungvorhersage-Ressourcen teilen. Hier hilft nur das Abschalten des Hyperthreading oder eine Überarbeitung des OS-Schedulers, der sicherstellen muss, das zusammen auf einer CPU laufende Threads im identischen User-/Anwendungs-/Sicherheitskontextes laufen.
Zukünftige CPU-Designs sollten darauf angelegt sein, dass jeder Thread eigene Ressourcen zur Sprungvorhersage erhält. Alle beschriebenen Maßnahmen, wenn umsetzbar, führen zu Einbußen der Rechenleistung, die anwendungsabhängig nicht generell quantifizierbar sind.
Damit hat Hyperthreading sehr wohl was mit - zumindest - Spectre zu tun, -
Die Microcodes aus dem Download gehen direkt nur in Redhat Linux und Derivaten.
Du kannst die Microcodes aus dem Download aber auch selbst ins BIOS schießen oder warten, bis der Boardhersteller ein neues BIOS nachreicht. Alternativ geht es mit dem Treiber von VMWare auch ohne das BIOS zu patchen.
-
Bei Intel gibt's neue Microcodes: https://downloadcenter.intel.com/download/27431…e-Data-File?v=t
Leider für mich nix dabei...

[edit] Falsch, war doch was für meinen Kaby Lake 7500U dabei! :klasse: