DLL 디버깅? MT4 및 MT5에서 - 페이지 3

 
Interesting :

이것은 라머가 보호를 수행한 경우이지만 실제로(보호에 대한 유능한 접근 방식으로) 비용이 10배, 100배 더 비쌉니다(시간과 노력 면에서).

몇 주 후에, 네, 지금...

터미널에서 인증서를 변경하는 방법에 대한 기사는 이미 인터넷에 많이 있습니다. 네트워크 프로토콜이 작동하는 방식과 서버와 정보를 교환하는 방법(터미널 없이)

모든 구석에는 API에 대한 정보가 있습니다(최소한 "거래하지 않음", 정보 분석을 위해). 확실히 모든 사람은 시스템 exe 및 dll 내부에 무엇이 있는지 알고 있습니다(가장 중요한 것은 모두 사용하는 방법).

글쎄, 결론적으로 - 우리 모두는 오랫동안 우리 자신의 터미널에서 거래 해 왔으며 가난한 MQ와 DC는 꿈이 아닙니다 ...

글쎄, 날 웃게하지 마십시오.

간단한 작업 - 터미널에 뉴스를 제공하는 서버에서 뉴스 목록을 가져옵니다. R2에서 하루 안에 해결하려면 적어도 MT4에 대한 솔루션을 찾으십시오. 비슷한 경험이 있다면 자신만의 "뉴스 클라이언트"를 만드십시오.

개발자들은 DLL 디버깅 가능성이 추가되지 않을 것이라고 명시적으로 밝혔습니다. 최소한 의도적으로 코드의 보안 시스템을 악화시키도록 요청하는 것은 논리적이지 않습니다. 이는 즉시 ex5용 디컴파일러를 생성하려는 시도로 이어질 것입니다(직접 발표됨).

그리고 ex4 해킹 기술은 언어가 완전히 다르고 객체 스터핑이 ex4 "해킹" 템플릿에 맞추기가 쉽지 않기 때문에 여기에서는 작동하지 않습니다.

추신

맞습니다. 해킹 시스템에 대해 관련된 전문가와 이야기하는 것이 좋습니다. 사실, 나는 그들이 우리에게 이것에 대해 이야기하지 않을 것 같아 두렵습니다. 왜냐하면 (제가 틀릴 수도 있습니다) 우리 중 누구도 이 분야에서 유능하지 않기 때문입니다 ...

이봐, 난 스스로를 슈퍼 전문가라고 부르지 않았어. 그러나 나는 당신의 관심을 위해 그것을 던질 것입니다. IDA와 같은 프로그램이 있고 정의상 어떤 시스템도 볼 수 없는 커널 수준 디버거가 있습니다.

예를 들어, exe edit 또는 이와 유사한 것과 같은 특수 프로그램도 있으며, 이를 통해 프로세스의 메모리를 덤프하고 필요한 경우 모든 종류의 데이터를 복원할 수도 있습니다.

DLL 디버깅에 대한 보호는 상업적으로 판매되는 표준 보호 시스템에 의해 인수됩니다.

그리고 이런 시스템이 아마 10개쯤 있을 텐데, 그것이 매우 어렵다고 생각하십니까?

 
Academic :

숙련된 해커가 일주일 안에 보호 기능을 제거하지 않는다는 당신의 확신을 이해하지 못합니까? 제거하다. 나를 믿어. 글쎄, 당신이 그것을 믿지 않더라도 이미 어떤 종류의 보호를 제거한 사람에게 물어보십시오. 그가 말하자. 내가 아니라 그를.

...........................................

그리고 한 가지 더 - 예를 들어, 저는 이 MT 시스템을 개발한 회사를 신뢰하지 않습니다. 나는 그들이 시스템이 매우 흥미롭다는 것을 알게 된다면 그들이 소스 코드를 스스로에게 누설하지 않을 것이라고 확신하지 못합니다. 나는 믿지 않는다 - 예. 편집증이 되게 해주세요. :))

따라서 예를 들어 DLL에 코드를 배치하는 것이 중요합니다. 그러나 그들은 나에게 그것을주지 않습니다 - 그것은 또 하나의 주장입니다.

예, MQ 사람들은 모든 ex4 및 ex5에서 "새로운" GRAIL 을 얻으려고 하루 종일 앉아 있습니다. 또한 챔피언십에 파견된 각 전문가를 현미경으로 검사합니다. 또한, 구석구석에서 상을 받은 전문가를 복제하여 판매합니다.

웬일인지 나는 그들이 그렇게하지 않는 것처럼 느낍니다. 때로는 정직한 이름이 가능한 이익보다 더 비쌉니다. . . . . . .

그리고 이제 새들을 위해...

나는 또한 ex4 보호를 믿지 않았기 때문에 DLL로 작업했습니다. 나는 더 많은 것을 말할 것이고, 필요한 경우, 나는 일할 것입니다(특히 ex5가 해킹되어 쉽게 디컴파일될 수 있는 것으로 판명된 경우). 예를 들어, 현재의 관점에서 볼 때 클래스다른 것들이 공개 형식이고 실제로 보호되지 않는 것이 전혀 싫지 않습니다.

DLL과 관련하여 - 그리고 이제 하나의 간단한 질문에 대한 답변 - 터미널(또는 해당 별도 모듈)의 보호 또는 본질적으로 훨씬 덜 보호되는 DLL의 보호를 중단하는 것이 더 쉬울까요?

 
Academic :

이봐, 난 스스로를 슈퍼 전문가라고 부르지 않았어. 그러나 나는 당신의 관심을 위해 그것을 던질 것입니다. IDA와 같은 프로그램이 있고 정의상 어떤 시스템도 볼 수 없는 커널 수준 디버거가 있습니다.

예를 들어, exe edit 또는 이와 유사한 것과 같은 특수 프로그램도 있으며, 이를 통해 프로세스의 메모리를 덤프하고 필요한 경우 모든 종류의 데이터를 복원할 수도 있습니다.

DLL 디버깅에 대한 보호는 상업적으로 판매되는 표준 보호 시스템에 의해 인수됩니다.

그리고 이런 시스템이 아마 10개쯤 있을 텐데, 그것이 매우 어렵다고 생각하십니까?

예, 저는 IDA와 그 기능 vkurse에 대해 알고 있습니다. 내 이전 게시물의 마지막 질문에 답하는 것뿐입니다(나 자신을 위한 답변이 아님)....
 

모든 계산을 MQL5에 작성하고 DLL로 전송하는 것에 대해 걱정하지 않는 것이 좋습니다.

MQL5 속도는 이미 복잡하고 긴 계산에 충분합니다. 옵티마이저를 염두에 두고(이것은 또 다른 심각한 가속을 줄 것입니다) 소스 코드를 사용하여 재현 가능한 성능 테스트를 게시해 보겠습니다.

우리의 임무는 MQL5 언어 를 자급자족 상태로 만드는 것이므로 DLL로 코드를 제거하는 데 어려움을 겪지 않아도 됩니다. DLL은 통합 솔루션에 더 적합합니다.
 
Interesting :

예, MQ 사람들은 모든 ex4 및 ex5에서 "새로운" GRAIL을 얻으려고 하루 종일 앉아 있습니다. 또한 챔피언십에 파견된 각 전문가를 현미경으로 검사합니다. 또한, 구석구석에서 상을 받은 전문가를 복제하여 판매합니다.

웬일인지 나는 그들이 그렇게하지 않는 것처럼 느낍니다. 때로는 정직한 이름이 가능한 이익보다 더 비쌉니다. . . . . . . .

그리고 이제 새들을 위해...

나는 또한 ex4 보호를 믿지 않았기 때문에 DLL로 작업했습니다. 나는 더 많은 것을 말할 것이고, 필요한 경우, 나는 일할 것입니다(특히 ex5가 해킹되어 쉽게 디컴파일될 수 있는 것으로 판명된 경우). 예를 들어, 현재의 관점에서 볼 때 클래스다른 것들이 공개 형식이고 실제로 보호되지 않는 것이 전혀 싫지 않습니다.

DLL과 관련하여 - 그리고 이제 하나의 간단한 질문에 대한 답변 - 터미널(또는 해당 별도 모듈)의 보호 또는 본질적으로 훨씬 덜 보호되는 DLL의 보호를 중단하는 것이 더 쉬울까요?

당신은 정말로 훌륭하게 작동하고 게다가 매우 좋은 수익을 내는 시스템이 있다는 것을 이해하지 못하는 것 같습니다. 그리고 아무도 그들을 어떤 챔피언십에도 보내지 않을 것입니다.

그들은 한 달에 수십 퍼센트의 이자를 벌고 있습니다. 10%라고 해도 100,000이라고 가정해 봅시다. 이것은 전혀 적지 않은 금액입니다. 한 달에 10,000을 벌고 있습니다. 당신에 따르면 프로그래머는 얼마를 버나요? 그리고 감독은 몇 명입니까? :))

정직한 이름, 더 비싸다? 돈보다 더 소중한 것은 없습니다. :)

어드바이저가 나타나자 마자 500달러의 가격으로 즉시 해킹할 것이고 이 어드바이저는 이미 250달러에 보호를 받고 판매할 것입니다. 이것이 전체 과학입니다. 보호할 수 없는 프로그램을 이해하십시오. 우선.

 
Interesting :
예, 저는 IDA와 그 기능 vkurse에 대해 알고 있습니다. 내 이전 게시물의 마지막 질문에 답하는 것뿐입니다(나 자신을 위한 답변이 아님)....

당신은 이해하지 않는다 !!! :)) 나는 아무 것도 보호할 필요가 없습니다. 소스 코드를 팔거나 나 자신을 위해 일합니다.

 
Renat :

모든 계산을 MQL5에 작성하고 DLL로 전송하는 것에 대해 걱정하지 않는 것이 좋습니다.

MQL5 속도는 이미 복잡하고 긴 계산에 충분합니다. 옵티마이저를 염두에 두고(이것은 또 다른 심각한 가속을 줄 것입니다) 소스 코드를 사용하여 재현 가능한 성능 테스트를 게시해 보겠습니다.

우리의 임무는 MQL5 언어 를 자급자족 상태로 만드는 것이므로 DLL로 코드를 제거하는 데 어려움을 겪지 않아도 됩니다. DLL은 통합 솔루션에 더 적합합니다.

불행히도 이 접근 방식은 허용되지 않습니다. 저는 DLL 로직만 믿습니다. 물론 모든 거래는 더 이상 중요하지 않으며 무엇이든 할 수 있습니다. 그러나 신호 생성 논리 - "구매" 또는 "판매", 나는 결코 당신의 코드에 넣을 수 없습니다.

어떻게 해야 할까요? 나만 그런 것 같나요?

 
Academic :

어떻게 해야 할까요? 나만 그런 것 같나요?

불행히도 때때로 우리는 자신의 관점에서만 세상을 평가하고 다른 사람들에게 자신의 권리를 포기하도록 요구하는 사람들을 만나야 합니다.

더 넓게 봐주세요. 현실은 거의 "나"에 적응합니다.

 
Renat :

불행히도 때때로 우리는 자신의 관점에서만 세상을 평가하고 다른 사람들에게 자신의 권리를 포기하도록 요구하는 사람들을 만나야 합니다.

더 넓게 봐주세요. 현실은 거의 "나"에 적응합니다.

나는 다시 신중하게 생각했고 당신은 당신의 제품에서 외부 DLL 과 같은 기능을 제거하기 위해 노력하는 것으로 나타났습니다.

나는 누구에게 그들의 권리를 포기하라고 요구합니까? 여기에서 회사로 자신을 의미합니까? 아니면 아무도 재조립할 수 없는 바이너리 형태의 코드를 원하는 사람들이 있습니까?

즉, 거래를 위한 프로그램을 만드는 프로그래머를 위한 환경으로 자신을 독점적으로 포지셔닝하기 시작했습니까?

그렇다면 내가 틀렸다고 당신을 설득하려 했던 것을 용서해 주십시오. 왜냐하면 프로그래머에게는 이것이 아마도 가장 중요한 것이기 때문입니다. 그리고 상인에게는 이것이 전혀 작동하지 않았습니다.

Документация по MQL5: Основы языка / Функции / Описание внешних функций
Документация по MQL5: Основы языка / Функции / Описание внешних функций
  • www.mql5.com
Основы языка / Функции / Описание внешних функций - Документация по MQL5
 
Academic :

불행히도 이 접근 방식은 허용되지 않습니다. 저는 DLL 로직만 믿습니다. 물론 모든 거래는 더 이상 중요하지 않으며 무엇이든 할 수 있습니다. 그러나 신호 생성 논리 - "구매" 또는 "판매", 나는 결코 당신의 코드에 넣을 수 없습니다.

어떻게 해야 할까요? 나만 그런 것 같나요?

나는 mql에 대한 당신의 병리학적 두려움과 DLL에 대한 동일한 병리학적(광신주의 수준에서) 신뢰를 이해할 수 없습니다.

모든 사람에게 "모든 것" 이 해킹될 수 있다고 그렇게 확신한다면 이 "모든 것" DLL을 목록에서 제외해야 하는 이유는 무엇입니까?

내 DLL에 따르면 쉽게 부러지기 때문에 항문을 통해 편도선을 제거하는 방법을 발명해야 하는 이유가 있습니다.

모든 것을 mql로 작성하면 문제가 없습니다.