https://thedotnetblog.com/de/tags/authentication/Articles, tutorials and insights from the .NET community.Hugode@thedotnetblog (The .NET Blog)@thedotnetblogMon, 20 Jul 2026 00:00:00 +0000https://thedotnetblog.com/de/news/emiliano-montesdeoca/ntlm-git-libcurl-azure-devops-server-action-plan/Mon, 20 Jul 2026 00:00:00 +0000Emiliano Montesdeocahttps://thedotnetblog.com/de/news/emiliano-montesdeoca/ntlm-git-libcurl-azure-devops-server-action-plan/Die NTLM-Entfernung im September 2026 ist kein geringes Kompatibilitätsproblem; es ist eine Identitätsarchitektur-Frist für lokale Azure DevOps Server-Umgebungen.<p>Die bevorstehende NTLM-Entfernung in libcurl ist eine dieser Änderungen, die technisch aussehen, aber tatsächlich organisatorisch sind. Wenn Ihr Git-over-HTTPS-Pfad zu Azure DevOps Server immer noch von NTLM abhängt, ist Ihr Problem nicht Tooling, es ist Identitätsschulden.</p> <p>Originalquelle: <a href="https://devblogs.microsoft.com/devops/upcoming-change-ntlm-removal-in-git-libcurl-impact-to-azure-devops-server-customers/">https://devblogs.microsoft.com/devops/upcoming-change-ntlm-removal-in-git-libcurl-impact-to-azure-devops-server-customers/</a></p> <p>Microsoft hat recht, hier hart vorzugehen. NTLM hat bekannte kryptografische Schwächen und sollte kein moderner Enterprise-Standard sein. Der gefährliche Teil ist, dass viele Umgebungen glauben, sie verwenden Kerberos, wenn sie tatsächlich nur durch stillen SPNEGO-Fallback auf NTLM überleben. Diese Illusion verschwindet im September 2026.</p> <p>Meine Meinung: Behandeln Sie dies nicht als &ldquo;Client-Version&rdquo;-Problem. Das erneute Aktivieren von NTLM-Flags, das Fixieren alter Git-Builds oder die Hoffnung, dass der Fallback verfügbar bleibt, ist ein kurzlebiger Workaround mit langfristigem Risiko. Wenn Ihre Abhilfestrategie Downgrade-und-Verzögern ist, erhöhen Sie aktiv die operative Fragilität.</p> <p>Eine praktische Migrationssequenz sollte direkt und messbar sein.</p>