그래픽 사용자 인터페이스, 응용 프로그램 설명 자동 생성

시나리오: 소매점 위치: Azure Functions는 데이터가 Blob 저장소에 업로드되면 즉시 데이터를 처리해야 합니다.
박스 1: HTTP
바인딩 구성 예: https://<storage_account_name>.blob.core.windows.net 상자 2: 입력 함수에서 Blob 저장소 데이터 읽기: 입력 바인딩 상자 3: Blob 저장소 Blob 저장소 트리거는 새 Blob 또는 업데이트된 Blob이 감지되면 함수를 시작합니다.
Azure Functions는 트리거와 바인딩을 통해 Azure Storage와 통합됩니다. Blob Storage와 통합하면 Blob 데이터의 변경에 반응하고 값을 읽고 쓰는 함수를 빌드할 수 있습니다.
참조:
https://docs.microsoft.com/en-us/azure/azure-functions/functions-bounds-storage-blob-trigger

설명:

박스 1: 인바운드.
탐지된 사용자 신원을 저장하는 설정 변수 정책입니다.
예:
<정책>
<인바운드>
<!-- 사용자 신원을 확인하는 방법은 애플리케이션에 따라 다릅니다 -->
<변수 설정>
이름="enduserid"
value="@(context.Request.Headers.GetValueOrDefault("Authorization","").Split(' ')[1].AsJwt()?.Subject)" /> 상자 2: 인바운드 캐시 조회 값 정책 예:
<인바운드>
<베이스 />
<cache-lookup vary-by-developer="true | false" vary-by-developer-groups="true | false" 다운스트림 캐싱- type="none | private | public" must-revalidate="true | false">
<vary-by-query-parameter>매개변수 이름</vary-by-query-parameter> <!-- 선택 사항, 여러 번 반복 가능 -->
</캐시-조회>
</인바운드>
박스 3: 아웃바운드
캐시-저장-값 정책.
예:
<아웃바운드>
<베이스 />
<캐시 저장소 기간="3600" />
</아웃바운드>
박스 4: 아웃바운드
응답 본문을 사용자 프로필 정보로 업데이트하는 찾기 및 바꾸기 정책입니다.
예:
<아웃바운드>
<!-- 사용자 프로필로 응답 본문 업데이트-->
<찾아서 바꾸기
from='"$userprofile$"'
to="@((string)context.변수["사용자 프로필"])" />
<베이스 />
</아웃바운드>
참조:
https://docs.microsoft.com/en-us/azure/api-management/api-management-caching-policies
https://docs.microsoft.com/en-us/azure/api-management/api-management-sample-cache-by-key

설명:

+ 설명:
상자 1: 승인
상자 2: X-MS-CLIENT-PRINCIPAL-NAME
App Service는 특수 헤더를 사용하여 사용자 클레임을 애플리케이션에 전달합니다. 외부 요청은 이러한 헤더를 설정할 수 없으므로 App Service에서 설정한 경우에만 존재합니다. 일부 예시 헤더는 다음과 같습니다.
X-MS-클라이언트-주체-이름
X-MS-클라이언트-주인-ID
Twitter 인증 사용자에 대해 Easy Auth에서 얻은 헤더 세트는 다음과 같습니다.
{
"쿠키": "AppServiceAuthSession=Lx43...xHDTA==",
"x-ms-client-principal-name": "evilSnobu",
"x-ms-client-principal-id": "35....",
"x-ms-client-principal-idp": "트위터",
"x-ms-token-twitter-access-token": "35...Dj",
"x-ms-token-twitter-access-token-secret": "OK3...Jx",
}
참고문헌:
https://docs.microsoft.com/en-us/azure/app-service/app-service-authentication-how-to

참조:
https://docs.microsoft.com/en-us/azure/storage/blobs/storage-blob-properties-metadata

설명

상자 1: 유효한 루트 인증서
시나리오: 모든 웹사이트와 서비스는 유효한 루트 인증 기관의 SSL을 사용해야 합니다.
상자 2: Azure 애플리케이션 게이트웨이
대본:
* 인터넷을 통해 접근할 수 있는 모든 웹 서비스는 크로스 사이트 스크립팅 공격으로부터 보호되어야 합니다.
* 모든 내부 서비스는 내부 가상 네트워크(VNet)에서만 액세스할 수 있어야 합니다.
* 시스템의 모든 부분은 인바운드 및 아웃바운드 트래픽 제한을 지원해야 합니다.
Azure Application Gateway의 Azure Web Application Firewall(WAF)은 일반적인 익스플로잇과 취약성으로부터 웹 애플리케이션을 중앙에서 보호합니다. 웹 애플리케이션은 일반적으로 알려진 취약성을 악용하는 악의적인 공격의 대상이 되고 있습니다. SQL 주입 및 크로스 사이트 스크립팅은 가장 일반적인 공격 중 하나입니다.
Application Gateway는 자동 확장, SSL 오프로딩, 엔드투엔드 SSL, 웹 애플리케이션 방화벽(WAF), 쿠키 기반 세션 선호도, URL 경로 기반 라우팅, 멀티사이트 호스팅, 리디렉션, HTTP 헤더 다시 쓰기 및 기타 기능을 지원합니다.
참고: Nginx와 Azure Application Gateway는 둘 다 레이어 7 로드 밸런싱 기능과 WAF를 갖춘 역방향 프록시 역할을 하여 일반적인 웹 취약점과 악용으로부터 강력한 보호를 보장합니다.
X-XSS 보호를 위해 Nginx 웹 서버 구성/SSL을 수정할 수 있습니다. 이렇게 하면 X-XSS 보호 기능이 있는 HTTP 헤더를 강제로 주입하여 크로스 사이트 스크립팅 익스플로잇을 방지하는 데 도움이 됩니다.
참조:
https://docs.microsoft.com/en-us/azure/web-application-firewall/ag/ag-overview
https://www.upguard.com/articles/10-tips-for-securing-your-nginx-deployment