나는 비즈니스에 음악을 배포하는 클라이언트가 있습니다. 그는 배급권을 가지고 있으며 모든 법적 사안은 처리됩니다. 나는 암호화 된 파일을 지원할 미디어 플레이어를 구축하고 있습니다. 음악이 비즈니스에 의해 제 3 자에게 양도 될 수 없도록하기 위해서입니다.암호화 체계에 대한 제안
저는 이미 대용량 파일을 AES 대칭 키로 암호화하고 대칭 키를 RSA 공개 키로 암호화 한 후 플레이어가 RSA 개인 키로 AES 키를 해독하는 방식을 구현했습니다. 벌써 일 했어.
이 설정에서는 개인 키가 플레이어 측 (인증서)에 있고 플레이어와 파일과 함께 다른 컴퓨터에 복사 할 수 있습니다. 이 스키마에 다른 레이어를 추가하여 더 어렵게 만들고 싶습니다. 이러한 유형의 보안 구현을 처음 접했습니다. 이것에 대한 알려진 체계가 있습니까?
btw : 저는 플레이어에 C#/WPF를 사용하고 있습니다.
암호화 된 음악 = 절름발이.
항상 미디어에 대해 이야기 할 때 항상 아날로그 신호를 누를 수 있기 때문에 구멍이 있습니다. 당신이 거기에 힘든 - 균열 계획을 거기에 배치 할 수 있다면, 나는 그걸로 귀찮게하지 않을 것이며, 오디오를 안으로 들어가서 거기에서 녹음하고 다시 방송 할 것입니다. 알려진 계획이 있고 그들 모두에 알려진 균열이 있습니다.
그러나 실제로보다 안전한 "접근 방법은 고객 당 임의의 키를 생성하는 것이 좋습니다. 고객 측에서 DPAPI를 사용하여 공용 부분을 저장하면 다른 컴퓨터에 쉽게 복사 할 수 없습니다.
대칭 또는 비대칭 암호화를 사용하여 개인 키를 서버에 보관할 수 있습니다. 후자는 엄청난 처리 능력을 요구하며, 실현 불가능할 수도 있습니다.
어느 쪽이든 - 그것은 시간 낭비하지만 난 당신이 이러한 기능을 제공하는 데 필요한 법적 언어가있을 수 있음을 얻을
당신이 말했듯이, 이것은 선택이 아닙니다. 그것은 그가 예술가를 대표하는 사람들과 서명하는 배포 계약의 일부입니다. 그는 게임을해야한다. –
궁극적으로 이것은 기술적 인 해결책이없는 문제이며, 이것이 DMCA가 존재하는 이유입니다. iTunes는 개인 키가 온라인 상점에서 검색된 다음 DMCA가 리버스 엔지니어링에 불법적으로 만든 일종의 컴퓨터 식별자를 부분적으로 기반으로하는 키로 로컬 암호화하여 저장한다는 점을 제외하면 비슷한 것을 시도합니다. 모든 사람이 항상 법을 존중하지 않기 때문에 반복해서 키를 계산하는 방식을 변경했습니다.
글쎄, 진실을 말하면서, 나는 매우 좁은 청중을보고있다. 기술적으로 정통하지는 않다. 나는 그것을 단지 명백한 것 이상으로 만들고 싶다. –
이 경우, 설치 또는 처음 실행시 무작위로 시스템 키를 생성하고 파일 시스템의 불분명 한 부분에 저장하십시오. – MattW
당신은 여전히 아날로그 복사 문제 (가정 누군가에 _listen_ 다네)이있는 한 사람 만 "해결"해야하고 음악은 야생으로 방출됩니다. 콘텐츠에 집중하고 빠르고 신뢰할 수있는 방법으로 비용을 지불하려는 사람들을 확보하십시오. –
@AustinSalonen - 내가 벨로우 질문에 대해 논평 한 바와 같이, 이것은 선택이 아니며, 그렇다고해도 그것이 내 것이 아니다. 나는 단지 프로젝트를 수행하는 프리랜서 개발자 일뿐입니다. –
법적 문제가 (실패 할 경우) 귀하가 면제됩니까? 이것은 어떤 종류의 보호 장치 없이는 취할 프로젝트처럼 들리지는 않습니다. –