자습서: Akamai와 Microsoft Entra SSO 통합
이 자습서에서는 Akamai를 Microsoft Entra ID와 통합하는 방법을 알아봅니다. Akamai를 Microsoft Entra ID와 통합하면 다음이 가능합니다.
- Akamai에 액세스할 수 있는 사용자를 Microsoft Entra ID로 제어합니다.
- 사용자가 Microsoft Entra 계정으로 Akamai에 자동으로 로그인되도록 할 수 있습니다.
- 하나의 중앙 위치에서 계정을 관리합니다.
Microsoft Entra ID와 Akamai 엔터프라이즈 애플리케이션 액세스를 통합하면 클라우드 또는 온-프레미스에서 호스트되는 레거시 애플리케이션에 원활하게 액세스할 수 있습니다. 통합 솔루션은 앱 수정이나 에이전트 설치 없이 레거시 애플리케이션에 액세스할 수 있도록 Microsoft Entra Conditional Access, Microsoft Entra ID Protection 및 Microsoft Entra ID Governance와 같은 Microsoft Entra ID의 모든 최신 기능을 활용합니다.
아래 이미지는 Akamai EAA가 광범위한 하이브리드 보안 액세스 시나리오에 적합하다는 것을 보여줍니다.
키 인증 시나리오
F5는 Open ID Connect, SAML, WS-Fed, Akamai EAA 등의 최신 인증 프로토콜을 사용할 수 있도록 Microsoft Entra 네이티브 통합을 기본적으로 지원할 뿐 아니라, Microsoft Entra ID를 통한 내부 및 외부 액세스를 위해 레거시 기반 인증 앱에 대한 보안 액세스를 확장하여 이러한 애플리케이션에서 최신 시나리오(예 : 암호 없는 액세스)를 가능하게 합니다. 다음 내용이 포함됩니다.
- 헤더 기반 인증 앱
- 원격 데스크톱
- SSH(Secure Shell)
- Kerberos 인증 앱
- VNC(가상 네트워크 컴퓨팅)
- 익명 인증 또는 기본 제공 인증 앱 없음
- NTLM 인증 앱(이중 프롬프트를 사용하여 사용자 보호)
- 양식 기반 애플리케이션(이중 프롬프트를 사용하여 사용자 보호)
통합 시나리오
파트너십을 체결한 Microsoft와 Akamai EAA는 고객의 비즈니스 요구 사항에 따라 여러 통합 시나리오를 지원하여 고객의 비즈니스 요구 사항을 유연하게 충족할 수 있습니다. 이를 통해 모든 애플리케이션에서 즉시 서비스를 제공할 수 있으며, 점진적으로 정책을 분류하여 적절한 정책 분류를 구성할 수 있습니다.
통합 시나리오 1
Akamai EAA는 Microsoft Entra ID에서 단일 애플리케이션으로 구성됩니다. 관리자는 애플리케이션에서 조건부 액세스 정책을 구성할 수 있으며, 조건이 충족되면 사용자는 Akamai EAA 포털에 대한 액세스 권한을 얻을 수 있습니다.
장점:
- IDP를 한 번만 구성하면 됩니다.
단점:
사용자에게 제공되는 애플리케이션 포털이 최종적으로 2개입니다.
공통 조건부 액세스 정책 하나가 모든 애플리케이션에 적용됩니다.
통합 시나리오 2
Akamai EAA 애플리케이션은 Azure Portal에서 개별적으로 설정합니다. 관리자는 애플리케이션에서 개별 조건부 액세스 정책을 구성할 수 있으며, 조건이 충족되면 사용자를 특정 애플리케이션으로 직접 리디렉션할 수 있습니다.
장점:
개별 조건부 액세스 정책을 정의할 수 있습니다.
모든 앱이 0365 Waffle 및 myApps.microsoft.com 패널에 표시됩니다.
단점:
- IDP를 여러 개 구성해야 합니다.
필수 조건
시작하려면 다음 항목이 필요합니다.
- Microsoft Entra 구독. 구독이 없는 경우 무료 계정을 얻을 수 있습니다.
- Akamai SSO(Single Sign-On)를 사용하도록 설정된 구독
시나리오 설명
이 자습서에서는 테스트 환경에서 Microsoft Entra SSO를 구성하고 테스트합니다.
- Akamai에서 IDP 시작 SSO를 지원합니다.
Important
아래에 나열된 모든 설정은 통합 시나리오 1 및 시나리오 2에 동일하게 적용됩니다. 통합 시나리오 2의 경우 Akamai EAA에서 개별 IDP를 설정했으며, 애플리케이션 URL을 가리키도록 URL 속성을 수정해야 합니다.
갤러리에서 Akamai 추가
Akamai를 Microsoft Entra ID에 통합하도록 구성하려면 갤러리의 Akamai를 관리되는 SaaS 앱 목록에 추가해야 합니다.
- 최소한 클라우드 애플리케이션 관리자로 Microsoft Entra 관리 센터에 로그인합니다.
- ID>애플리케이션>엔터프라이즈 애플리케이션>새 애플리케이션으로 이동합니다.
- 갤러리에서 추가 섹션의 검색 상자에서 Akamai를 입력합니다.
- 결과 패널에서 Akamai를 선택한 다음, 앱을 추가합니다. 앱이 테넌트에 추가될 때까지 잠시 동안 기다려 주세요.
또는 Enterprise App Configuration 마법사를 사용할 수도 있습니다. 이 마법사에서는 테넌트에 애플리케이션을 추가하고, 앱에 사용자/그룹을 추가하고, 역할을 할당하고, SSO 구성을 연습할 수 있습니다. Microsoft 365 마법사에 대한 자세한 정보
Akamai에 대한 Microsoft Entra SSO 구성 및 테스트
B.Simon이라는 테스트 사용자를 사용하여 Akamai로 Microsoft Entra SSO를 구성하고 테스트합니다. SSO가 작동하려면 Microsoft Entra 사용자와 Akamai의 관련 사용자 간에 연결 관계를 설정해야 합니다.
Akamai를 사용하여 Microsoft Entra SSO를 구성하고 테스트하려면 다음 단계를 수행합니다.
- Microsoft Entra SSO 구성 - 사용자가 이 기능을 사용할 수 있도록 합니다.
- Microsoft Entra 테스트 사용자 만들기 - B.Simon을 사용하여 Microsoft Entra Single Sign-On을 테스트합니다.
- Microsoft Entra 테스트 사용자 할당 - B.Simon이 Microsoft Entra Single Sign-On을 사용할 수 있도록 합니다.
- Akamai SSO 구성 - 애플리케이션 쪽에서 Single Sign-On 설정을 구성합니다.
- IDP 설정
- 헤더 기반 인증
- 원격 데스크톱
- SSH
- Kerberos 인증
- Akamai 테스트 사용자 만들기 - B.Simon의 Microsoft Entra 표현과 연결된 해당 사용자를 Akamai에 만듭니다.
- SSO 테스트 - 구성이 작동하는지 여부를 확인합니다.
Microsoft Entra SSO 구성
다음 단계에 따라 Microsoft Entra SSO를 사용하도록 설정합니다.
최소한 클라우드 애플리케이션 관리자로 Microsoft Entra 관리 센터에 로그인합니다.
ID>애플리케이션>엔터프라이즈 애플리케이션>Akamai>Single Sign-On으로 이동합니다.
Single Sign-On 방법 선택 페이지에서 SAML을 선택합니다.
SAML로 Single Sign-On 설정 페이지에서 기본 SAML 구성에 대한 연필 아이콘을 클릭하여 설정을 편집합니다.
IDP 섹션에서 애플리케이션을 구성하려면 기본 SAML 구성 섹션에서 다음 필드 값을 입력합니다.
a. 식별자 텍스트 상자에서
https://<Yourapp>.login.go.akamai-access.com/saml/sp/response
패턴을 사용하여 URL을 입력합니다.b. 회신 URL 텍스트 상자에서
https:// <Yourapp>.login.go.akamai-access.com/saml/sp/response
패턴을 사용하여 URL을 입력합니다.참고 항목
이러한 값은 실제 값이 아닙니다. 실제 식별자 및 회신 URL로 해당 값을 업데이트합니다. 이러한 값을 얻으려면 Akamai 클라이언트 지원 팀에 문의하세요. 기본 SAML 구성 섹션에 표시된 패턴을 참조할 수도 있습니다.
SAML로 Single Sign-On 설정 페이지의 SAML 서명 인증서 섹션에서 페더레이션 메타데이터 XML을 찾고, 다운로드를 선택하여 인증서를 컴퓨터에 다운로드 및 저장합니다.
Akamai 설정 섹션에서 요구 사항에 따라 적절한 URL을 복사합니다.
Microsoft Entra 테스트 사용자 만들기
이 섹션에서는 B.Simon이라는 사용자를 만듭니다.
- 최소한 사용자 관리자로 Microsoft Entra 관리 센터에 로그인합니다.
- ID>사용자>모든 사용자로 이동합니다.
- 화면 위쪽에서 새 사용자>새 사용자 만들기를 선택합니다.
- 사용자 속성에서 다음 단계를 수행합니다.
- 표시 이름 필드에서
B.Simon
을 입력합니다. - 사용자 계정 이름 필드에서 username@companydomain.extension을 입력합니다. 예:
B.Simon@contoso.com
. - 암호 표시 확인란을 선택한 다음, 암호 상자에 표시된 값을 적어둡니다.
- 검토 + 만들기를 선택합니다.
- 표시 이름 필드에서
- 만들기를 선택합니다.
Microsoft Entra 테스트 사용자 할당
이 섹션에서는 Single Sign-On을 사용할 수 있도록 B.Simon에게 Akamai에 대한 액세스 권한을 부여합니다.
- 최소한 클라우드 애플리케이션 관리자로 Microsoft Entra 관리 센터에 로그인합니다.
- ID>애플리케이션>엔터프라이즈 애플리케이션>Akamai로 이동합니다.
- 앱의 개요 페이지에서 사용자 및 그룹을 선택합니다.
- 사용자/그룹 추가를 선택한 다음, 할당 추가 대화 상자에서 사용자 및 그룹을 선택합니다.
- 사용자 및 그룹 대화 상자의 사용자 목록에서 B.Simon을 선택한 다음, 화면 아래쪽에서 선택 단추를 클릭합니다.
- 사용자에게 역할을 할당할 것으로 예상되는 경우 역할 선택 드롭다운에서 선택할 수 있습니다. 이 앱에 대한 역할이 설정되지 않은 경우 "기본 액세스" 역할이 선택된 것으로 표시됩니다.
- 할당 추가 대화 상자에서 할당 단추를 클릭합니다.
Akamai SSO 구성
IDP 설정
AKAMAI EAA IDP 구성
Akamai 엔터프라이즈 애플리케이션 액세스 콘솔에 로그인합니다.
Akamai EAA 콘솔에서 ID>ID 공급자를 선택하고 ID 공급자 추가를 클릭합니다.
새 ID 공급자 만들기에서 다음 단계를 수행합니다.
a. Unique Name(고유 이름)을 지정합니다.
b. Third Party SAML(타사 SAML)을 선택하고, Create Identity Provider and Configure(ID 공급자 만들기 및 구성)를 클릭합니다.
일반 설정
일반 탭에서 다음 정보를 입력합니다.
ID 절편 - 도메인의 이름을 지정합니다(SP 기본 URL은 Microsoft Entra Configuration에 사용됩니다).
참고 항목
고유한 사용자 지정 도메인을 사용하도록 선택할 수 있습니다(DNS 항목과 인증서가 필요함). 이 예에서는 Akamai 도메인을 사용하고 있습니다.
Akamai Cloud Zone(Akamai 클라우드 영역) - 적절한 클라우드 영역을 선택합니다.
Certificate Validation(인증서 유효성 검사) - Akamai 설명서를 확인합니다(선택 사항).
Authentication Configuration(인증 구성)
URL – ID 가로채기와 동일한 URL(인증 후 사용자가 리디렉션되는 위치임)을 지정합니다.
로그아웃 URL: 로그아웃 URL을 업데이트합니다.
Sign SAML Request(SAML 요청 서명): 기본적으로 선택 취소되어 있습니다.
IDP 메타데이터 파일의 경우 Microsoft Entra ID 콘솔에 애플리케이션을 추가합니다.
세션 설정
설정을 기본값으로 둡니다.
디렉터리
디렉터리 탭에서 디렉터리 구성을 건너뜁니다.
사용자 지정 UI
IDP에 사용자 지정을 추가할 수 있습니다. 사용자 지정 탭에는 UI 사용자 지정, 언어 설정 및 테마에 대한 설정이 있습니다.
고급 설정
고급 설정 탭에서 기본값을 적용합니다. 자세한 내용은 Akamai 설명서를 참조하세요.
배포
배포 탭에서 ID 공급자 배포를 클릭합니다.
배포가 성공했는지 확인합니다.
헤더 기반 인증
Akamai 헤더 기반 인증
Add Applications(애플리케이션 추가) 마법사에서 Custom HTTP(사용자 지정 HTTP)를 선택합니다.
애플리케이션 이름 및 설명을 입력합니다.
인증
인증 탭을 선택합니다.
ID 공급자 할당을 선택합니다.
Services
[Save and Go to Authentication](저장 후 인증으로 이동)을 클릭합니다.
고급 설정
Customer HTTP Headers(고객 HTTP 헤더)에서 CustomerHeader 및 SAML Attribute(SAML 특성)를 지정합니다.
Save and go to Deployment(저장 후 배포로 이동) 단추를 클릭합니다.
애플리케이션 배포
Deploy Application(애플리케이션 배포) 단추를 클릭합니다.
애플리케이션이 성공적으로 배포되었는지 확인합니다.
최종 사용자 환경.
조건부 액세스.
원격 데스크톱
ADD Applications(애플리케이션 추가) 마법사에서 RDP를 선택합니다.
SecretRDPApp과 같은 애플리케이션 이름을 입력합니다.
Microsoft Entra 조건부 액세스를 사용하여 RDP 세션 보호와 같은 설명을 선택합니다.
이 서비스를 제공할 커넥터를 지정합니다.
인증
인증 탭에서 저장을 클릭하고 서비스로 이동합니다.
Services
Save and go to Advanced Settings(저장 후 서비스로 이동)를 클릭합니다.
고급 설정
Save and go to Deployment(저장 후 배포로 이동)를 클릭합니다.
최종 사용자 경험
조건부 액세스
RDP 애플리케이션 URL을 직접 입력할 수도 있습니다.
SSH
[애플리케이션 추가]로 이동하여 SSH를 선택합니다.
SSH에 대한 Microsoft Entra 최신 인증과 같은 애플리케이션 이름 및 설명을 입력합니다.
[응용 프로그램 ID]를 구성합니다.
a. [Name/Description]\(이름/설명)을 지정합니다.
b. SSH에 대한 [Application Server IP/FQDN]\(애플리케이션 서버 IP/FQDN) 및 포트를 지정합니다.
c. SSH 사용자 이름/암호를 지정합니다. *Akamai EAA를 확인하세요.
d. [External host Name]\(외부 호스트 이름)을 지정합니다.
e. 커넥터의 [Location]\(위치)을 지정하고, 커넥터를 선택합니다.
인증
인증 탭에서 저장을 클릭하고 서비스로 이동합니다.
Services
Save and go to Advanced Settings(저장 후 서비스로 이동)를 클릭합니다.
고급 설정
저장을 클릭하고 배포로 이동합니다.
배포
Deploy Application(애플리케이션 배포)을 클릭합니다.
최종 사용자 경험
조건부 액세스
Kerberos 인증
아래 예제에서는 KCD를 사용하여 내부 웹 서버 http://frp-app1.superdemo.live
를 게시하고 SSO를 사용하도록 설정합니다.
일반 탭
[인증] 탭
인증 탭에서 ID 공급자를 할당합니다.
서비스 탭
고급 설정
참고 항목
웹 서버의 SPN은 SPN@Domain 형식이어야 합니다. 예를 들어 이 데모에서는 HTTP/frp-app1.superdemo.live@SUPERDEMO.LIVE
입니다. 나머지 설정은 기본값으로 둡니다.
배포 탭
디렉터리 추가
드롭다운에서 AD를 선택합니다.
필요한 데이터를 제공합니다.
디렉터리가 만들어졌는지 확인합니다.
액세스 권한이 필요한 그룹/OU를 추가합니다.
아래에서 그룹은 EAAGroup이고 1개 멤버가 포함되어 있습니다.
ID ID 공급자를 클릭하고 디렉터리 탭을 클릭하고 디렉터리 할당을 >클릭하여 디렉터리를 ID 공급자에 추가합니다.
EAA에 대한 KCD 위임 구성 연습
1단계: 계정 만들기
이 예제에서는 EAADelegation이라는 계정을 사용합니다. 이 연습은 Active Directory 사용자 및 컴퓨터 스내핀을 사용하여 수행할 수 있습니다.
참고 항목
사용자 이름은 ID 가로채기 이름을 기반으로 하는 특정 형식이어야 합니다. 그림 1을 보면 corpapps.login.go.akamai-access.com입니다.
사용자 로그온 이름은
HTTP/corpapps.login.go.akamai-access.com
입니다.
2단계: 이 계정에 대한 SPN 구성
이 샘플을 기반으로 하는 SPN은 다음과 같습니다.
setspn -s Http/corpapps.login.go.akamai-access.com eaadelegation
3단계: 위임 구성
EAADelegation 계정에 대한 [위임] 탭을 클릭합니다.
- [모든 인증 프로토콜 사용]을 지정합니다.
- [추가]를 클릭하고 Kerberos 웹 사이트의 앱 풀 계정을 추가합니다. 올바르게 구성되었다면 올바른 SPN으로 자동 확인됩니다.
4단계: AKAMAI EAA에 대한 Keytab 파일 만들기
다음은 일반 구문입니다.
ktpass /out ActiveDirectorydomain.keytab /princ
HTTP/yourloginportalurl@ADDomain.com
/mapuser serviceaccount@ADdomain.com /pass +rdnPass /crypto All /ptype KRB5_NT_PRINCIPAL예제 설명
조각 설명 Ktpass /out EAADemo.keytab // 출력 Keytab 파일의 이름 /princ HTTP/corpapps.login.go.akamai-access.com@superdemo.live // HTTP/yourIDPName@YourdomainName /mapuser eaadelegation@superdemo.live // EAA 위임 계정 /pass RANDOMPASS // EAA 위임 계정 암호 /crypto All ptype KRB5_NT_PRINCIPAL // Akamai EAA 설명서 참조 Ktpass /out EAADemo.keytab /princ HTTP/corpapps.login.go.akamai-access.com@superdemo.live /mapuser eaadelegation@superdemo.live /pass RANDOMPASS /crypto All ptype KRB5_NT_PRINCIPAL
5단계: AKAMAI EAA 콘솔에서 Keytab 가져오기
시스템>Keytabs를 클릭합니다.
[Keytab 형식]에서 Kerberos 위임을 선택합니다.
Keytab가 [배포됨] 및 [확인됨]으로 표시되는지 확인합니다.
사용자 환경
조건부 액세스
Akamai 테스트 사용자 만들기
이 섹션에서는 Akamai에서 B.Simon이라는 사용자를 만듭니다. Akamai 플랫폼에서 사용자를 추가하려면 Akamai 클라이언트 지원 팀에 문의하세요. Single Sign-On을 사용하려면 먼저 사용자를 만들고 활성화해야 합니다.
SSO 테스트
이 섹션에서는 다음 옵션을 사용하여 Microsoft Entra Single Sign-On 구성을 테스트합니다.
이 애플리케이션 테스트를 클릭하면 SSO를 설정한 Akamai에 자동으로 로그인됩니다.
Microsoft 내 앱을 사용할 수 있습니다. 내 앱에서 Akamai 타일을 클릭하면 SSO를 설정한 Akamai에 자동으로 로그인됩니다. 내 앱에 대한 자세한 내용은 내 앱 소개를 참조하세요.
다음 단계
Akamai가 구성되면 세션 제어를 적용하여 조직의 중요한 데이터의 반출 및 반입을 실시간으로 보호할 수 있습니다. 세션 제어는 조건부 액세스에서 확장됩니다. Microsoft Defender for Cloud Apps를 사용하여 세션 제어를 적용하는 방법을 알아봅니다.