Hast Du eine Quelle für die Info, dass das ein false positive ist?
Ergibt sich aber auch schlicht aus logischem Denken: der Exploit betrifft die Version die in den letzten Monaten per CDN abrufbar war, Joomla 3.x hingegen nutzt eine eigene Version der Datei die seit 2016 unverändert ist. Es KANN da also gatkeinen Zusammenhang geben.
Die fragliche Datei ist in Joomla 3 nicht von dem exploit betroffen und kann gefahrlos eingesetzt werden. Es handelt sich um einen False-Positive des Virenscanners.
Gerade habe ich diese Auszeichnung via Firefox-Konsole vorübergehend mal entfernt. Jetzt liest der Reader: "Pseischo..." Oh, Mann!
Das ist schräg und entspricht überhaupt nicht dem erwarteten Verhalten. Du nutzt da den Windows-eigenen Reader, oder? Der ist leider bekannt für sein fragwürdiges Verhalten.
Eine wirklich nennenswerte Verbreitung unter den Betroffenen haben NVDA und JAWS. Unter OSx und IOS noch VoiceOver. Das sind daher die deutlich sinnvolleren Tools für's Testing.
Der windowseigene Screenreader wie auch das Plugin scheinen mit Begriffen in Großbuchstaben (Überschrift) nicht klarzukommen (im Screenshot rot umrandet).
Wenn du, wie hier, die Großschreibung als grafisches Stilmittel einsetzt dann ist der richtige Weg den Text in „normaler“ Schreibweise zu schreiben und dann per CSS (text-transform: uppercase) in Großbuchstaben ausgeben zu laden. Dann klappt es auch mit den Screenreadern.
Die frage welche DB auf dem System installiert ist, ist für die Problemstellung (Liste leer) irrelevant, es ist nur wichtig dass PHP die entsprechenden DB Treiber geladen hat.
Deinem PHP fehlen die notwendigen Datenbanktreiber, konkret mysqli oder pdo_mysql. Du musst die PHP Konfiguration anpassen.
Bei serverseitigen Problemen hilft systematisches debugging:
Hier hilft m. E. schon ein gewisses Maß an Barrierefreiheit, um den allermeisten Menschen mit Behinderung die Nutzung zu ermöglichen.
Siehst du, genau diese Einstellung ist der Grund dafür, dass es dieses Gesetz gibt. Wenn es nämlich am Seitenbetreiber selbst liegt zu entscheiden, wann die Seite "genügend" barrierefrei ist, dann entscheiden nicht die Bedürfnisse der Betroffenen, sondern die Bequemlichkeit des Seitenbetreiber darüber, welche Maßnahmen ergriffen werden und welche nicht.
Wenn du hier also hören möchtest, dass es reicht einen Teil der Kriterien zu erfüllen weil der Rest ja sowieso völlig übertrieben und unfair ist, dann sehe ich da schwarz, denn da gibt es weder rechtlich noch inhaltlich eine Grundlage für.
Muss denn eine Seite zu 100% barrierefrei sein, um die gesetzlichen Anforderungen zu erfüllen? Reichen nicht auch 90% oder 80% barrierefrei? Muss eine Seite zu 100% perfekt sein?
Muss man wirklich bei 100% der roten Ampeln anhalten, um die gesetzlichen Anforderungen zu erfüllen? Reicht nicht auch 90% oder 80% der Ampeln? 
Es ist kein Security Release.
Könnt Ihr bitte die Schriftfareb anpassen, sonst wählt man zu schnell das falsche Thema aus:
Fixed
Ist gemerged und wird so in ca. 30min wirksam sein
Der Update-Server des Joomla Projekts liefert für die letzte eLTS Version gerade nicht die richtige Zielversion aus, ich habe dafür einen Patch eingereicht und gehe davon aus dass das heute Nachmittag gefixt wird.
Das hier ist der konkrete Dienste den MS da nennt:
Es sei denn, Joomla bietet bis dahin die hier [1] erwähnte alternative Methode an, um sich an einem Exchange-Postfach zu autentifizieren
Ich halte das für unwahrscheinlich. Der maintenance Aufwand dafür wäre nicht zu unterschätzen und ohne funding von Microsoft dürfte die Motivation da gering sein. Da azure aber einen geeigneten Transactional Mail Service mit SMTP Support hat, sind hier ja auch durchaus Alternativen vorhanden.
Ist ja bereits gefixt 
Wäre es nicht sinnvoll hier im Forum auf der Startseite bereits einen Hinweis dazu einzublenden?
Ich fürchte du überschätzt dramatisch die Aufrufzahlen und Reichweite dieser Plattform
Ist bekannt und in Arbeit...
Nun frage ich mich, was in den ersten Sekunden passiert, wenn keine Antwort kommt?
https://www.hosteurope.de/blog/joomla-debugging/ schau mal hier rein, das hilft 
Es ist nicht möglich das Schreiben dieser Logdatei zu konfigurieren; da ist also eher der Hoster der Ansprechpartner, ich würde erwarten dass man bei dieser "Änderungsüberwachung" irgendwie Ausnehmen definieren kann...
