최근에 친구와 저는 SQL 서버 데이터베이스에서 저장 프로 시저 코드를 보호하는 것에 대해 이야기하고있었습니다."암호화와 함께"SQL 서버의 유용성 성명
멀리 떨어진 메모리에서 "암호화 기능"이 SQL Server의 모든 버전에서 매우 쉽게 손상되었다고 확신하지만 SQL 2005에서 크게 개선되었다고 말했습니다. 결과적으로 나는 심각하게 고려하지 않았습니다. 내가 지금까지해온 모든 시스템의 보안 옵션으로
"암호화가있는"어떤 장면을 사용할 수 있으며 언제 사용해야합니까?
평범한 옵서버로부터 코드를 숨기는 데 사용할 수 있지만 말한대로 : 쉽게 피할 수 있습니다.
서버가 코드를 해독하여 실행해야하므로 실제로는 다른 방법이 될 수 없습니다. 그것은 기본적으로 DRM이며, 다른 모든 DRM과 동일한 이유로 실패합니다. 데이터를 동시에 숨기거나 액세스 할 수 없게됩니다.
@Blorgbeard
좋은 반응에 MSDN 설명서는 "암호화"지금은 오히려 그 암호화 "난독"전화, 당신의 점에 동의 할 것 같다.
그러나 나는이 시점을 전혀 알지 못하는 몇 명의 개발자를 만났습니다. 바라건대이 질문/응답은 다른 사람들에게도 알려주기를 바랍니다.
예, 쉽게 깨졌습니다. 저는 지난 주 개발자 중 한 명이 내 고객을 위해 암호화 한 몇 가지 sprocs를 해독해야했던 상황을 겪었습니다. 적절한 노력을 기울여 해독 한 후에는 지적 재산권, 암호, 사용자 ID를 보호하는 방법에 의존하지 않겠습니다. 아무거나.