Access Provisioning: 안전한 사용자 액세스를 위한 모범 사례

네트워크의 가장 중요한 목적은 사용자 그룹 간에 자원을 공유할 수 있도록 하는 것입니다. 공유되는 자원이 컴퓨팅 장치 , 애플리케이션 또는 파일 데이터이든 관계없이, 목표는 꼭 필요한 사람에게만 접근을 제공하는 것입니다. 하지만 이 목표를 달성하는 것은 쉽지 않을 수 있습니다. 현대 조직은 매우 역동적이기 때문입니다. 하루 중 언제든지 새 직원이 채용될 수 있고, 다른 직원은 더 많거나 다른 책임을 맡을 수 있으며, 일부는 회사를 떠날 수도 있습니다. 또한 조직은 정기적으로 임시 근로자나 외부 전문가를 고용하고, 다양한 비즈니스 파트너 및 공급업체와의 관계를 순환시킵니다. 그리고 물론 조직은 새로운 시스템과 애플리케이션을 도입하고, 더 이상 필요하지 않은 것을 퇴출(폐기)합니다.

이러한 모든 이벤트에 맞춰 사용자 액세스 권한이 동기화되어 변화하도록 보장하려면, 모든 사용자 계정의 전체 라이프사이클에 걸쳐 효과적인 액세스 프로비저닝이 필요합니다. 이 문서는

액세스 프로비저닝이란?

액세스 프로비저닝은 조직의 시스템, 애플리케이션, 정보에 대한 사용자 정체성(아이덴티티)과 액세스 권한을 생성, 관리, 유지하는 과정입니다. 이는 사용자의 현재 책임과 조직의 정책에 따라 사용자 권한을 부여하고, 수정하고, 회수하는 것을 포함합니다.

액세스 관리의 핵심에는 least privilege 원칙이 있습니다. 이 원칙은 각 사용자가 업무를 수행하는 데 필요한 최소한의 액세스 권한만 부여받아야 함을 요구합니다. 목표는 보안과 생산성을 균형 있게 유지하는 것입니다. 즉, 사용자가 필요한 리소스에 접근할 수 있도록 하면서도 정당한 근거 없이 접근하는 것을 방지합니다.

액세스 프로비저닝의 주요 유형

조직은 다음을 포함하여 선택할 수 있는 여러 유형의 액세스 프로비저닝을 보유합니다:

• 재량적 액세스 프로비저닝
• 셀프서비스 액세스 프로비저닝
• 워크플로 기반 프로비저닝
• 자동화된 액세스 프로비저닝

재량적 접근 프로비저닝(Discretionary Access Provisioning, DAP)

DAP에서는 부서장이나 팀 리더 같은 특정 담당자가 수동으로 접근 권한을 부여합니다. 이 방식은 자원 소유자가 자신의 구체적인 필요에 따라 접근을 관리할 수 있으므로 로컬 제어가 보장됩니다. 복잡한 정책이나 identity and access management (IAM) 솔루션이 필요하지 않습니다.

DAP는 단순하고 비용도 적게 들지만, 다음과 같은 몇 가지 심각한 단점이 있습니다.

• 서로 다른 자원 소유자가 서로 다른 기준을 적용할 수 있기 때문에 결과가 일관되지 않을 수 있습니다.
• 수동 프로세스는 인간의 실수로 인해 오류가 발생할 가능성이 더 큽니다.
• DAP는 수동 프로비저닝에 의존하므로 사용자 기반이 늘어날수록 쉽게 확장되지 않습니다.
• 이 방식은 규제 또는 업계 요구 사항을 충족하지 못할 수 있습니다.

Self-Service Access Provisioning (SAP)

SAP를 사용하면 사용자가 특정 애플리케이션, 데이터 또는 시스템에 대한 액세스를 요청할 수 있으며, 대부분 관리자의 직접적인 개입 없이 진행됩니다. 셀프 서비스는 내부 도구나 지식 기반에 대한 액세스처럼 일상적이거나 위험이 낮은 리소스에 흔히 사용되는데, 지연이 생산성에 방해가 될 수 있기 때문입니다.

이 접근 방식은 IT 작업 부담을 줄이고 액세스 프로비저닝을 신속하게 할 수 있습니다. 하지만 중요한 취약점이 있습니다:

• 사용자가 의도적으로 또는 실수로 필요한 것보다 더 많은 액세스를 요청할 수 있으며, 이로 인해 위험한 과도한 프로비저닝이 발생할 수 있습니다.
• 셀프 프로비저닝 시스템은 관리자가 최소한의 감독만으로 사용자가 자신의 액세스를 직접 관리할 수 있게 하기 때문에, 시간이 지남에 따라 액세스 변경 사항을 추적하고 감사(audit)하기가 더 어려워질 수 있습니다.
• 일부 사용자는 셀프 서비스 시스템이 혼란스럽거나 너무 복잡하다고 느낄 수 있습니다.

Workflow-Based Access Provisioning (WAP)

SAP와 마찬가지로 WAP은 액세스 권한을 관리하기 위한 구조화된 요청 및 승인 프로세스를 포함합니다. 다만 SAP는 보통 액세스 제공을 자동화하거나 신속 처리하는 반면, WAP은 여러 단계의 승인이 필요합니다. 워크플로 기반 제공은 중요 애플리케이션, 민감한 데이터가 있는 시스템, 또는 규정 준수 요구 사항에 따라 관리되는 액세스에 대해 선호됩니다. WAP은 명확한 견제와 균형을 정립하고 액세스 요청 및 승인에 대한 감사 추적(audit trail)을 생성하는 데 도움이 됩니다.

하지만 한 가지 문제는, 조직 구조와 정책이 바뀔 때마다 워크플로를 최신 상태로 유지하는 일이 시간이 많이 걸릴 수 있다는 점입니다.

성공적인 WAP 기반 구현의 많은 사례는 SAP와 WAP을 함께 결합하는 방식에 기반할 때 실제로 성과를 거두는 경우가 많습니다.

자동화된 액세스 제공

자동화된 액세스 제공은 시스템 간 연결과 미리 정의된 역할을 사용하여 사용자의 직무 직책 또는 부서에 따라 적절한 액세스 권한을 부여합니다. 이 접근 방식의 이점은 다음과 같습니다.

• 신규 직원은 자동으로 프로비저닝되어 더 빠르게 업무에 투입될 수 있습니다.
• 마찬가지로 새로운 책임이 부여된 사용자는 필요한 액세스 권한을 정확히 빠르게 받을 수 있습니다.
• 직원이 조직을 떠나면 해당 사용자의 액세스를 자동으로 제거하여 무단 액세스 위험을 줄일 수 있습니다.
• 액세스 정책을 자동으로 적용하면 일관성이 보장되고 사람의 실수로 인한 위험이 줄어듭니다.
• 수작업 프로세스를 줄이면 조직은 IT 운영 비용을 상당히 낮출 수 있습니다.
• 자동화된 시스템은 증가하는 수요에 쉽게 대응하도록 확장할 수 있습니다.
• 자동화된 시스템은 규정 준수를 용이하게 하는 상세한 감사 추적을 유지할 수 있습니다.
• 자동화된 시스템은 Self-Service Access Provisioning을 통해 확인할 수 있는 예외 기반 정책과 결합하고, 오케스트레이션된 변경 사항에 대한 승인을 위해 WAP로 제어(게이팅)할 때 향상될 수 있습니다.

역할 기반 접근 제어 (Role-Based Access Control, RBAC) 및 속성 기반 접근 제어 (Attribute-Based Access Control, ABAC)

개별 사용자에게 특정 권한을 직접 할당하는 대신, 모범 사례에서는 역할 또는 속성에 기반한 구조화된 접근 방식으로 액세스 권한을 부여할 것을 권장합니다.

역할 기반 접근 제어

RBAC 방식에서는 조직이 비즈니스 기능에 맞춰 역할의 집합을 정의하고, 각 역할에 해당하는 액세스 권한을 할당합니다. 예를 들어, “인사 담당자(Human Resources Specialist)” 역할에는 인사 데이터베이스와 채용 시스템에 대한 접근 권한이 부여될 수 있습니다. 사용자는 자신에게 할당된 역할에 대해 부여된 권한을 상속받습니다.

이러한 역할 기반 접근 방식에는 여러 가지 이점이 있습니다. 특히 RBAC:

• 사용자에게 올바른 역할만 할당하면 되므로 계정 프로비저닝이 더 빨라집니다.
• 접근 권한의 일관되고 정확한 할당을 보장합니다.
• 새 데이터 소스에 대한 액세스 권한을 부여하는 것처럼, 전체 팀에 영향을 미치는 빠른 변경을 가능하게 합니다
• 사용자 기반이 늘어날수록 쉽게 확장됩니다

특성 기반 접근 제어(Attribute-Based Access Control, ABAC)

ABAC는 접근 제어에 대해 보다 역동적인 접근 방식을 사용합니다. 미리 정의된 역할에 의존하는 대신, 리소스의 민감도, 시간대, 위치, 사용 중인 장치의 구성 등 다양한 속성을 고려합니다.

이 접근 방식은 중요한 이점을 제공합니다. 예를 들어, ABAC:

• 더 세분화되고 상황을 인지하는 액세스 제어를 제공합니다
• 액세스 정책을 정의하는 데 더 큰 유연성을 제공합니다
• 실시간으로 변화하는 조건에 적응할 수 있습니다
• 역할 정의에 깔끔하게 들어맞지 않을 수 있는 복잡한 액세스 시나리오를 지원합니다

최적의 보안을 위해 RBAC와 ABAC 중 무엇을 사용할지

RBAC는 시간이 지나도 비교적 안정적으로 유지되는 명확한 책임과 액세스 요구 사항을 가진 조직에서 가장 효과적입니다. 관리(어드민)를 단순화하고 액세스 관리의 복잡성을 줄이려는 목적에 부합하는 좋은 선택입니다. 또한 컴플라이언스 요구사항에서 업무 분장에 대해 명확한 역할 기반 책임 분리(Separation of Duties)가 필요할 때 RBAC는 특히 이상적입니다.

ABAC는 액세스 결정을 직무 역할을 넘어 사용자 속성, 리소스 속성, 환경 조건, 상황(컨텍스트) 정보 등 다양한 요소를 고려해야 할 때 가장 적합합니다. 세밀한 제어 정책이 요구되는 복잡하고 동적인 액세스 요구사항을 가진 조직에 가장 잘 맞습니다. ABAC는 위치 기반 액세스 구현, 시간대 또는 디바이스 유형에 따라 권한을 조정하는 등, 변화하는 보안 컨텍스트에 대해 실시간으로 적응이 필요한 시나리오에서 특히 뛰어난 성능을 발휘합니다.

참고: 속성(어트리ビュ트)에서 역할을 정의하는 것이 적절할 수 있습니다. 이렇게 하면 변경되는 속성을 적용함으로써 역할 변경을 자동화할 수 있습니다.

액세스 프로비저닝의 이점

액세스 프로비저닝의 이점은 다음과 같습니다:

• 공격 표면 축소 — 각 사용자 계정은 수명 주기의 모든 단계에서 업무 수행에 필요한 최소 권한만 갖추며, 직원이 조직을 떠나면 액세스 권한이 즉시 회수됩니다. 이러한 세밀한 최소 권한(least privilege) 강제는 내부 위협의 위험을 줄이고, 계정을 침해한 공격자의 영향 범위를 제한합니다.
• 더 강력한 보안 — 액세스 제공(프로비저닝)을 위한 체계적이고 특히 자동화된 프로세스는 과도한 권한 부여로 이어질 수 있는 인적 오류를 줄이는 데 도움이 됩니다. 
• 사용자 생산성 향상 — 사용자는 책임을 이행하는 데 필요한 액세스를 빠르게 확보할 수 있습니다.
• IT 팀 생산성 향상 — 일상적인 액세스 관리 업무를 자동화하면 IT 담당자가 다른 우선순위에 집중할 수 있게 됩니다.
• 컴플라이언스 — 액세스 제공(프로비저닝) 도구는 조사에 사용할 수 있는 명확한 감사 추적을 제공하고, 감사 시 HIPAAHIPAA 또는 SOC 2 같은 규정 준수 여부를 입증하는 데 도움이 됩니다.

액세스 프로비저닝에서 흔히 발생하는 과제

효과적인 액세스 프로비저닝을 구현하는 것은 오늘날 쉽지 않을 수 있습니다. 가장 큰 장애물 몇 가지를 소개합니다.

IT 복잡성과 클라우드 인프라

IT 환경은 그 어느 때보다 더 복잡해졌습니다. 조직은 다양한 새로운 기술을 빠르게 도입하고 데이터와 워크로드를 클라우드로 전환하고 있습니다. 동시에, 비즈니스·보안·컴플라이언스상의 이유로 레거시 시스템을 유지해야 하는 경우가 많습니다. 이러한 오래된 시스템을 현대적인 액세스 관리 솔루션에 통합하는 일은 기술적으로 어렵거나 심지어 불가능할 수 있습니다. 그 결과, 온프레미스 환경과 클라우드 기반 환경에 대해 서로 다른 도구와 프로세트 세트가 생길 수 있으며, 이는 IT 팀의 업무 부담을 늘리고 다양한 역량을 요구하게 됩니다.

액세스 권한 확대(Access Creep)

필수적으로 least privilege 원칙을 강제해야 한다는 요구에도 불구하고, 대부분의 조직에서의 현실은 사용자 계정이 시간이 지남에 따라 불필요한 액세스 권한을 누적하는 경향이 있다는 것입니다. 예를 들어 프로젝트가 완료되거나 개인이 역할을 변경하는 경우, 더 이상 필요하지 않은 액세스 권한이 제거되지 않을 수 있습니다. 이러한 과도한 권한 부여를 정리하는 일은 매우 큰 작업이며, 잘못된 변경이 핵심 비즈니스 프로세스를 무너뜨릴 수 있기 때문에 IT 팀이 권한 철회를 주저할 수 있습니다.

적절하게 구현된 액세스 프로비저닝 방식은 전체 액세스 수명 주기의 일부로써 디프로비저닝도 고려해야 합니다.

조직 변경 사항

일반적인 직원 이직, 전보, 승진 외에도 많은 조직은 인수합병(M&A)과 구조조정까지 처리해야 합니다. 이러한 사건들은 액세스 프로비저닝에 대규모 변경을 요구할 수 있으며, 수작업 프로세스는 이를 원활하게 처리하기에 적합하지 않습니다. 실제로 자동화된 액세스 프로비저닝 도구가 있더라도, IT 팀이 least privilege를 강제하면서 동시에 업무 중단 위험을 최소화하는 포괄적인 역할 집합과 이에 연관된 액세스 권한을 정의하는 데 어려움을 겪을 수 있습니다.

효과적인 접근 권한 프로비저닝을 위한 모범 사례

최소 권한 원칙을 엄격하게 적용하십시오.

이 모범 사례는 보안의 핵심입니다. 각 사용자는 업무를 수행하는 데 필요한 최소한의 접근 권한만 가져야 합니다. 최소 권한 를 적용하면 사용자가 고의 또는 실수로 초래할 수 있는 피해가 제한되고, 계정을 침해한 공격자의 영향 범위도 줄어듭니다.

접근 권한 정책을 문서화하십시오.

권한 요청, 승인, 수정 및 회수(폐기)에 대한 절차를 자세히 설명하는 사용자 접근 권한 프로비저닝 정책을 수립하십시오. 또한 접근 권한을 관리하는 데 사용할 역할과 해당 권한의 세트를 정의하고, 특권 계정 처리에 대한 기준을 설정하십시오. 이러한 정책은 보안과 컴플라이언스 감사 모두에 필요합니다.

정기적인 액세스 검토를 수행하세요.

조직은 모든 정의된 역할과 해당 액세스 권한을 정기적으로 검토하고, 모든 계정을 과도하거나 오래된 권한이 있는지 감사하며, 고아 계정을 찾아야 합니다. 이러한 검토 프로세스에는 IT 팀과 비즈니스 이해관계자 간의 긴밀한 협업이 필요하며, 특히 리소스 소유자는 어떤 사람이 어떤 리소스에 대해 어떤 액세스 권한을 가져야 하는지 가장 잘 판단할 수 있는 위치에 있습니다.

액세스 활동을 모니터링하세요.

액세스 활동을 지속적으로 모니터링하고 기록하면, 새로운 액세스 권한이 악용되기 전에 권한에 대한 부적절한 변경을 신속하게 파악하고 되돌리는 데 도움이 됩니다. 이러한 모니터링은 보안에 매우 중요하므로, 많은 업계 표준과 규제 의무에서도 요구됩니다.

상시(기본) 권한 있는 액세스 권한을 최소화하세요.

관리자 계정을 장악한 공격자는 중요 데이터 탈취부터 전체 시스템 마비에 이르기까지 심각한 피해를 일으킬 수 있습니다. 이러한 위험을 크게 줄이려면 특정 작업에 필요할 때만, just-in-time (JIT) access provisioning 를 사용해 상승된 액세스 권한을 부여하세요.

임시 액세스 정책을 적용하세요.

어떤 방식으로 액세스를 부여하든, 액세스가 항상 임시적인 성격을 갖도록 정책을 적용하는 것이 모범 사례입니다. 이는 액세스 권한을 부여하는 그룹의 멤버십에 대한 생명주기를 설정하고, 역할 및 그룹에서 임시 멤버십 정책을 설정하며, 마지막으로 가입/탈퇴 프로세스에서 임시 변경의 범위를 제한함으로써 구현할 수 있습니다.

라이프사이클과 함께 입증(어텐스) 작업을 강제하세요.

지속적인 액세스의 유효성과 정확성을 입증(어텐스)하는 작업은 환경을 정기적으로 감사하는 대부분의 조직에서 요구 사항일 수 있지만, 이 프로세스를 자동화하지 않으면 액세스가 간과될 수 있습니다. 정확한 입증이 이루어지도록 하려면 검토 정책을 적용하지 못했을 때 결과가 발생하도록, 이를 생명주기 프로세스에 연결해 실행을 강제하세요. 또한 사용 중인 라이프사이클 엔진이 변경 사항을 되돌릴 수 있도록 허용하는지 확인하세요.

액세스 프로비저닝을 위한 도구

현재 시장에는 훌륭한 액세스 프로비저닝 도구가 있으며, 이에 대해 자세히 설명한 여기가 있습니다. 자동 프로비저닝과 디프로비저닝의 기본 기능 외에도 RBAC 또는 ABAC, MFA, SSO를 지원하는지 확인하세요.

가장 인기 있는 솔루션 중 일부는 다음과 같습니다:

• Netwrix Directory Manager는 강력한 Identity management와 사용자 라이프사이클 기능을 바탕으로 액세스 프로비저닝을 간소화합니다. 이를 통해 조직은 사용자 온보딩, 오프보딩 및 역할 변경을 효율적으로 처리할 수 있습니다. 자동 그룹 멤버십 관리, 셀프 서비스 액세스 요청, 실시간 업데이트와 같은 기능을 제공하여, 모든 사용자가 적절한 시간에 적절한 액세스를 받을 수 있도록 돕습니다.
• Microsoft Entra ID (이전에는 Azure Active Directory)는 Microsoft 클라우드에 의존하는 조직에 적합한 솔루션입니다. 주요 기능에는 단일 사인온, 다중 요소 인증, 조건부 액세스가 포함됩니다.
• CyberArk Idaptive 는 단일 패키지에 아이덴티티 관리, 엔터프라이즈 모빌리티 관리, 사용자 행동 분석을 결합합니다. 또한 SSO, MFA 및 아이덴티티 라이프사이클 관리를 제공하며, 실시간으로 의심스러운 활동을 탐지하고 대응할 수 있는 머신러닝 기능도 갖추고 있습니다.
• Okta Identity Cloud 는 클라우드 기반 솔루션으로, 조직이 성장하더라도 추가 하드웨어가 필요하지 않아 쉽게 확장할 수 있습니다. Okta는 애플리케이션 및 기타 인프라 구성 요소와의 사전 구축된 통합을 7,000개 이상 제공합니다.

액세스 프로비저닝의 중요성

효과적인 액세스 프로비저닝은 사용자들이 업무를 수행할 수 있도록 하면서도 민감한 정보를 보호하는 데 필수적입니다. 또한 규제 요구사항과 업계 표준을 충족하고 이를 준수하고 있음을 입증하는 데에도 매우 중요합니다. 최신 하이브리드 환경 전반에서 액세스 프로비저닝을 간소화하는 자동화 솔루션을 통해, 조직은 운영을 간편하게 하면서도 보안 수준을 강화할 수 있습니다.

FAQ

액세스가 프로비저닝되었다는 것은 무엇을 의미하나요?

액세스가 프로비저닝되었다는 것은 특정 데이터, 애플리케이션 또는 기타 IT 리소스에 대한 권한이 부여되었다는 의미입니다. 일반적으로 이 과정에는 사용자 계정을 생성하고, 업무 역할에 따라 적절한 액세스 권한을 부여하는 작업이 포함됩니다.

액세스 프로비저닝이란 무엇인가요?

프로비저닝은 IT 리소스에 대한 사용자 액세스 권한을 관리하고 제어하는 과정입니다. 목적은 부적절한 액세스를 방지하면서 사용자가 업무를 수행할 수 있도록 하는 것입니다. 정확한 프로비저닝은 보안과 규제 준수 모두에 매우 중요합니다. 수동 프로비저닝 프로세스는 시간이 많이 들고 오류가 발생하기 쉬운 반면, 최신 솔루션은 역할 기반 액세스 제어（RBAC）또는 속성 기반 액세스 제어（ABAC）와 같은 모델을 사용해 작업을 간소화합니다.

사용자 인증과 사용자 프로비저닝의 차이점은 무엇인가요?

인증(Authentication)은 사용자 신원을 확인하는 과정으로, 보통 비밀번호를 요구하거나 생체인식 같은 현대적인 대안을 사용합니다. 여러 방법을 하나의 절차로 조합해 수행하는 것을 다중 인증(multifactor authentication, MFA)이라고 합니다.

프로비저닝(Provisioning)은 사용자 계정과 해당 계정의 연결된 액세스 권한을 수명 주기 전반에 걸쳐 관리하는 과정입니다. 그 목적은 각 사용자가 업무 기능을 효과적으로 수행하는 데 필요한 정확한 수준의 액세스 권한을 갖도록 보장하는 것입니다.

사용자 액세스 프로비저닝의 예를 들면 무엇인가요?

사용자 액세스 프로비저닝에서 가장 흔한 사례 중 하나는 신입 사원을 위한 사용자 계정을 생성하고, 해당 사용자가 업무를 수행하는 데 필요한 액세스 권한을 정확히 부여하는 것입니다. 예를 들어 신입 사원이 재무 부서에서 일한다면 회사의 재무 소프트웨어와 특정 공유 드라이브에 대한 접근 권한은 부여받을 수 있지만, HR 파일이나 IT 관리자 도구에는 접근하지 못하도록 할 수 있습니다.