Behebung des Fehlers AADSTS900144 („Missing Parameter“) in Azure AD

Von Mirko Peters · 2026-04-21

Niemand mag es, gegen eine Wand aus Authentifizierungsfehlern zu laufen. Doch der Fehler AADSTS900144 („Missing Parameter“) in Azure AD gehört zu den klassischen Hindernissen, die Entwickler ebenso wie IT-Administratoren gleichermaßen frustrieren. Dieser Artikel zeigt Ihnen genau, was hinter dem Fehler steckt, was Sie zuerst prüfen sollten und welche Schritte nötig sind, damit Benutzer wieder arbe

Automatisch mit KI aus dem Originalbeitrag übersetzt. Englisches Original lesen

Niemand mag es, gegen eine Wand aus Authentifizierungsfehlern zu laufen. Doch der Fehler AADSTS900144 („Missing Parameter“) in Azure AD gehört zu den klassischen Hindernissen, die Entwickler ebenso wie IT-Administratoren gleichermaßen frustrieren. Dieser Artikel zeigt Ihnen genau, was hinter dem Fehler steckt, was Sie zuerst prüfen sollten und welche Schritte nötig sind, damit Benutzer wieder arbeiten können. Wir gehen die Ursachen und Lösungen durch, von typischen Fehlern bei Parametern bis hin zu OAuth-Abläufen und der Integration von Cloud-Apps.

Ob Sie Microsoft 365, Azure, Power Platform oder eine andere Lösung betreuen, die sich mit Entra ID verbindet: Sie finden Tipps für Korrekturen auf Client- und Serverseite. Praxisnahe Fehlersuche, bewährte Verfahren für Unternehmen und weiterführende Links zu Cloud-Governance-Inhalten helfen Ihnen, Kopfschmerzen beim nächsten Auftreten dieses Fehlers von vornherein zu vermeiden.

Warum erscheint „AADSTS900144“ bei der Authentifizierung in Azure AD?

Der Fehler „AADSTS900144: Request body must contain the following parameter“ tritt auf, wenn in einer Authentifizierungsanfrage an Azure Active Directory (bzw. Microsoft Entra ID) wichtige Angaben fehlen. Vereinfacht gesagt sucht Azure in Ihrer Token-Anforderung nach Informationen wie grant_type oder client_id und findet sie nicht. Oder die Angaben sind zwar vorhanden, aber falsch formatiert oder an der falschen Stelle platziert.

Dieser Fehler tritt am häufigsten bei OAuth-2.0-Abläufen auf, insbesondere wenn sich Benutzer oder Apps bei Cloud-Diensten für Unternehmen anmelden. Meist liegt die Ursache in den Parametern des Anforderungstexts, die beim Austausch eines Autorisierungscodes gegen ein Token übermittelt werden. Fehlt ein Pflichtparameter, ist er falsch geschrieben oder steht er außerhalb des erwarteten POST-Textes, bricht Azure AD den Vorgang mit dem Code AADSTS900144 ab.

Dieser Fehler kann auftreten, wenn Sie individuelle Geschäftsanwendungen integrieren, neue Apps in Azure registrieren oder wenn Desktop-Clients wie Microsoft Teams bei der Authentifizierung hängen bleiben. Manchmal reicht schon ein Kopierfehler oder eine kleine Änderung an der App-Registrierung, damit der Parameter nicht mehr passt. Die Fehlermeldung wirkt kryptisch, doch sie sagt im Grunde: „Gehen Sie zurück, prüfen Sie Ihre Anforderung und beheben Sie, was fehlt.“

Wer mit Multi-Tenant-Anwendungen arbeitet, sollte wissen, dass Abweichungen im Mandantenkontext oder bei den Dienstendpunkten ähnliche Verwirrung stiften können. Manchmal wirkt es dann, als würde ein Parameter fehlen, obwohl die Anfrage nur an das falsche Ziel geleitet wird. Wenn Sie diese Mechanismen verstehen, lässt sich die Fehlersuche schneller und mit weniger Frust durchführen, was auch den Supportteams die Arbeit erleichtert.

Häufige Probleme mit Parametern im Anforderungstext und schnelle Lösungen

Der Fehler AADSTS900144 geht fast immer auf einen Parameter zurück, der fehlt oder an der falschen Stelle steht. Typische Verdächtige sind client_id und grant_type. Fehlt auch nur ein einziger Pflichtparameter, lehnt der Token-Endpunkt von Azure AD die Anforderung ab. Prüfen Sie außerdem, ob Sie die HTTP-Methode POST verwenden, denn GET-Anfragen und andere Methoden funktionieren hier nicht.

Stellen Sie zunächst sicher, dass Ihre App Anforderungen mit dem Inhaltstyp application/x-www-form-urlencoded sendet. Erstaunlich oft liegt der Fehler genau hier: Ein falscher Inhaltstyp führt dazu, dass Azure AD nach Parametern sucht, die es nicht lesen kann. Öffnen Sie anschließend ein beliebiges HTTP-Tool (Postman, curl oder Fiddler) und prüfen Sie den rohen Anforderungstext. Stehen client_id, grant_type, client_secret und die übrigen Werte tatsächlich im Nachrichtentext, und nicht als Abfragezeichenfolge oder versteckt in den Headern?

Wenn Sie eine App-Registrierung anpassen, bedenken Sie, dass sich die erwarteten Parameter je nach Grant-Typ ändern können. Beim Autorisierungscode-Grant müssen Sie beispielsweise zusätzlich code übergeben. Das ist nicht immer offensichtlich. Gleichen Sie Ihren Grant-Typ daher stets mit der Azure-Dokumentation ab, bevor Sie das Problem als gelöst betrachten.

Bei Mehrmandantenanwendungen sollten Sie vorsichtig sein, wenn Anfragen an den Endpunkt /common gehen, Ihr Zielmandant aber eine bestimmte GUID oder einen bestimmten Wert benötigt. Andernfalls könnte Ihr vermeintlich fehlender Parameter schlicht eine falsch geleitete Anforderung sein. Falsche URLs bringen besonders in mandantenübergreifenden Szenarien selbst erfahrene Entwickler ins Straucheln. Prüfen Sie daher Endpunkt und Parameter immer gemeinsam. Sind beide korrekt, verschwindet der gefürchtete Fehler AADSTS900144 in den meisten Fällen von selbst.

Fehlerbehebung auf Client-Seite: Zwischengespeicherte Anmeldeinformationen löschen und Apps zurücksetzen

Manchmal liegt das Problem nicht am Code, sondern am lokalen Rechner, der den Authentifizierungsablauf stört. Zwischengespeicherte Anmeldeinformationen und alte Cookies können veraltete Token festhalten oder Parameterdaten beschädigen, besonders in Desktop-Apps wie Microsoft Teams oder Outlook. In diesem Fall erhalten Benutzer weiterhin die Meldung AADSTS900144, obwohl die Probleme im Back-End behoben wurden.

Der einfachste erste Schritt ist, gespeicherte Anmeldeinformationen zu löschen. Verwenden Sie unter Windows die Anmeldeinformationsverwaltung, um zwischengespeicherte Token zu entfernen, die mit Ihrem Konto verknüpft sind. In Webanwendungen starten Sie mit dem Löschen der Browser-Cookies und Websitedaten einen sauberen Authentifizierungsprozess. Bei hartnäckigen Problemen, besonders in Microsoft Teams, hilft ein lokaler Reset: Melden Sie sich überall ab, beenden Sie die App, löschen Sie die Cache-Ordner und starten Sie die App anschließend neu. Manche Benutzer müssen ihr Teams-Kontoprofil in den Gerätეeinstellungen sogar gezielt löschen, damit wirklich alle Spuren verschwinden. Installieren Sie Teams danach neu.

Wenn Sie andere Benutzer unterstützen, stellen Sie eine einfache Checkliste bereit: Anmeldeinformationen löschen, App beenden, Cache leeren und dann erneut anmelden. So bleiben Ausfallzeiten und Verwirrung für Geschäftsbenutzer gering, die ihre Apps schnell wieder nutzen möchten. Das IT-Supportteam sollte vor der weiteren Fehlersuche immer prüfen, ob sämtliche alten Authentifizierungsdaten entfernt wurden, denn Reste sind eine häufige Ursache für hartnäckige AADSTS900144-Fehler.

Wenn Sie sich mit Teams-Governance oder wiederkehrenden Authentifizierungsproblemen befassen, sollten Sie wissen, dass technische Korrekturen allein Governance nicht lösen. Einen tieferen Einblick, warum Governance nie abgeschlossen ist und wie Sie sie in der Praxis umsetzen, bietet dieser Leitfaden zu Teams-Governance und der Illusion von Kontrolle. Praktische Strategien finden Sie außerdem im Playbook zur Automatisierung des Teams-Lebenszyklus.

Bewährte Methoden zur Vermeidung von AADSTS900144 in Unternehmensanwendungen

Den Fehler AADSTS900144 zu vermeiden, hängt im Kern davon ab, wie konsequent Sie OAuth-Anfragen und App-Konfigurationen prüfen. Validieren Sie stets alle erforderlichen Parameter, insbesondere client_id und grant_type, bevor Sie Anfragen an den Token-Endpunkt von Azure AD senden. Automatisierte Prüfungen in Ihrer Bereitstellungspipeline erkennen fehlende oder fehlerhafte Parameter, bevor sie in die Produktion gelangen, und ersparen Ihnen später viele Support-Tickets.

Nutzen Sie die Entwicklertools von Microsoft Entra ID, um Authentifizierungsanfragen zu simulieren und zu sehen, was Azure AD sieht. Das hilft nicht nur, fehlende Parameter aufzuspüren, sondern auch nicht zusammenpassende Endpunkte oder Richtlinien, die gültige Anfragen in bestimmten Mandanten blockieren. Unit-Tests mit simulierten Entra-ID-Endpunkten reduzieren Überraschungen zusätzlich, weil Parameterprobleme bereits in der Entwicklung auffallen und nicht erst beim Go-live.

Bei Organisationen mit umfangreicher Governance oder mehreren Entwicklungsteams sollten Sie die Validierung in Infrastructure-as-Code-Praktiken einbinden. Nutzen Sie Schemaprüfungen in ARM- oder Bicep-Bereitstellungsvorlagen, um sicherzustellen, dass alle erforderlichen OAuth-Parameter bei der App-Registrierung enthalten sind. Das verringert das Risiko von Abweichungen und Fehlkonfigurationen, besonders wenn sich Apps weiterentwickeln.

Für einen sicherheitsorientierten Ansatz behalten Sie OAuth-Zustimmungen und die Durchsetzung von Richtlinien im Blick. Angreifer nutzen gern lockere Zustimmungseinstellungen aus. Schränken Sie daher die Zustimmung durch Benutzer ein, verlangen Sie genehmigte Herausgeber und erzwingen Sie Administratorworkflows. Eine fundierte Einführung in diese Bedrohungen und Gegenmaßnahmen bietet diese Analyse der OAuth-Zustimmungsangriffe auf Entra ID. Wenn Sie Governance-Prozesse verfeinern, lohnt sich der Einsatz von Automatisierung, RBAC und Azure Policies. Lesen Sie dazu diesen Strategieleitfaden zur Azure-Enterprise-Governance mit Designempfehlungen und umsetzbaren Kontrollen.