SQL 2005에 PERMISSION_SET = UNSAFE를 넣는 것은 좋지 않습니까?

Question

.net 3.5에서 물건을 사용하는 저장 프로 시저를 만들려면 CLR을 사용해야합니다. 나는 그것을 할 수 없습니다 PERMISSION_SET = 안전하지 않은 넣지 않으면 그냥 죽게이 오류를 나에게

배포 오류 SQL01268 줄 것이다 : 닷넷하는 SqlClient 데이터 공급자 : 메시지 6503, 수준 16, 상태 (12) , Line 1 Assembly 'system.core, version = 3.5.0.0, culture = 중립, publickeytoken = b77a5c561934e089.' 이 (가) SQL 카탈로그에 없습니다. 배치가 실행되는 동안 오류가 발생했습니다.

그래서이 기사

http://weblogs.asp.net/paulomorgado/archive/2009/06/13/playing-with-sql-server-clr-integration-part-iv-deploying-to-sql-server-2005.aspx

을 발견 그리고 마지막 줄이

"이제 DBA가 확실히 나에게 이것을 사용하지 것이라고하지만, 그것을 구축하는 재미 . " 그가 안전하지 않은 것으로 설정된 권한을 언급하고 있는지 확실하지 않습니다.

이렇게하면 큰 구멍이 생길 수 있습니까?

Answer 1

이 어셈블리가

SAFE 수행 할 수있는 작업을 제한하는 세 가지 PERMISSION_SET 옵션은 - 관리 코드

EXTERNAL_ACCESS에 어셈블리를 제한 - 등등 파일, 네트워크 리소스에 액세스 할 수 있습니다

UNSAFE - 무제한 액세스 - 관리되지 않는 코드의 실행 포함

MSDN docs는 다음과 같은 GUI를 제공합니다. 댄스

UNSAFE를 지정하면 어셈블리의 코드가 SQL Server 프로세스 공간에서 자유롭게 SQL Server의 견고성을 손상시킬 수있는 작업을 자유롭게 수행 할 수 있습니다. UNSAFE 어셈블리는 잠재적으로 SQL Server 또는 공용 언어 런타임의 보안 시스템을 파괴 할 수도 있습니다. UNSAFE 사용 권한은 신뢰할 수있는 어셈블리에만 부여해야합니다.

어셈블리에 .NET 3.5의 기능 만 사용하는 경우 왜 UNSAFE 액세스 권한이 필요한지 알 수 없습니다.

System.Core 라이브러리에서 허용되지 않는 유형 또는 멤버 중 하나를 사용하고있을 가능성이 있습니다. Microsoft에는 이러한 목록이 있습니다. Disallowed Types and Members in System.Core.dll

여기에 더 많은 정보가 있습니다. Host Protection Attributes and CLR Integration Programming

Answer 2

"UNSAFE"의 명확한 부분은 유감이지만 죄송합니다.

할 수 있습니다 :

• 메모리 당신이 방법을 사용하려는
• 내가 질문 "How to make this CLR work with 2005?" 관련 맡기 불안정에게

를 추가 누수 소개 SQL 서버 및 OS 설치를 파괴 후자의 두 가지 부작용이있을 수 있습니다 ...