내보내기(0) 인쇄
모두 확장
이 문서는 수동으로 번역한 것입니다. 원본 텍스트를 보려면 포인터를 문서의 문장 위로 올리십시오. 추가 정보
번역
원본

SQL Server 설치에 대한 보안 고려 사항

보안은 모든 제품과 모든 비즈니스에서 중요합니다. 간단한 권장 사항을 따르면 많은 보안상의 취약점을 방지할 수 있습니다. 이 항목에서는 SQL Server를 설치하기 전과 SQL Server를 설치한 후에 모두 고려해야 하는 보안 권장 사항에 대해 설명합니다. 특정 기능에 대한 보안 지침은 해당 기능에 대한 참조 항목에 포함되어 있습니다.

서버 환경을 설정하는 경우 다음 권장 사항을 따르십시오.

물리적 보안 강화

물리적 및 논리적 격리는 SQL Server 보안의 기반이 됩니다. SQL Server 설치의 물리적 보안을 강화하려면 다음 태스크를 수행하십시오.

  • 허가받은 사람만 출입할 수 있는 공간에 서버를 둡니다.

  • 데이터베이스를 호스팅하는 컴퓨터를 물리적으로 보호된 위치에 둡니다. 누수 및 화재 감지 또는 억제 시스템을 갖춘 밀폐된 컴퓨터실이 가장 좋습니다.

  • 데이터베이스를 기업 인트라넷의 보안 영역에 설치하고 SQL Server를 인터넷에 직접 연결하지 않습니다.

  • 모든 데이터를 정기적으로 백업하고 멀리 떨어진 지역에 백업을 안전하게 보관합니다.

방화벽 사용

방화벽은 SQL Server 설치의 보안에 중요합니다. 방화벽의 효율적인 작동을 위해 지켜야 할 지침은 다음과 같습니다.

  • 방화벽을 서버와 인터넷 사이에 둡니다. 방화벽을 설정합니다. 방화벽이 해제되어 있으면 설정하고 방화벽이 설정되어 있으면 해제하지 마십시오.

  • 네트워크를 방화벽으로 분리된 여러 보안 영역으로 나눕니다. 모든 트래픽을 차단한 다음 필요한 것만 선택적으로 허용합니다.

  • 다중 계층 환경에서는 여러 방화벽을 사용하여 스크린된 서브넷을 만듭니다.

  • Windows 도메인 내에 서버를 설치할 경우 Windows 인증을 허용하도록 내부 방화벽을 구성합니다.

  • 응용 프로그램에서 분산 트랜잭션을 사용하는 경우 MS DTC(Microsoft Distributed Transaction Coordinator) 트래픽이 개별 MS DTC 인스턴스 간에 전달될 수 있도록 방화벽을 구성해야 합니다. 또한 MS DTC와 SQL Server와 같은 리소스 관리자 간에도 트래픽이 전달되도록 방화벽을 구성해야 합니다.

기본 Windows 방화벽 설정에 대한 자세한 내용과 데이터베이스 엔진, Analysis Services, Reporting Services 및 Integration Services에 영향을 주는 TCP 포트에 대한 설명은 SQL Server 액세스를 허용하도록 Windows 방화벽 구성을 참조하십시오.

서비스 격리

서비스를 격리하면 하나의 손상된 서비스가 다른 서비스를 손상시키는 위험을 줄일 수 있습니다. 서비스를 격리하려면 다음 지침을 따르십시오.

  • 별도의 Windows 계정으로 별도의 SQL Server 서비스를 실행합니다. 가능하면 각 SQL Server 서비스에 별도의 낮은 권한의 Windows 또는 로컬 사용자 계정을 사용합니다. 자세한 내용은 Windows 서비스 계정 및 권한 구성을 참조하십시오.

보안 파일 시스템 구성

올바른 파일 시스템을 사용하면 보안이 강화됩니다. SQL Server 설치의 경우 다음 태스크를 수행해야 합니다.

  • NTFS 파일 시스템(NTFS)을 사용합니다. NTFS는 FAT 파일 시스템에 비해 안정적이고 복구 가능하기 때문에 SQL Server 설치에 적합한 파일 시스템입니다. NTFS에서는 또한 파일 및 디렉터리 ACL(액세스 제어 목록) 및 EFS(파일 시스템 암호화) 파일 암호화와 같은 보안 옵션도 사용할 수 있습니다. 설치 중 NTFS가 감지되면 SQL Server는 적절한 ACL을 레지스트리 키와 파일에 설정합니다. 이러한 사용 권한은 변경할 수 없습니다. 이후 SQL Server 릴리스에서는 FAT 파일 시스템이 있는 컴퓨터에 대한 설치를 지원하지 않을 수 있습니다.

    참고 참고

    EFS를 사용할 경우 SQL Server를 실행하는 계정의 ID로 데이터베이스 파일이 암호화됩니다. 파일 해독도 이 계정으로만 할 수 있습니다. SQL Server를 실행하는 계정을 변경해야 하는 경우 먼저 이전 계정으로 파일을 해독한 다음 새 계정으로 파일을 다시 암호화해야 합니다.

  • 중요한 데이터 파일에는 RAID(Redundant Array of Independent Disks)를 사용합니다.

NetBIOS 및 서버 메시지 블록 비활성화

경계 네트워크에 있는 서버에는 NetBIOS 및 SMB(서버 메시지 블록) 등의 불필요한 모든 프로토콜이 비활성화되어 있어야 합니다.

NetBIOS는 다음 포트를 사용합니다.

  • UDP/137(NetBIOS 이름 서비스)

  • UDP/138(NetBIOS 데이터그램 서비스)

  • TCP/139(NetBIOS 세션 서비스)

SMB는 다음 포트를 사용합니다.

  • TCP/139

  • TCP/445

웹 서버 및 DNS(Domain Name System) 서버에는 NetBIOS 또는 SMB가 필요 없습니다. 이러한 서버에서 두 프로토콜을 모두 비활성화하여 사용자 목록 노출 위협을 줄이십시오.

도메인 컨트롤러에 SQL Server 설치

보안상의 이유로 SQL Server 2014는 도메인 컨트롤러에 설치하지 않는 것이 좋습니다. SQL Server 설치 프로그램은 도메인 컨트롤러 컴퓨터에 설치하는 것을 차단하지는 않지만 다음과 같은 제한 사항을 적용합니다.

  • 도메인 컨트롤러에서는 로컬 서비스 계정으로 SQL Server 서비스를 실행할 수 없습니다.

  • SQL Server를 컴퓨터에 설치한 후에는 도메인 멤버에서 도메인 컨트롤러로 컴퓨터를 변경할 수 없습니다. 호스트 컴퓨터를 도메인 컨트롤러로 변경하려면 먼저 SQL Server를 제거해야 합니다.

  • SQL Server를 컴퓨터에 설치한 후에는 도메인 컨트롤러에서 도메인 멤버로 컴퓨터를 변경할 수 없습니다. 호스트 컴퓨터를 도메인 멤버로 변경하려면 먼저 SQL Server를 제거해야 합니다.

  • SQL Server 장애 조치 클러스터 인스턴스는 클러스터 노드가 도메인 컨트롤러인 경우 지원되지 않습니다.

  • SQL Server 설치 프로그램은 읽기 전용 도메인 컨트롤러에서 보안 그룹을 만들거나 SQL Server 서비스 계정을 프로비전할 수 없습니다. 이 경우 설치 프로그램에서 오류가 발생합니다.

설치 후에도 계정 및 인증 모드에 대한 권장 사항을 수행하여 SQL Server의 보안을 강화할 수 있습니다.

서비스 계정

  • 가장 낮은 사용자 권한을 사용하여 SQL Server 서비스를 실행합니다.

  • SQL Server 서비스를 낮은 권한을 가진 Windows 로컬 사용자 계정 또는 도메인 사용자 계정과 연결합니다.

  • 자세한 내용은 Windows 서비스 계정 및 권한 구성을 참조하십시오.

인증 모드

강력한 암호

  • sa 계정에는 항상 강력한 암호를 지정합니다.

  • 암호 강도 및 만료를 검사하는 암호 정책을 항상 사용하도록 설정합니다.

  • 모든 SQL Server 로그인에 대해 항상 강력한 암호를 사용합니다.

보안 정보 보안 정보

SQL Server Express 설치 중에 BUILTIN\Users 그룹에 대한 로그인이 추가됩니다. 이 로그인을 사용하면 컴퓨터의 모든 인증된 사용자가 public 역할의 멤버로 SQL Server Express 인스턴스에 액세스할 수 있습니다. BUILTIN\Users 로그인은 개별 로그인이 있거나 로그인이 있는 기타 Windows 그룹의 멤버인 컴퓨터 사용자에 대한 데이터베이스 엔진 액세스를 제한하기 위해 안전하게 제거할 수 있습니다.

이 정보가 도움이 되었습니까?
(1500자 남음)
의견을 주셔서 감사합니다.

커뮤니티 추가 항목

추가
표시:
© 2014 Microsoft