안전한 소프트웨어 라이센스 사용 감사 로그

Question

여러분,

우리는 흥미로운 기술적 도전을 가지고 있습니다. 라이센스 사용료가 사용량에 따라 달라질 수 있으므로 소프트웨어 사용을 추적하는 보안 감사 파일을 작성하여 사용량이 적은 사람들에게 더 저렴하게 만드는 방법.

특히 TickZoom은 헤지 펀드를위한 알파 생성 거래 플랫폼을 판매합니다.이 플랫폼은 현재 지원 비용을 포함하여 라이센스 비용으로 2,000 달러/월 (두 배 이상으로 곧 증가 할 것입니다)입니다. 그것은 기관에게는 좋지만 개인에게는 너무 비싸다. 개인은 종종 고정 요금을 지불 할 여유가있을 때까지 소프트웨어를 사용하여 만들어진 이익의 %와 교환하여 더 낮은 가격을 요구합니다.

우리는 그 제안을 좋아합니다. 그러나 실제로 플랫폼에서 생성 된 이익을 감사하기위한 신뢰할 수있는 방법과 감사 파일을 삭제하거나 겹쳐 써서 사용자가 "게임"하지 못하게함으로써 실제보다 낮은 수입을보고해야합니다.

이 응용 프로그램은 C#으로 작성되었으며 시스템의이 부분은 적어도 코드를 해독하기가 어렵게 만드는 것은 어렵습니다.

또 다른 요구 사항은 사용자가 총 요금에 약간의 불일치가 있다고 느끼는 경우 심층적 인 감사를 허용하기 위해 발생하는 모든 거래에 대해 파일에 기록하는 것입니다. 그렇게하면 개별 무역 이익을 브로커 명세서와 비교할 수 있습니다.

물론 파일이 암호화된다고 가정합니다.

그러나 "변조 방지"방법에 대한 아이디어가 있습니까? 특히 간단한 삭제 시도에 반대합니까?

내 첫 번째 추측은 소프트웨어에 항상 기존 감사 파일이 필요하거나 실행을 거부하는 것입니다.

그런 다음 소프트웨어를 제공하면 "비어있는"감사 파일로 패키징되지만 실제로는 변조 방지 인증이 있습니다.

사용자가 파일을 "변경"하려고 시도하는 것은 누군가가 원래의 "비어있는"파일을 단순히 백업 한 다음 나중에 나중에이 파일을 사용하여 나중에 시스템을 속일 수 있다고 생각하게 만듭니다. 새로운 시작.

아마 "마지막 업데이트 타임 스탬프"와 만료 시간이 포함되어 해결 될 수 있습니다.

또한 완전히 다른 해결책 아이디어를 환영합니다. 이 경우 우리는 거래가 중앙 서버에 기록되도록 "전화 집"기능을 추가해야 할 수도 있습니다. 그러나 이것은 불리한 것으로 보이며 잠재적으로 미션 크리티컬 한 애플리케이션에서 또 다른 실패 지점을 추가합니다. 일반적으로 그들은 명백한 좋은 이유와 함께 "전화 집"기능을 크게 싫어합니다. 감사합니다

, Waynek

Answer 1

사용자가 소프트웨어를 사용하여 세션을 종료 할 때마다 감사 로그를 기반으로 해시를 생성합니다. 해시를 암호화 한 다음 바이너리 또는 레지스트리에 숨겨진 다른 파일에 해시를 기록하십시오.

사용자가 응용 프로그램을 다음에 열면 로그 파일을 읽고 해시를 다시 생성 한 다음 기록 된 값과 일치하는지 확인하십시오. 그렇지 않은 경우 "감사 파일을 변조 함"오류 메시지와 함께 응용 프로그램을 종료하십시오.

완전히 바보가 아니지만 매우 견고합니다. 또한

, check out this question

Answer 2

아니, 내가 거기에 다시 서버에 실시간으로 모든 소득을보고 이외의 할 수있는 일이지만, 심지어는 문제를 가지고 있다고 생각하지 않습니다.

- 편집 :

내가보기로 당신은, 단지 옵션을 위치 :

• 웹 기반 (또는 적어도 씬 클라이언트)로 시스템을 변환하여 모든 만들기 이미 전체 로컬 기반의 시스템을 개발하는 경우 서버 분명

의 거래는,이, 아마 꽤 실용적이다

상점 갑자기 X를 X를 획득하고, 경우 16,
• 는 휴식과 희망의 사람들이 그것을

휴식 그리고이 방법 내에서 결합하지 않는다 "하드"일부 정교한 계획을 생각 프로파일 일종의 보여줍니다 -sigificantAmount, 당신은 그들이 더 이상 이익이되지 않는다는 것을 결정할 수 있습니다. 따라서 아마 시스템을 속이는 것입니다 (또는 사업을 떠나는 것). 그러나 이는 프라이버시의 침해를 낳고 적절하지 않을 수 있습니다.

실제적으로, 나는 당신이 가능한 이익에 대해 위험을 감수해야한다고 생각합니다. 또는이 사람들에게 팔 방법에 대한 또 다른 각도를 찾아야합니다 (즉, 인터페이스/앱 자체가 전체 기금에서 X를 관리하도록하십시오. 오버, 프로 버전에 대한 프롬프트 또는 기타).

Answer 3

을 문제에 대한 설명은 다음과 같습니다

이

• 우리는 클라이언트를 신뢰하지 않는다; 클라이언트는 적대적 일 수 있습니다.
• 우리는 클라이언트가 우리가 신뢰할 수있는 데이터를 보내길 원합니다.

이 문제에 대한 해결책은 없습니다. 당신은 "나는 두명의 남자를 찾고 싶다. 하나는 밥이라고, 하나는 빌이라고 불렀다. 그래서 밥은 빌보다 더 키가 크고 빌은 밥보다 더 키가 크다." 그 재산을 가진 두 남자를 찾을 수 없을거야.

적대적인 클라이언트가 소유하고있을 수있는 자신이 소유하지 않은 컴퓨터에서 오는 어떤 것도 절대적으로 신뢰할 수 없습니다. 불가능한 문제를 해결하기 위해 귀중한 시간을 낭비하지 말라. 적대적인 고객에 대항하여 자신이 소유하고 신뢰할 수있는 서버를 만드는 데 많은 시간을 할애해야합니다.