MQL: 보안 대 기능 - 페이지 4

[Renat Fatkhullin]

FAQ :

적어도 어느 쪽인지 힌트를 줄 수 있습니까?

MKL의 트로이 목마? 상상할 수 없습니다 ... 솔직히.

나는 보안 일반 네트워크 채널 "터미널 서버"를 통해 서버와 정보를 맞춤 교환하는 방법을 썼습니다. 브로커가 완전히 통제하고 완전히 합법적인 터미널의 기능을 확장하는 방법입니다.

DLL이 허용 되면 트로이 목마를 작성하기 쉽습니다. 더 쉬워지지 않습니다.

[Vasiliy Sokolov]

Renat :

실제로는 다음과 같이 읽습니다. " 나는 모든 사용자의 터미널에서 네트워크의 모든 주소로 모든 개인 및 개인 정보를 보낼 수 있습니다 ." 그리고 "글쎄요, 저는 비밀번호를 훔칠 수 없어요"라고 말하지 마십시오.

...

네, 정말 그렇게 생각하지 않았습니다. 이 경우 모든 사람이 원하는 것을 훔칠 수 있습니다.

[Mykola Demko]

Renat :

그러나 우리는 주제를 떠났고 나사에 실제 파일을 유추하여 가상 파일을 만들었습니다. 공과 커먼이 있습니다.

생성/존재 핸들을 여는 터미널에 둡니다.

결국 이러한 솔루션은 보안을 어떤 식으로든 위반하지 않습니다(적어도 위반하는 경우 MQL의 파일도 안전하지 않음).

[Rustamzhan Salidzhanov]

Renat :

나는 보안 일반 네트워크 채널 "터미널 서버"를 통해 서버와 정보를 맞춤 교환하는 방법을 썼습니다. 브로커가 완전히 통제하고 완전히 합법적인 터미널의 기능을 확장하는 방법입니다.

기다리다.

우크라이나 :

그러나 우리는 주제에서 벗어나 나사에 있는 실제 파일과 유추하여 가상 파일을 opertiva로 만듭니다.

여는 터미널에 존재 핸들을 남겨주세요.

이러한 솔루션은 어떤 방식으로도 보안을 위반하지 않습니다.

동의한다. 글쎄, 적어도 뭔가 ... 응?

[Mykola Demko]

FAQ :

기다리다.

동의한다. 글쎄, 적어도 뭔가 ... 응?

그리고 21세기의 마당, 16기가의 RAM, 우리는 모두 임시 파일에 나사를 사용하고 분기마다 교체합니다.

[Rustamzhan Salidzhanov]

Urain :
그리고 21세기의 마당, 16기가의 RAM, 우리는 모두 임시 파일에 나사를 사용하고 분기마다 교체합니다.

"글쎄, 마치 완두콩의 왕처럼"(c)

[---]

답변을 보며 조금 요약하기로 했습니다. Renat이 주제에 적극적으로 참여하게되어 기쁩니다.

MQL 개발자를 위한 희소식: 이제 MT4에 Depth of Market 이 있습니다 (Hello Rustam)

Renat

따라서 브로커는 클라이언트의 보안을 희생하지 않고 시스템 사용 라이센스를 위반하지 않고 터미널의 기능을 확장할 수 있습니다. 타사 개발자에게는 솔루션을 절대적으로 합법적이고 정기적으로 판매할 수 있는 새로운 기회가 있습니다.

MT4i.com(지금은 아마도 MT5i.com의 형태일 것입니다)은 이전 제품으로 브로커에게 돌아갑니다.

그리고 중개인이 MT 패키지로 제공하는 훨씬 더 흥미로운 제품이 있을 것입니다. 중개인은 MK 신호 비즈니스 외부에서 신호의 병렬 네트워크를 생성할 수 있을 것 같습니다.

--------
그렇다면 현재 MK 사업의 보안 상황은 어떠한가.
MQL 개발자에게 나쁜 소식은 DLL을 포함 하지 않고 샌드박스 너머로 정보를 전송하는 개시자가 되는 것도 불가능하다는 것입니다 (이는 터미널 폴더의 맨 아래 줄에 있는 파일입니다) .

이것이 MC의 기본 입장이다. 이 질문은 고객 데이터 보안의 거대한 구멍과 관련이 있습니다.
거래자가 이를 확인하지 않는 동안 샌드박스 외부에 정보를 공개하기 위해 제어할 수 없는 상태에서 지니를 병 밖으로 내보내는 기회를 제공하는 것은 불가능합니다.

사실 "Allow DLL" - 이제 "Allow transfer of private information to thirdparty" 확인란으로 안전하게 이름을 바꿀 수 있습니다.

따라서 소켓 및 서버 파이프(DLL 확인란이 필요하지 않음)는 터미널에 나타나지 않습니다.

--------

이제 Renat에 대한 비즈니스 제안 (몇 주 동안 생각할 수 있음)

다음 옵션이 남아 있습니다.

1. 터미널에서 "a la" 체크박스를 하나 더 추가하여 DLL 허용, 거래 허용 등을 허용합니다.
체크박스를 새 소중한 단어인 "서버 파이프(소켓) 허용"이라고 합시다.

즉, 우리의 클라이언트는 절대적인 통제력을 잃지 않으며 전문가가 정보를 전송하는 서버가 되기를 원한다는 것을 충분히 알고 있습니다.

일반적으로 본질은 "거래 기능"의 허가와 함께 "서버 기능"에 대한 허가를 특별히 만든다는 사실로 축소되었습니다.

2. 매핑.

이것은 가장 바람직한 솔루션은 아니지만 나사의 구멍을 닦지 않고 하나의 로컬 컴퓨터 내에서 교환할 수 있습니다.

여기에서는 터미널, 에이전트, 세 번째 소프트웨어 간의 정보 교환과 같은 작업의 큰 계층을 다룹니다. 이것은 보안을 전혀 잃지 않고 기회를 얻기에 이미 충분할 것입니다(샌드박스의 파일과 모든 것이 동일하기 때문에).

물론 - 전문가 설정 "매핑 기능 허용" 에 확인란이 추가된 옵션은 제외되지 않습니다.


Renat, 이 옵션이 마음에 드시나요?
지금은 적극적으로 "아니오"라고 말할 필요가 없습니다. 적어도 2주는 반성하고 팀의 조언이 필요할 것이라고 생각합니다. 그리고 5월 방학이 지나면 실질적인 새로운 결정이 내려질 것입니다.

[Renat Fatkhullin]

sergeev :

Renat, 이 옵션이 마음에 드시나요?

지금은 적극적으로 "아니오"라고 말할 필요가 없습니다. 적어도 2주는 반성하고 팀의 조언이 필요할 것이라고 생각합니다. 그리고 5월 방학이 지나면 실질적인 새로운 결정이 내려질 것입니다.

파일을 사용할 필요가 없도록 파이프를 만들었습니다.

서버 파이프가 터미널에 있는 이유를 완벽하게 이해합니다. 중재를 위해 터미널을 통합하는 하나의 작업에 대해서만 (다른 모든 것은 변명 일뿐입니다). 그러나 이것은 우리의 범위에 속하지 않습니다.

프로세서 간 교환을 정말로 원하는 사람은 다채널 파이프 서버를 간단히 구현할 수 있습니다. 하지만 시장에서 팔 수는 없지만 이것이 추구하는 목표입니다.

[---]

레나트 :)

이 주제는 시장과 전혀 관련이 없습니다.

바로 이해하지 못했다면 죄송합니다. 지적하지 않았습니다.

[Renat Fatkhullin]

sergeev :

레나트 :)

이 주제는 시장과 전혀 관련이 없습니다.

바로 이해하지 못했다면 죄송합니다. 지적하지 않았습니다.

세 번째가 아닌 두 번째 줄을 보십시오.