Quickstart: Een Microsoft SQL-beveiligingsvoorbeeld kiezen

Gebruik deze Microsoft SQL-beveiligingsvoorbeelden om te vergelijken hoe Data API Builder (DAB) wordt geverifieerd bij SQL, gebruikers valideert en toegang per gebruiker afdwingt. Elk voorbeeld staat op zichzelf, maar de reeks gaat van eenvoudige inloggegevens naar door de gebruiker gedelegeerde toegang tot Azure SQL.

Kies een snelstart

Begin met de vraag die overeenkomt met uw doel.

Beslissingsstructuur

• Hebt u alleen een basiswerkvoorbeeld nodig?
  • Gebruikersnaam /wachtwoord gebruiken.
• Wilt u toegang tot DAB-to-Azure SQL zonder wachtwoord?
  • Beheerde identiteit gebruiken.
• Hebt u DAB nodig om Microsoft Entra tokens te valideren?
  • Gebruik Microsoft Entra.
• Moeten aangemelde gebruikers alleen hun eigen rijen zien?
  • Als DAB het filter moet afdwingen, gebruikt u DAB-beleid.
  • Als SQL het filter moet afdwingen, gebruikt u beveiliging op rijniveau van SQL.
• Hebben auditlogboeken of databasebeleid de werkelijke aangemelde gebruiker nodig als de SQL-identiteit?
  • Gebruik Namens Azure SQL.

Het beveiligingsmodel vergelijken

De kolom DAB-verificatieprovider toont de effectieve waarde voor runtime.host.authentication.provider. Als de configuratie deze instelling weglaat, gebruikt DAB Unauthenticated. Met uitzondering van de voorbeelden voor gebruikersnaam/wachtwoord en on-behalf-of gebruiken lokale uitvoeringen SQL-aanmeldgegevens en gebruiken Azure-implementaties een beheerde identiteit. Het on-behalf-of-voorbeeld stelt data-source.user-delegated-auth.provider ook in op EntraId.

Verwante inhoud

• Quickstart: Data API Builder gebruiken met SQL
• Microsoft Entra ID-authenticatie in Data API builder
• Overzicht van autorisatie
• Verificatie namens een andere gebruiker configureren