다중 사용자 및 다중 테넌트 환경에서의 보안 정책

인포매텍 디지털 » Recursos » 다중 사용자 및 다중 테넌트 환경에서의 보안 정책

현대 조직에서 다중 사용자 환경에 대한 보안 정책은 사이버 보안 전략의 핵심 요소가 되었습니다. 여러 사용자, 부서, 고객, 심지어 여러 회사가 내부 서버, 클라우드 또는 공유 장치에서 동일한 인프라, 애플리케이션 및 데이터를 공유하는 경우가 점점 더 흔해지고 있습니다. 명확한 규칙과 강력한 기술적 통제가 없다면 데이터 유출, 권한 남용 또는 규정 미준수 위험이 급증할 수 있습니다.

기본 개념: 다중 사용자, 다중 테넌트 및 네트워크 운영 체제

먼저 우리가 무엇에 대해 이야기하고 있는지 이해해야 합니다. 다중 사용자 환경이란 여러 사용자가 동일한 하드웨어 또는 소프트웨어 리소스를 공유 하지만, 각 사용자는 고유한 작업 공간, 설정 및 권한을 가져야 하는 환경을 말합니다. 이러한 환경은 수십 개의 계정이 있는 서버, 사용자들이 돌아가며 사용하는 컴퓨터, 또는 수천 명의 클라이언트가 사용하는 SaaS 애플리케이션에서 발생할 수 있습니다.

이와 동시에 멀티테넌시는 단일 애플리케이션 인스턴스가 여러 클라이언트 또는 테넌트에게 서비스를 제공하는 아키텍처 입니다 . 이는 많은 클라우드 서비스의 일반적인 모델로, 단일 소프트웨어와 공통 인프라를 사용하지만 각 클라이언트마다 별도의 논리적 공간을 제공합니다. 보안 관점에서 볼 때, 이는 엄격한 격리를 요구하며, 어떤 테넌트도 다른 테넌트의 데이터나 구성에 접근할 수 없도록 해야 합니다.

네트워크 운영 체제 또한 필수적인 역할을 합니다. 네트워크 운영 체제는 공유 리소스(파일, 프린터, 애플리케이션)를 조정하고 인증, 권한 부여 및 중앙 집중식 관리 메커니즘을 제공합니다. 이를 통해 누가 무엇에 접근하는지 통제하면서 협업 및 다중 사용자 환경을 관리할 수 있습니다.

이러한 네트워크 시스템의 주요 특징으로는 다중 사용자 기능, 멀티태스킹, 고급 보안, 확장성 및 상호 운용성이 있습니다 . 이러한 시스템을 통해 여러 사람이 서로 다른 권한과 역할을 가지고 동시에 작업할 수 있으며, 이기종 장치와 플랫폼을 단일 관리 프레임워크 및 정책 세트 아래 통합할 수 있습니다.

단일 사용자, 다중 사용자 및 멀티태스킹 시스템: 보안에 대한 시사점

역사적으로 단일 사용자 운영 체제와 다중 사용자 운영 체제는 명확하게 구분되었습니다 . 단일 사용자 시스템(고전적인 MS-DOS처럼)은 한 사람만 컴퓨터를 사용하고 한 번에 하나의 작업만 실행할 수 있도록 했습니다. 보안은 비교적 단순했지만, 백업 및 복구 유틸리티를 통해 데이터를 보호하는 것은 여전히 ​​필요했습니다.

반면, 유닉과 같은 다중 사용자 운영 체제는 여러 사용자가 각자 고유한 터미널과 프로세스를 사용하여 동일한 컴퓨터에서 동시에 작업할 수 있도록 합니다 . 이를 위해서는 한 사용자의 활동이 다른 사용자에게 영향을 미치지 않도록 인증 메커니즘 , 사용자 공간 분리, 파일 권한 및 리소스 모니터링을 구현해야 합니다 .

또한 한 명의 사용자가 여러 작업을 동시에 실행할 수 있는 멀티태스킹 시스템도 있습니다 (예: 다양한 버전의 Windows). 이러한 운영 체제는 주로 단일 로컬 사용자를 위해 설계되었지만, 네트워킹 및 그룹웨어 기능을 통합한 경우가 많으므로 보안 정책은 컴퓨터 자체 보호뿐만 아니라 원격 및 공유 액세스 보호도 고려해야 합니다.

마지막으로, 네트워크 운영 체제는 여러 컴퓨터가 통신하고 정보를 공유할 수 있도록 하며 , 종종 다중 사용자, 네트워크 및 멀티태스킹 기능을 결합합니다. 이러한 환경에서 정보 보호를 위해서는 서버와 클라이언트 측 모두에서 제어가 필요하고, 중앙 집중식 액세스 정책이 수립되어야 하며, 전송 중 및 저장된 데이터를 보호하는 메커니즘이 필요합니다.

기기에서의 다중 사용자 모드 및 중앙 집중식 관리

서버뿐만 아니라 많은 개인 및 기업용 기기에도 이제 다중 사용자 또는 프로필 기능이 포함되어 있습니다. 이 모드에서는 하나의 기기를 여러 사용자가 완전히 격리된 세션으로 사용할 수 있습니다 . 각 프로필은 고유한 애플리케이션, 데이터 및 설정을 가지며, 다른 사용자에게는 보이지 않습니다.

이는 특히 학교, 공공기관 또는 교대 근무가 있는 회사와 같이 동일한 기기가 하루 종일 여러 사람의 손을 거치는 환경에서 유용합니다. 핵심은 각 사용자가 자신의 프로필에 할당된 앱과 콘텐츠에만 접근할 수 있도록 하여 개인정보를 보호하고 세션 간 정보 유출을 방지하는 것입니다.

MDM/EMM 플랫폼과 같은 장치 관리 솔루션을 사용하면 IT 팀에서 각 사용자 유형에 대해 어떤 애플리케이션, 제한 사항 및 권한을 중앙에서 정의할 수 있습니다 . 이렇게 하면 사용자가 공유 장치를 켜면 시스템이 해당 사용자 프로필에 해당하는 설정을 자동으로 복원하고 이전 사용자의 데이터 흔적을 모두 지웁니다.

비용 및 보안 측면에서 이 접근 방식은 매우 매력적입니다. 잘 관리된 장치를 공유하면 하드웨어 비용을 절감 하는 동시에 명확한 사용자 구분을 유지할 수 있습니다. 보안 정책, 애플리케이션 배포 및 네트워크 구성을 중앙에서 관리하면 IT 업무 부담이 줄어들고 전체 장치에 걸쳐 규칙이 일관되게 적용됩니다.

다중 테넌트 아키텍처의 보안: 데이터 격리 및 보호

분석 애플리케이션 및 서비스에서 멀티테넌시를 논의할 때 가장 큰 과제는 명확합니다. 단일 시스템이 여러 클라이언트의 데이터를 혼합하지 않고 서비스를 제공해야 한다는 것입니다 . 대표적인 예로 온라인 뱅킹을 들 수 있습니다. 수백만 명의 사용자가 동일한 애플리케이션에 접속하지만, 각 사용자는 자신의 금융 정보만 볼 수 있습니다.

유사한 상황이 멀티테넌트 통합 분석 솔루션에서도 발생합니다. 애플리케이션은 한 번만 배포되지만, 데이터베이스 인프라를 공유하더라도 각 테넌트에게 고유한 데이터 와 대시보드를 제공할 수 있도록 준비해야 합니다 . 이를 위해서는 고객 경험과 정보 보안을 모두 고려해야 합니다.

기능적인 측면에서 클라이언트는 맞춤형 시각적 스타일과 특정 디자인 부터 최종 사용자를 위한 개인화된 액세스 구성에 이르기까지 다양한 맞춤 설정을 요구할 수 있습니다. 우수한 멀티테넌트 설계의 장점은 각 클라이언트에 맞춰 제품을 재구축할 필요 없이 애플리케이션 프레임워크와 그 정의(역할, 권한, 레이아웃)를 재사용할 수 있다는 점입니다.

데이터 계층에서 모델링 결정은 매우 중요합니다. 각 테넌트가 동일한 데이터베이스를 공유할지, 별도의 스키마를 사용할지, 아니면 필터링을 위해 테넌트 ID 열이 있는 공통 테이블을 사용할지 고려해야 합니다. 어떤 모델을 사용하든 보안 정책은 어떤 테넌트도 이러한 필터를 우회할 수 없도록 보장해야 합니다.

안전한 멀티테넌트 분석 솔루션이 갖춰야 할 최소한의 기능에는 다양한 데이터 모델에 연결하고 테넌트별로 필터를 적용하는 기능 , 클라이언트 간 정보 유출을 방지하기 위한 연결 토큰 화 기능 , 사용자별 고급 필터링 지원 기능, 그리고 중앙 집중식 보안 메커니즘(예: 역할 및 속성 제어를 통한 SSO)을 통해 모든 액세스를 제공하는 기능이 포함됩니다.

멀티테넌트 클라우드와 싱글테넌트 클라우드 비교

클라우드에는 크게 멀티테넌트 인프라와 싱글테넌트 인프라라는 두 가지 모델이 있습니다 . 핵심적인 차이점은 기본 물리적 인프라를 고객 간에 공유하는지 여부입니다.

멀티테넌트 클라우드에서는 여러 고객이 동일한 물리적 및 논리적 리소스를 공유하므로 비용이 분산되고 공급자는 가용 용량 사용을 최적화할 수 있습니다 . 이는 가격을 낮추고 확장성을 향상시켜 공유 리소스 풀을 활용함으로써 빠르게 성장할 수 있도록 합니다.

하지만 이러한 공유 방식은 보안 및 규정 준수 문제를 야기합니다. 격리 설계가 미흡할 경우 테넌트 간 데이터 누전이 발생하여 악의적이거나 잘못 구성된 클라이언트가 인프라를 침해할 경우 데이터 유출이나 가용성 저하로 이어질 수 있습니다 . 또한, 특정 규정에서는 민감한 데이터를 전용 시스템에 저장하도록 요구하는데, 이는 단일 테넌트 모델에서 더 쉽게 정당화될 수 있습니다.

싱글테넌트 클라우드에서는 각 고객이 전용 물리적 또는 논리적 인프라를 갖습니다 . 이는 규정 준수를 간소화하고 격리 위험을 줄여주지만, 비용이 높고 리소스 효율성이 떨어지는 단점이 있습니다. 두 모델 중 하나를 선택할 때는 일반적으로 가격, 규정 준수, 데이터 중요도 및 운영 유연성을 종합적으로 고려해야 합니다.

두 경우 모두 보안 정책은 인프라 보안에 대한 가시성, 인터넷 접근 제어 , 공급자와 고객 간의 공동 책임 관리와 같은 문제를 다뤄야 하며, 이는 IaaS, PaaS 또는 SaaS인지에 따라 달라집니다.

SASE 및 다중 사용자 접근 보안의 이점

클라우드 컴퓨팅과 원격 근무의 광범위한 도입으로 SASE(Secure Access Service Edge) 와 같은 모델이 등장했습니다 . 이 모델은 네트워크(WAN) 기능과 고급 보안 기능(SWG, CASB, FWaaS, ZTNA 등)을 결합하여 어디서든 접근 가능한 분산형 글로벌 아키텍처를 구현하는 것을 목표로 합니다.

일부 SASE 솔루션은 여전히 ​​고객별 전용 인스턴스 에 의존하는데 , 이는 확장성을 제한하고 정책 관리를 복잡하게 만듭니다. 이러한 솔루션은 단일 사용자 환경 및 기존 네트워크에 더 적합한 접근 방식을 기반으로 하기 때문입니다. 이로 인해 네트워크 기반 액세스 정책이 발생하고, 트래픽이 애플리케이션으로 다시 전송되기 전에 공급업체의 클라우드로 "되돌아가야" 하며, 통합이 제대로 되지 않은 제품들이 뒤섞인 상황이 초래되는 경우가 많습니다.

이와 대조적으로, 처음부터 멀티테넌트 서비스로 설계된 SASE 플랫폼은 수백 개의 데이터 센터에 분산된 대규모 클라우드 인프라를 기반으로 합니다 . 모든 사용자는 가장 가까운 지점에 연결하고, 실시간 보안 정책을 적용하며, 지연 시간을 최소화하면서 원격 애플리케이션에 액세스할 수 있습니다.

SASE의 멀티테넌시 기능을 통해 암호화된 트래픽을 포함하여 다양한 클라이언트의 모든 트래픽을 실시간으로 대규모 분석하고 보안 제어를 즉시 업데이트할 수 있습니다. 전 세계 어디에서든 새로운 위협이 감지되면 공유 모델을 활용하여 전체 클라이언트에 즉시 보호 기능을 배포할 수 있습니다.

또한, 이러한 설계 방식은 모든 네트워크 및 접근 보안 제어를 단일 플랫폼에 통합하여 관리자에게 사용자, 위치 및 장치별로 통합된 보기를 제공함으로써 복잡한 다중 사용자 환경에서 정책 관리를 용이하게 합니다. 이러한 솔루션은 접근 제어 및 네트워크 보호를 보완하는 고급 보안 기능을 제공합니다 .

분산 환경에서의 하이브리드 데이터 보안 및 자격 증명 관리

온프레미스 인프라와 클라우드 서비스를 결합하면 신중한 구성이 필요한 하이브리드 데이터 보안 솔루션이 등장합니다 . 이러한 솔루션에는 일반적으로 전용 노드, x.509 인증서, 복제된 데이터베이스(PostgreSQL, SQL Server) 및 암호가 주기적으로 변경되는 서비스 계정이 포함됩니다.

이러한 환경에서는 인증서 만료 전에 갱신하거나, 데이터베이스 연결 매개변수를 변경하거나, 새로운 데이터 센터를 준비해야 하는 경우가 흔합니다 . 또한 보안상의 이유로 많은 도구에서 유효 기간이 제한된(예: 9개월) 자격 증명을 생성하므로 주기적인 갱신 프로세스가 필요합니다.

기기 계정 암호 만료일이 가까워지면 일반적으로 공급자는 모든 노드에서 암호를 다시 생성하고 구성 파일을 업데이트하라는 알림을 보냅니다 . 일반적으로 두 가지 옵션이 제공됩니다. 하나는 기존 암호와 새 암호를 일정 유예 기간 동안 함께 사용하는 "소프트 리셋"이고, 다른 하나는 기존 암호가 즉시 무효화되는 "하드 리셋"입니다.

암호 갱신이 제때 이루어지지 않아 암호가 만료되면 서비스에 문제가 발생하고 모든 노드에서 하드 리셋 및 구성 교체가 필요할 수 있습니다 . 따라서 다중 사용자 환경 및 중요 환경에서는 보안 정책에 갱신 일정, 명확한 책임 소재, 그리고 서비스 중단 없이 구성을 재생성(예: 새 ISO 파일 생성)하고 배포하는 절차에 대한 문서화된 지침이 포함되어야 합니다.

클라우드 보안 정책: 무엇이며 왜 중요한가

클라우드 보안 정책은 조직이 클라우드 서비스와 애플리케이션을 사용할 때 어떻게 행동해야 하는지를 정의하는 프레임워크입니다 . 단순히 장식용 문서가 아니라, 보안 관련 의사 결정 기준, 행동의 한계, 데이터 처리 및 리소스 사용과 관련된 허용 가능한 행동 범위를 설정하는 역할을 합니다.

효과적인 클라우드 보안 정책은 장기적인 비즈니스 목표 및 조직 문화 와 일치해야 합니다 . 이 정책은 민감한 데이터의 보호 방법, 가용성 및 무결성 보장 방법, 사용자 접근 제어 방식, 그리고 데이터 유출이나 보안 침해와 같은 사고 발생 시 관리 방안을 명확히 설명해야 합니다.

이러한 정책을 규칙이나 표준과 구분하는 것이 중요합니다. 클라우드 보안 표준(예: CIS 벤치마크, NIST, ISO 27001) 은 일반적으로 공신력 있는 기관에서 제정하고 특정 분야에서 의무적으로 준수해야 하며, 개인 설정에 대한 유연성이 부족합니다. 반면 내부 정책은 적응성이 뛰어나고, 이러한 표준을 어떻게 구현할지 구체적으로 명시할 수 있으며, 직원과 기술팀을 위한 실질적인 지침 역할을 합니다.

조직은 공식적인 정책을 수립할지 여부를 결정할 수 있지만, 해당 분야의 관련 규정 및 요구 사항 (예: 의료 분야의 HIPAA 또는 은행 분야의 엄격한 재무 규정)을 무시할 수는 없습니다. 규정 준수를 보장하는 정책을 설계하는 것이 벌금, 평판 손상 및 법적 문제를 피하는 가장 효과적인 방법입니다.

클라우드 보안 정책의 주요 구성 요소

다중 사용자 클라우드 환경에 대한 보안 정책을 수립할 때는 여러 섹션으로 구성하는 것이 좋습니다. 첫 번째 섹션은 목적 및 범위 입니다 . 여기서는 정책의 목적(클라우드 자산의 기밀성, 무결성 및 가용성 보호)과 적용 대상 리소스, 서비스, 데이터 및 사용자 유형을 명확하게 정의합니다.

두 번째 섹션에서는 역할과 책임을 다룹니다 . 정책 실행, 모니터링 및 검토에 대한 책임자를 명확히 지정하는 것이 중요합니다. 보안 담당자, IT 관리자, 시스템 관리자, 데이터 소유자 및 최종 사용자가 그 대상이 될 수 있습니다. 역할을 정의하면 의사 결정에 대한 책임이 모호해지는 상황을 방지할 수 있습니다.

데이터 분류는 또 다른 핵심 요소입니다. 정책은 정보를 (공개, 내부, 기밀, 민감 정보)로 분류 하고 각 범주에 최소한의 보호 및 제어 수준을 지정해야 합니다. 접근 제어 모델은 이러한 기반 위에 구축되며, 일반적으로 역할 기반 접근 제어(RBAC)와 강력한, 이상적으로는 다중 요소 인증을 사용합니다.

데이터 암호화는 별도의 항목으로 다뤄야 합니다. 정책에는 전송 중인 데이터와 저장된 데이터 모두에 대해 키 관리 방법, 백업 또는 보안 사고 발생 시 암호화된 데이터의 처리 방식, 그리고 각 팀의 책임이 무엇인지 명시해야 합니다.

마지막으로, 사고 대응 및 규정 준수/감사 에 관한 장은 필수적입니다 . 이 장에서는 사고 감지 및 보고 방법, 대응 조정 방법, 문제 확산 방지 및 근절을 위한 조치, 그리고 교훈 기록 방법을 설명해야 합니다. 규정 준수 부분에서는 적용 가능한 표준(ISO 27001, NIST, HIPAA 등), 감사 빈도, 그리고 규정 위반 시 처리 절차를 자세히 기술해야 합니다.

다중 사용자 클라우드 환경에서 흔히 사용되는 보안 정책 유형

이러한 전반적인 틀 안에서, 다양한 측면에 대한 구체적인 정책을 개발하는 것이 유용한 경우가 많습니다. 그중 가장 중요한 것 중 하나는 데이터 보호 정책 으로, 클라우드 환경에서 데이터가 어떻게 분류, 저장, 암호화 및 삭제되는지를 규정합니다. 이 정책에는 강력한 암호화, 키 관리, 데이터 보존 및 안전한 삭제에 대한 내용이 포함되어야 합니다.

또 다른 핵심 요소는 접근 제어 정책 입니다 . 이 정책은 최소 권한 원칙 및 직무 분리와 같은 원칙을 적용하여 누가 어떤 리소스에 어떤 조건으로 접근할 수 있는지를 정의합니다. 계정 생성 및 해지, 역할 관리, 다단계 인증 사용, 주기적인 권한 검토에 대한 규칙이 포함됩니다.

또한 사이버 공격, 데이터 유출 또는 서비스 중단 발생 시 처리 절차를 명시한 사고 대응 정책 도 매우 중요합니다 . 이 정책에는 대응 시간, 사고 대응팀의 역할, 내부 및 외부 커뮤니케이션 채널, 클라우드 제공업체와의 협력 방안 등이 포함되어야 합니다.

신원 및 인증 정책은 사용자, 장치 및 시스템이 중요 리소스에 접근하기 전에 어떻게 검증되는지를 정의합니다. 이 정책은 암호 강도, 필수 다단계 인증(MFA), 연합 ID 관리 또는 IAM/IdP 솔루션 사용과 관련된 요구 사항을 설정할 수 있습니다.

마지막으로, 네트워크 보안 및 비즈니스 연속성/재해 복구 와 같은 정책은 트래픽 보호 방법, 적용되는 방화벽 및 네트워크 세분화, VPN 또는 ZTNA 구성 방법, 그리고 심각한 사고나 물리적 재해 발생 시 조직이 서비스를 복구할 수 있도록 보장하는 조치를 정의합니다.

정책 생명주기: 설계, 실행 및 지속적인 검토

정책 수립은 하루아침에 끝낼 수 있는 일이 아닙니다. 첫 번째 단계는 조직의 현황 , 위험 요소, 업종, 목표를 분석하는 것입니다. 그 후 적용 가능한 규제 요건을 파악하고(병원과 기술 스타트업은 서로 다르기 때문입니다), 정책의 초기 범위를 결정합니다.

그런 다음 경영진, IT 및 보안 팀, 법무팀, 인사팀이 참여하는 정책 초안 작성 및 승인 전략을 수립합니다 . 최고 경영진의 지원 없이는 정책이 시행되지 않는 경우가 많으며, 기술 및 비즈니스 팀의 참여 없이는 정책이 실행 불가능하거나 운영에 부정적인 영향을 미칠 가능성이 높습니다.

정책 초안이 작성되고 승인되면 실행 단계로 넘어갑니다. 정책은 모든 관련 사용자에게 명확하게 전달되어야 하며 , 주요 팀은 교육을 받아야 하고 , 보안 도구(방화벽, DLP, EDR, CASB 등)는 규칙 시행을 최대한 자동화하도록 구성해야 합니다. 자동화가 불가능한 경우에는 매우 명확한 수동 절차를 정의해야 합니다.

시간이 흐르면서 위협, 기술 및 규제 요건은 변화합니다. 따라서 현행 정책을 주기적으로 검토하여 어떤 부분이 여전히 유효한지, 어떤 부분이 시대에 뒤떨어졌는지, 그리고 문서상의 내용과 실제 실행 간의 차이가 어디에 있는지 확인하는 것이 필수적입니다. 이러한 검토는 일반적으로 IT, 보안 및 규정 준수 부서와의 협업을 통해 이루어집니다.

검토 시에는 새로운 공격 벡터(고급 랜섬웨어, 컨테이너 공격, API 악용 등)를 고려하고, 최신 위협 인텔리전스와 모범 사례(예: NIST CSF 2.0 또는 ISO/IEC 27017 클라우드 가이드라인)를 통합해야 합니다. 정책은 비즈니스 및 위협 환경의 변화에 ​​따라 진화하는 살아있는 문서로 간주되어야 합니다.

다중 사용자 환경에서의 Windows 엔드포인트 보안

여러 사용자가 함께 사용하는 환경에서 가장 취약한 부분은 엔드포인트, 특히 공유 또는 여러 계정으로 관리되는 Windows 컴퓨터입니다. 이러한 환경에서는 일관된 방어 체계를 구축하기 위해 Microsoft Defender 및 Windows 보안 기능 과 같은 기본 시스템 도구를 활용하는 보안 정책을 수립해야 합니다 . 이 작업을 지원하는 Windows별 보안 기능은 해당 페이지를 참조하십시오.

첫째, 장치 보호 기능은 항상 활성화되어 있어야 합니다. Microsoft Defender 실시간 보호, 변조 방지(맬웨어 또는 승인되지 않은 사용자가 설정을 변경하는 것을 방지), 익스플로잇 완화(DEP, SEHOP 등) 적용과 같은 기능은 여러 사용자가 함께 사용하는 장치의 보안 침해 위험을 크게 줄여줍니다.

네트워크 제어 또한 중요한 요소 입니다 . Microsoft Defender 방화벽을 적절한 프로필로 구성하고, 악성 사이트에 대한 액세스를 차단하도록 네트워크 보호 기능을 활성화하고, 민감한 포트 또는 IP 주소(예: RDP 원격 액세스)를 제한하는 고급 방화벽 규칙을 정의하면 내부 및 외부 공격 표면을 최소화하는 데 도움이 됩니다.

애플리케이션 제어 와 관련하여 , 서명된 스크립트만 실행하거나, AppLocker를 사용하여 위험한 위치(예: 다운로드 또는 바탕 화면 폴더)에서 승인되지 않은 프로그램을 차단하거나, GPO 또는 레지스트리를 통해 소프트웨어 설치를 차단하는 등의 정책은 지식이 부족한 사용자가 악성 프로그램을 실행하는 것을 방지하는 데 매우 효과적인 조치입니다.

마지막으로, 데이터 제어 및 웹 브라우징 보호는 전체적인 보안 체계를 완성합니다. 다중 사용자 컴퓨터에서 EFS를 사용한 파일 암호화, BitLocker를 사용한 전체 디스크 암호화, DLP 활성화 및 폴더 접근 제어 기능, SmartScreen 및 ASR 규칙을 사용하여 의심스러운 웹 콘텐츠 또는 첨부 파일의 실행 속도를 늦추는 것, 그리고 보안 경고를 무시하지 않도록 브라우저 설정을 엄격하게 조정하는 것 등이 포함됩니다.

단일 사용자 시스템에서의 기존 데이터 보호 및 백업

현대의 많은 환경은 다중 사용자 환경이지만, MS-DOS와 같은 구형 또는 단일 사용자 시스템이 여전히 사용되는 경우도 있습니다 . 이러한 경우에도 백업 및 시스템 유틸리티를 통한 데이터 보호가 보안 정책에 포함되어야 합니다.

COPY, XCOPY와 같은 복사 명령, DISKCOPY와 같은 전체 디스크 복사 유틸리티, 그리고 BACKUP/RESTORE 기능과 같은 도구를 사용하면 다양한 저장 매체에 최신 백업을 유지할 수 있습니다 . 이는 시스템 오류나 실수로 인한 데이터 삭제 시 복구에 필수적입니다. 하지만 이러한 백업은 기존 콘텐츠를 덮어쓸 수 있으므로 전용 저장 매체에 백업을 수행해야 한다는 점을 명심해야 합니다.

또한 실수로 삭제한 파일을 복원하거나 손상된 저장 매체에서 데이터를 복구하려는 RECOVER 또는 UNDELETE와 같은 복구 명령도 있습니다 . 이러한 명령에는 상당한 한계가 있지만, 최신 스냅샷이나 버전 관리 기술이 없는 시스템에서는 최후의 수단으로 사용되는 경우가 많습니다.

반면에, 많은 구형 운영 체제 버전에는 현재는 구식으로 여겨지지만 당시에는 악성코드 방어 전략의 일부였던 기본적인 바이러스 백신 프로그램이 포함되어 있었습니다 . 이러한 사례는 플랫폼에 관계없이 보안 정책에는 각 환경의 역량에 맞춘 백업, 복구 및 악성코드 방지 조치가 항상 포함되어야 함을 보여줍니다.

종합적으로 볼 때, 다중 사용자 환경을 위한 보안 정책은 네트워크 운영 체제, 멀티테넌트 클라우드, SASE 솔루션, 공유 장치 또는 기존의 단일 사용자 장비 등 어떤 환경에서든 데이터, 접근 및 서비스 보호를 뒷받침하는 핵심 기반을 형성합니다. 명확한 목표를 설정하고, 강력한 기술적 제어를 통해 뒷받침하며, 지속적으로 검토하고, 일관되게 적용할 경우, 여러 사용자, 클라이언트 및 장치가 동일한 인프라에서 공존하면서도 중요한 정보의 기밀성, 무결성 및 가용성을 저해하지 않습니다.