AAD Manifest parameters
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 4/5
- Tempo stimato
- 3-5 giorni
- Idoneità per principianti
- 25/100
- Tipo di issue
- Bug
- Chiarezza
- Da chiarire
- Stato di attività
- Ferma
- Stack tecnologico
- azure, csharp
- Ambito
- api, authentication
Direzione di ricerca
Inizia dalla documentazione Microsoft collegata nell’issue e confronta i manifest Azure AD per PersonalMicrosoftAccount e AzureADMyOrg. Determina quali attributi del manifest e quale versione del token sono necessari per il package uploader, quindi verifica che il client-secret token risultante venga accettato senza introdurre altri problemi di autenticazione.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
Specifically "signInAudience" (aka: Supported account type) seems to matter for the AAD application being used for authentication.
"PersonalMicrosoftAccount" seems to give issues and does not let the AAD app be used for package uploader.
If we change "signInAudience" to be "AzureADMyOrg" things will probably work, but are there are other manifest attributes that will need to change as well in order to support this and not cause any problems?
We noticed that in the manifest an app with "signInAudience":"PersonalMicrosoftAccount", it has "accessTokenAcceptedVersion": 2 but this restriction isn't there for an app with "signInAudience":"AzureADMyOrg" (null value for that key). From reading various available documentation like these:
[https://learn.microsoft.com/en-us/azure/active-directory/develop/supported-accounts-validation]
[https://learn.microsoft.com/en-us/azure/active-directory/develop/access-tokens#token-formats]
...it seems that the supported account type changes features available and Azure AD apps use version 1.0 tokens if I'm not mistaken. So part of what we're wondering is if this is why the client secret token is accepted for "signInAudience":"AzureADMyOrg" but rejected for "signInAudience":"PersonalMicrosoftAccount".
- Lingua principale
- C#
- Stelle
- 68
- Fork
- 19
- Merge medio
- 5g 18h
- PR unite (30g)
- 1
Preparare l'ambiente
- Nessun Dockerfile né file Docker Compose
- Nessun modello di pull request
- Leggi la guida per i contributori
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di microsoft/PackageUploader
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 70/100
microsoft/PackageUploader#142 ·
-
Difficoltà 5/5 Più di una settimana Idoneità per principianti 35/100
microsoft/PackageUploader#140 ·
-
Difficoltà 4/5 3-5 giorni Idoneità per principianti 42/100
microsoft/PackageUploader#107 · 4 commenti ·
-
Doesn't Sign InAperta
Difficoltà 4/5 3-5 giorni Idoneità per principianti 25/100
microsoft/PackageUploader#106 · 1 commento ·
-
Difficoltà 3/5 1-2 giorni Idoneità per principianti 45/100
microsoft/PackageUploader#95 · 1 reazione ·
Tutte le issue di microsoft/PackageUploader
Issue simili
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 76/100
Nimblesite/SharpLsp#468 ·
I maintainer di solito rispondono entro 1 giorno
-
alerts bug effort:S P2
Difficoltà 2/5 1-3 ore Idoneità per principianti 76/100
nightscout/nocturne#2511 ·
I maintainer di solito rispondono entro 1 giorno
-
good first issue
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
I maintainer di solito rispondono entro 1 giorno
-
feature-request
Difficoltà 2/5 1-3 ore Idoneità per principianti 77/100
stripe/stripe-dotnet#3484 ·
I maintainer di solito rispondono entro 2 giorni
-
bug mcp misleading small
Difficoltà 2/5 1-3 ore Idoneità per principianti 77/100
I maintainer di solito rispondono entro 1 giorno