Skip to content

Commit 2f0b5b9

Browse files
committed
Merge branch 'main' of https://github.com/MicrosoftDocs/azure-docs-pr into tsk544791-sfi-ssh
2 parents cdf93dd + a6823a4 commit 2f0b5b9

1,114 files changed

Lines changed: 24498 additions & 36623 deletions

File tree

Some content is hidden

Large Commits have some content hidden by default. Use the searchbox below for content that may be hidden.

.openpublishing.redirection.json

Lines changed: 228 additions & 3 deletions
Original file line numberDiff line numberDiff line change
@@ -1,5 +1,215 @@
11
{
22
"redirections": [
3+
{
4+
"source_path": "articles/azure-health-insights/configure-containers.md",
5+
"redirect_url": "/previous-versions/azure/azure-health-insights/configure-containers",
6+
"redirect_document_id": false
7+
},
8+
{
9+
"source_path": "articles/azure-health-insights/deploy-portal.md",
10+
"redirect_url": "/previous-versions/azure/azure-health-insights/deploy-portal",
11+
"redirect_document_id": false
12+
},
13+
{
14+
"source_path": "articles/azure-health-insights/get-started-cli.md",
15+
"redirect_url": "/previous-versions/azure/azure-health-insights/get-started-cli",
16+
"redirect_document_id": false
17+
},
18+
{
19+
"source_path": "articles/azure-health-insights/get-started-powershell.md",
20+
"redirect_url": "/previous-versions/azure/azure-health-insights/get-started-powershell",
21+
"redirect_document_id": false
22+
},
23+
{
24+
"source_path": "articles/azure-health-insights/index.yml",
25+
"redirect_url": "/previous-versions/azure/azure-health-insights/index",
26+
"redirect_document_id": false
27+
},
28+
{
29+
"source_path": "articles/azure-health-insights/overview.md",
30+
"redirect_url": "/previous-versions/azure/azure-health-insights/overview",
31+
"redirect_document_id": false
32+
},
33+
{
34+
"source_path": "articles/azure-health-insights/reliability-health-insights.md",
35+
"redirect_url": "/previous-versions/azure/azure-health-insights/reliability-health-insights",
36+
"redirect_document_id": false
37+
},
38+
{
39+
"source_path": "articles/azure-health-insights/use-containers.md",
40+
"redirect_url": "/previous-versions/azure/azure-health-insights/use-containers",
41+
"redirect_document_id": false
42+
},
43+
{
44+
"source_path": "articles/azure-health-insights/radiology-insights/age-mismatch-inference.md",
45+
"redirect_url": "/previous-versions/azure/azure-health-insights/radiology-insights/age-mismatch-inference",
46+
"redirect_document_id": false
47+
},
48+
{
49+
"source_path": "articles/azure-health-insights/radiology-insights/communication-inference.md",
50+
"redirect_url": "/previous-versions/azure/azure-health-insights/radiology-insights/communication-inference",
51+
"redirect_document_id": false
52+
},
53+
{
54+
"source_path": "articles/azure-health-insights/radiology-insights/complete-order-discrepancy-inference.md",
55+
"redirect_url": "/previous-versions/azure/azure-health-insights/radiology-insights/complete-order-discrepancy-inference",
56+
"redirect_document_id": false
57+
},
58+
{
59+
"source_path": "articles/azure-health-insights/radiology-insights/critical-result-inference.md",
60+
"redirect_url": "/previous-versions/azure/azure-health-insights/radiology-insights/critical-result-inference",
61+
"redirect_document_id": false
62+
},
63+
{
64+
"source_path": "articles/azure-health-insights/radiology-insights/faq.md",
65+
"redirect_url": "/previous-versions/azure/azure-health-insights/radiology-insights/faq",
66+
"redirect_document_id": false
67+
},
68+
{
69+
"source_path": "articles/azure-health-insights/radiology-insights/finding-inference.md",
70+
"redirect_url": "/previous-versions/azure/azure-health-insights/radiology-insights/finding-inference",
71+
"redirect_document_id": false
72+
},
73+
{
74+
"source_path": "articles/azure-health-insights/radiology-insights/get-started.md",
75+
"redirect_url": "/previous-versions/azure/azure-health-insights/radiology-insights/get-started",
76+
"redirect_document_id": false
77+
},
78+
{
79+
"source_path": "articles/azure-health-insights/radiology-insights/guidance-inference.md",
80+
"redirect_url": "/previous-versions/azure/azure-health-insights/radiology-insights/guidance-inference",
81+
"redirect_document_id": false
82+
},
83+
{
84+
"source_path": "articles/azure-health-insights/radiology-insights/index.yml",
85+
"redirect_url": "/previous-versions/azure/azure-health-insights/radiology-insights/index",
86+
"redirect_document_id": false
87+
},
88+
{
89+
"source_path": "articles/azure-health-insights/radiology-insights/inferences.md",
90+
"redirect_url": "/previous-versions/azure/azure-health-insights/radiology-insights/inferences",
91+
"redirect_document_id": false
92+
},
93+
{
94+
"source_path": "articles/azure-health-insights/radiology-insights/laterality-mismatch-inference.md",
95+
"redirect_url": "/previous-versions/azure/azure-health-insights/radiology-insights/laterality-mismatch-inference",
96+
"redirect_document_id": false
97+
},
98+
{
99+
"source_path": "articles/azure-health-insights/radiology-insights/limited-order-discrepancy-inference.md",
100+
"redirect_url": "/previous-versions/azure/azure-health-insights/radiology-insights/limited-order-discrepancy-inference",
101+
"redirect_document_id": false
102+
},
103+
{
104+
"source_path": "articles/azure-health-insights/radiology-insights/model-configuration.md",
105+
"redirect_url": "/previous-versions/azure/azure-health-insights/radiology-insights/model-configuration",
106+
"redirect_document_id": false
107+
},
108+
{
109+
"source_path": "articles/azure-health-insights/radiology-insights/overview.md",
110+
"redirect_url": "/previous-versions/azure/azure-health-insights/radiology-insights/overview",
111+
"redirect_document_id": false
112+
},
113+
{
114+
"source_path": "articles/azure-health-insights/radiology-insights/quality-measure-inference.md",
115+
"redirect_url": "/previous-versions/azure/azure-health-insights/radiology-insights/quality-measure-inference",
116+
"redirect_document_id": false
117+
},
118+
{
119+
"source_path": "articles/azure-health-insights/radiology-insights/radiology-procedure-inference.md",
120+
"redirect_url": "/previous-versions/azure/azure-health-insights/radiology-insights/radiology-procedure-inference",
121+
"redirect_document_id": false
122+
},
123+
{
124+
"source_path": "articles/azure-health-insights/radiology-insights/recommendation-inference.md",
125+
"redirect_url": "/previous-versions/azure/azure-health-insights/radiology-insights/recommendation-inference",
126+
"redirect_document_id": false
127+
},
128+
{
129+
"source_path": "articles/azure-health-insights/radiology-insights/scoring-and-assessment-inference.md",
130+
"redirect_url": "/previous-versions/azure/azure-health-insights/radiology-insights/scoring-and-assessment-inference",
131+
"redirect_document_id": false
132+
},
133+
{
134+
"source_path": "articles/azure-health-insights/radiology-insights/sex-mismatch-inference.md",
135+
"redirect_url": "/previous-versions/azure/azure-health-insights/radiology-insights/sex-mismatch-inference",
136+
"redirect_document_id": false
137+
},
138+
{
139+
"source_path": "articles/azure-health-insights/radiology-insights/support-and-help.md",
140+
"redirect_url": "/previous-versions/azure/azure-health-insights/radiology-insights/support-and-help",
141+
"redirect_document_id": false
142+
},
143+
{
144+
"source_path": "articles/azure-health-insights/radiology-insights/transparency-note.md",
145+
"redirect_url": "/previous-versions/azure/azure-health-insights/radiology-insights/transparency-note",
146+
"redirect_document_id": false
147+
},
148+
{
149+
"source_path": "articles/azure-health-insights/radiology-insights/tutorial.md",
150+
"redirect_url": "/previous-versions/azure/azure-health-insights/radiology-insights/tutorial",
151+
"redirect_document_id": false
152+
},
153+
{
154+
"source_path": "articles/azure-health-insights/responsible-ai/data-privacy-security.md",
155+
"redirect_url": "/previous-versions/azure/azure-health-insights/responsible-ai/data-privacy-security",
156+
"redirect_document_id": false
157+
},
158+
{
159+
"source_path": "articles/azure-health-insights/trial-matcher/faq.md",
160+
"redirect_url": "/previous-versions/azure/azure-health-insights/trial-matcher/faq",
161+
"redirect_document_id": false
162+
},
163+
{
164+
"source_path": "articles/azure-health-insights/trial-matcher/get-started.md",
165+
"redirect_url": "/previous-versions/azure/azure-health-insights/trial-matcher/get-started",
166+
"redirect_document_id": false
167+
},
168+
{
169+
"source_path": "articles/azure-health-insights/trial-matcher/index.yml",
170+
"redirect_url": "/previous-versions/azure/azure-health-insights/trial-matcher/index",
171+
"redirect_document_id": false
172+
},
173+
{
174+
"source_path": "articles/azure-health-insights/trial-matcher/inferences.md",
175+
"redirect_url": "/previous-versions/azure/azure-health-insights/trial-matcher/inferences",
176+
"redirect_document_id": false
177+
},
178+
{
179+
"source_path": "articles/azure-health-insights/trial-matcher/integration-and-responsible-use.md",
180+
"redirect_url": "/previous-versions/azure/azure-health-insights/trial-matcher/integration-and-responsible-use",
181+
"redirect_document_id": false
182+
},
183+
{
184+
"source_path": "articles/azure-health-insights/trial-matcher/model-configuration.md",
185+
"redirect_url": "/previous-versions/azure/azure-health-insights/trial-matcher/model-configuration",
186+
"redirect_document_id": false
187+
},
188+
{
189+
"source_path": "articles/azure-health-insights/trial-matcher/overview.md",
190+
"redirect_url": "/previous-versions/azure/azure-health-insights/trial-matcher/overview",
191+
"redirect_document_id": false
192+
},
193+
{
194+
"source_path": "articles/azure-health-insights/trial-matcher/patient-info.md",
195+
"redirect_url": "/previous-versions/azure/azure-health-insights/trial-matcher/patient-info",
196+
"redirect_document_id": false
197+
},
198+
{
199+
"source_path": "articles/azure-health-insights/trial-matcher/support-and-help.md",
200+
"redirect_url": "/previous-versions/azure/azure-health-insights/trial-matcher/support-and-help",
201+
"redirect_document_id": false
202+
},
203+
{
204+
"source_path": "articles/azure-health-insights/trial-matcher/transparency-note.md",
205+
"redirect_url": "/previous-versions/azure/azure-health-insights/trial-matcher/transparency-note",
206+
"redirect_document_id": false
207+
},
208+
{
209+
"source_path": "articles/azure-health-insights/trial-matcher/trial-matcher-modes.md",
210+
"redirect_url": "/previous-versions/azure/azure-health-insights/trial-matcher/trial-matcher-modes",
211+
"redirect_document_id": false
212+
},
3213
{
4214
"source_path": "articles/network-watcher/network-watcher-using-open-source-tools.md",
5215
"redirect_url": "/previous-versions/azure/network-watcher/network-watcher-using-open-source-tools",
@@ -2892,7 +3102,12 @@
28923102
},
28933103
{
28943104
"source_path_from_root": "/articles/bastion/quickstart-developer-sku.md",
2895-
"redirect_url": "/azure/bastion/quickstart-developer",
3105+
"redirect_url": "/azure/bastion/quickstart-host-portal",
3106+
"redirect_document_id": false
3107+
},
3108+
{
3109+
"source_path_from_root": "/articles/bastion/quickstart-developer.md",
3110+
"redirect_url": "/azure/bastion/quickstart-host-portal",
28963111
"redirect_document_id": false
28973112
},
28983113
{
@@ -2907,7 +3122,12 @@
29073122
},
29083123
{
29093124
"source_path_from_root": "/articles/bastion/bastion-create-host-portal.md",
2910-
"redirect_url": "/azure/bastion/tutorial-create-host-portal",
3125+
"redirect_url": "/azure/bastion/quickstart-host-portal",
3126+
"redirect_document_id": false
3127+
},
3128+
{
3129+
"source_path_from_root": "/articles/bastion/tutorial-create-host-portal.md",
3130+
"redirect_url": "/azure/bastion/quickstart-host-portal",
29113131
"redirect_document_id": false
29123132
},
29133133
{
@@ -6628,7 +6848,7 @@
66286848
{
66296849
"source_path": "articles/vpn-gateway/about-zone-redundant-vnet-gateways.md",
66306850
"redirect_url": "/azure/reliability/reliability-virtual-network-gateway",
6631-
"redirect_document_id": true
6851+
"redirect_document_id": false
66326852
},
66336853
{
66346854
"source_path": "articles/dns/dns-sdk.md",
@@ -6665,6 +6885,11 @@
66656885
"redirect_url": "/azure/reliability/reliability-nat-gateway",
66666886
"redirect_document_id": false
66676887
},
6888+
{
6889+
"source_path": "articles/synapse-analytics/sql/get-started-azure-data-studio.md",
6890+
"redirect_url": "/azure/synapse-analytics/sql/get-started-ssms",
6891+
"redirect_document_id": false
6892+
},
66686893
{
66696894
"source_path": "articles/cyclecloud/how-to/collect-custom-metrics-gpu-infiniband-telegraf.md",
66706895
"redirect_url": "/azure/cyclecloud/how-to/monitor-cyclecloud-cluster-using-prometheus-grafana",

articles/active-directory-b2c/authorization-code-flow.md

Lines changed: 4 additions & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -69,13 +69,16 @@ client_id=00001111-aaaa-2222-bbbb-3333cccc4444
6969
| redirect_uri |Required |The redirect URI of your app, where authentication responses are sent and received by your app. It must exactly match one of the redirect URIs that you registered in the portal, except that it must be URL-encoded. |
7070
| scope |Required |A space-separated list of scopes. The `openid` scope indicates a permission to sign in the user and get data about the user in the form of ID tokens. The `offline_access` scope is optional for web applications. It indicates that your application needs a *refresh token* for extended access to resources. The client-id indicates the token issued are intended for use by Azure AD B2C registered client. The `https://{tenant-name}/{app-id-uri}/{scope}` indicates a permission to protected resources, such as a web API. For more information, see [Request an access token](access-tokens.md#scopes). |
7171
| response_mode |Recommended |The method that you use to send the resulting authorization code back to your app. It can be `query`, `form_post`, or `fragment`. |
72-
| state |Recommended |A value included in the request that can be a string of any content that you want to use. Usually, a randomly generated unique value is used, to prevent cross-site request forgery attacks. The state also is used to encode information about the user's state in the app before the authentication request occurred. For example, the page the user was on, or the user flow that was being executed. |
7372
| prompt |Optional |The type of user interaction that is required. Currently, the only valid value is `login`, which forces the user to enter their credentials on that request. Single sign-on won't take effect. |
7473
| code_challenge | recommended / required | Used to secure authorization code grants via Proof Key for Code Exchange (PKCE). Required if `code_challenge_method` is included. You need to add logic in your application to generate the `code_verifier` and `code_challenge`. The `code_challenge` is a Base64 URL-encoded SHA256 hash of the `code_verifier`. You store the `code_verifier` in your application for later use, and send the `code_challenge` along with the authorization request. For more information, see the [PKCE RFC](https://tools.ietf.org/html/rfc7636). This is now recommended for all application types - native apps, SPAs, and confidential clients like web apps. |
7574
| `code_challenge_method` | recommended / required | The method used to encode the `code_verifier` for the `code_challenge` parameter. This *SHOULD* be `S256`, but the spec allows the use of `plain` if for some reason the client can't support SHA256. <br/><br/>If you exclude the `code_challenge_method`, but still include the `code_challenge`, then the `code_challenge` is assumed to be plaintext. Microsoft identity platform supports both `plain` and `S256`. For more information, see the [PKCE RFC](https://tools.ietf.org/html/rfc7636). This is required for [single page apps using the authorization code flow](tutorial-register-spa.md).|
7675
| login_hint | No| Can be used to prefill the sign-in name field of the sign-in page. For more information, see [Prepopulate the sign-in name](direct-signin.md#prepopulate-the-sign-in-name). |
7776
| domain_hint | No| Provides a hint to Azure AD B2C about the social identity provider that should be used for sign-in. If a valid value is included, the user goes directly to the identity provider sign-in page. For more information, see [Redirect sign-in to a social provider](direct-signin.md#redirect-sign-in-to-a-social-provider). |
7877
| Custom parameters | No| Custom parameters that can be used with [custom policies](custom-policy-overview.md). For example, [dynamic custom page content URI](customize-ui-with-html.md?pivots=b2c-custom-policy#configure-dynamic-custom-page-content-uri), or [key-value claim resolvers](claim-resolver-overview.md#oauth2-key-value-parameters). |
78+
| state |Recommended |A value included in the request that can be a string of any content that you want to use. Usually, a randomly generated unique value is used, to prevent cross-site request forgery attacks. The state also is used to encode information about the user's state in the app before the authentication request occurred. For example, the page the user was on, or the user flow that was being executed. |
79+
80+
> [!IMPORTANT]
81+
> For security and privacy, do not put URLs or other sensitive data directly in the state parameter. Instead, use a key or identifier that corresponds to data stored in browser storage, such as localStorage or sessionStorage. This approach lets your app securely reference the necessary data after authentication.
7982
8083
At this point, the user is asked to complete the user flow's workflow. This might involve the user entering their username and password, signing in with a social identity, signing up for the directory, or any other number of steps. User actions depend on how the user flow is defined.
8184

articles/active-directory-b2c/phone-based-mfa.md

Lines changed: 5 additions & 5 deletions
Original file line numberDiff line numberDiff line change
@@ -1,13 +1,13 @@
11
---
2-
title: Securing phone-based MFA in Azure AD B2C
2+
title: Secure phone-based MFA in Azure AD B2C
33
titleSuffix: Azure AD B2C
44
description: Learn tips for securing phone-based multifactor authentication in your Azure AD B2C tenant by using Azure Monitor Log Analytics reports and alerts. Use our workbook to identify fraudulent phone authentications and mitigate fraudulent sign-ups. =
55

66
author: kengaderdus
77
manager: CelesteDG
88
ms.service: azure-active-directory
99
ms.topic: how-to
10-
ms.date: 1/21/2025
10+
ms.date: 02/03/2026
1111
ms.author: kengaderdus
1212
ms.subservice: b2c
1313
ms.custom: sfi-image-nochange
@@ -17,7 +17,7 @@ ms.custom: sfi-image-nochange
1717
#Customer intent: As an Azure AD B2C administrator, I want to monitor phone authentication failures and mitigate fraudulent sign-ups, so that I can protect against malicious use of the telephony service and ensure a secure authentication process.
1818

1919
---
20-
# Securing phone-based multifactor authentication
20+
# Secure phone-based multifactor authentication
2121
[!INCLUDE [active-directory-b2c-end-of-sale-notice-b](../../includes/active-directory-b2c-end-of-sale-notice-b.md)]
2222

2323
With Microsoft Entra multifactor authentication, users can choose to receive an automated voice call at a phone number they register for verification. Malicious users could take advantage of this method by creating multiple accounts and placing phone calls without completing the MFA registration process. These numerous failed sign-ups could exhaust the allowed sign-up attempts, preventing other users from signing up for new accounts in your Azure AD B2C tenant. To help protect against these attacks, you can use Azure Monitor to monitor phone authentication failures and mitigate fraudulent sign-ups.
@@ -144,8 +144,8 @@ To help prevent fraudulent sign-ups, remove any country/region codes that do not
144144
</RelyingParty>
145145
</TrustFrameworkPolicy>
146146
```
147-
> [!IMPORTANT]
148-
>Add the code in step 2 to the _relying party policy_ to enforce country/region code restrictions on the server side. You must not define these elements only in parent policies; put them in the relying party policy.
147+
> [!IMPORTANT]
148+
>Add the code in step 2 to the _relying party policy_ to enforce country/region code restrictions on the server side. You must not define these elements only in parent policies; put them in the relying party policy.
149149

150150
1. In the `BuildingBlocks` section of this policy file, add the following code. Make sure to include only the country/region codes relevant to your organization:
151151

0 commit comments

Comments
 (0)