vanity 호스트 이름 확보
IBM® Verify사용자가 귀사의 신원 관련 프로세스를 이용할 때 브랜드화된 경험을 제공하고자 한다면, 테넌트용 맞춤 호스트명을 구매할 수 있습니다. 로그인, 회원 가입, 프로필 관리 등의 기능을 사용자 지정할 수 있습니다.
시작하기 전에
맞춤형 호스트명을 설정하려면 귀하와 IBM 에서 몇 가지 설정 단계를 완료해야 합니다. 절차를 시작하려면 프로젝트 사무실에서 IBM 제공하는 양식을 IBM Vanity 호스트명 인증서 발급 신청서 작성해야 합니다.
또한 다음 사항들을 확인해 주십시오.
- Vanity 호스트명 구문과 옵션을 이해하고, 조직의 인증서 관리 방침에 따라 조직에 가장 적합한 옵션을 선택하십시오.
- 필수 조건을 숙지하십시오.
- IBM® 담당자에게 문의하여 테넌트 및 가상 호스트명을 구매하십시오.
- 도메인 인증을 위해 조직 내 DNS/웹사이트 관리자와 원활하게 협업할 수 있도록 준비하십시오.
- 고객은 해당 맞춤 호스트명의 도메인을 소유하고 있어야 합니다.
acme.comsso.acme.comvanity 호스트명이 인 경우, 귀사의 조직은 도메인을 소유하고 있어야 합니다. - 가상 호스트 이름은 고유해야 하며, 이미 존재해서는 안 됩니다. 이는 임차인에게 적용되며, 오직 ~에만 IBM Verify 사용해야 합니다.
이 태스크에 대한 정보
바니티 호스트명은 테넌트 IBM Verify 전용으로 설정된 사용자 지정 호스트명입니다. 기본 테넌트 호스트명에는 IBM 이 포함됩니다. 바니티 호스트명을 사용하면 고객은 URL 에 IBM 이 표시되지 않도록 호스트명을 맞춤 설정할 수 있습니다. login.acme.comacme.verify.ibm.com예를 들어, Verify 테넌트의 호스트명은 일 수 있지만, 사용자에게는 대신 와 같은 사용자 지정 호스트명을 표시하고 싶을 수 있습니다.
<tenant identifier>.<domain> 여기서,<tenant identifier>임차인 식별자가 제공되었습니다.<acme>예를 들면 다음과 같습니다.<verify.ibm.com><domain>기본값은 이지만, 사용자 지정 호스트명으로 변경할 수 있습니다.- IBM Verify
acme.verify.ibm.com이 예시에서 전체 호스트명은 입니다. 이는 사용자가 로그인할 때 보게 되는 URL 이며, 이 기능을 통해 활성화되는 기타 신원 관련 상호작용도 포함됩니다.
- 인증서는 “신뢰할 수 있는” 인증 기관이 서명해야 합니다. 자체 서명된 것이어서는 안 됩니다.
- 다음 섹션에서는 맞춤 호스트 이름에 대한 인증서 프로비저닝에 대해 설명합니다.
- 인증서가 프로비저닝된 후, IBM 은 맞춤 호스트명을 완전히 프로비저닝하기 위해 추가 단계를 수행합니다. 이러한 추가 절차는 완료하는 데 약 5영업일이 소요됩니다.
*.sso.acme.com 를 지원하지 않습니다.CN = sso.acme.com
CN = sso-qa.acme.com
CN = sso-dev.acme.com
sso.acme.com참고: 사용자가 와 같은 맞춤형 호스트명을 통해 Verify 인증할 경우, 사용자에게는 사용 중인 맞춤형 호스트명만 표시됩니다. 사용자는 와 sso-dev.acme.com 와 같이 유효한 바니티 호스트명인 것들도 볼 sso-qa.acme.com 수 없습니다. 잠재적인 공격자가 모든 바니티 호스트명을 쉽게 알아낼 수는 없다. 그들은 자신이 사용하고 있는 것만 볼 수 있다.인증서 양식을 작성할 때 “일반 이름(Common Name)” 외에도 “SAN 이름”이 제공되는 경우, 각 SAN 이름은 “일반 이름”과 동일한 인증서에 등록됩니다.
CN = sso.acme.com
SAN = sso-qa.acme.com
SAN = sso-dev.acme.com
sso.acme.com참고: 사용자가 와 Verify 같은 사용자 지정 호스트명을 통해 인증할 경우, 해당 인증서가 적용되는 다른 사용자 지정 호스트명도 확인할 수 있습니다. 이 경우, sso-qa.acme.com 및 sso-dev.acme.com. 안타깝게도 잠재적인 공격자들이 이 정보를 악용할 수 있습니다. 이를 통해 유효한 모든 바니티 호스트명을 더 쉽게 찾을 수 있습니다.- IBM 프로비저닝됨
- IBM 조직을 대신하여 인증서를 신청할 수 있습니다. IBM DigiCert 를 인증서 공급자로 사용하며, DigiCert 에서 인증서에 서명합니다.
인증서 검증 유형은 OV(조직 검증)이며, 클라이언트는 해당 인증서에 대해 DigiCert 검증 절차를 거쳐야 합니다. 인증 기관으로서 Digicert는 요청된 도메인의 실제 소유자가 해당 인증서를 승인했는지 독립적으로 확인해야 합니다. 이 DigiCert 검증 프로세스는 독립적이며, 상호작용의 범위를 IBM Verify 벗어난 것입니다.
이 절차에는 회사 주소 확인 및 도메인 관리자 확인이 포함됩니다. DigiCert 와의 거래는 DigiCert 과 고객 간에 직접 이루어집니다.
‘ IBM ’ 옵션을 선택하면 절차는 다음과 같습니다.- 해당 페이지에
whois.com명시된 도메인 관리자에게 DigiCert 에서 도메인 인증 요청을 보낼 예정임을 알려주십시오. - 검증 결과를 즉시 DigiCert 로 보내주십시오.
- DigiCert 그런 다음 귀사에 등록된 유효한 전화번호를 사용하여 양식에 IBM Vanity 호스트명 인증서 발급 신청서 기재된 관리 담당자에게 연락을 시도합니다. 검증은 실제 전화 통화를 통해 이루어집니다.참고: DigiCert 가 조직 내 적절한 연락처를 찾는 데 따라 여러 번 시도해야 할 수도 있습니다.
- 해당 페이지에
- 써드파티 인증서
- 타사 인증서를 사용할 경우, 조직은 IBM 에서 인증서 서명 요청(CSR)을 생성한 후 원하는 인증 기관을 선택할 수 있습니다.다음 단계는 프로세스 흐름을 보여줍니다.
- IBM CSR을 생성합니다.
- IBM 이 CSR을 귀사에 전송합니다.
- 귀사는 이 CSR을 자사의 인증 기관(CA)으로 전송합니다. 귀사는 원하는 검증 유형을 선택할 수 있습니다.
- 인증 기관(CA)은 서명된 인증서를 귀사에 반환합니다.
- 귀하의 조직은 인증서(리프 인증서 + 신뢰 체인: 중간 인증서 및 루트 인증서)를 IBM 으로 전송합니다