Модератор: BV
А что сможет от этого защитить?А что помешает программе-шпиону скопировать расшифрованный текст из окна редактирования?
VKS писал(а):2) никакие данные в интернет не отправляются и не хешируются в системе для возможной их отправки трояном=)
Twister писал(а):А что сможет от этого защитить?
Самодельное текстовое поле где хранит текст?Например самодельное текстовое поле
Это вариант. Наверно единственный, из более или менее надежных. Хотя попахивает паранойей...Но в принципе никто не мешает хранить в памяти шифрованный текст, который расшивровывается по символу непосредственно при рендере символа.
Денис писал(а):Обоснуй, чем твой алгоритм лучше этого?
http://www.pgpru.com/
http://ru.wikipedia.org/wiki/PGP
Варианты "я сам писал и знаю на 100 процентов" не катят, так как есть декомпиляторы, деобфускаторы, и т.д. и т.п. и в конце концов "метод утюга"
VKS писал(а):Привет! Я очень рад, что мы можем с тобой переписываться? не опасаясь, что нас могут прослушивать
Вы таки хотите паранойи? Ее есть у нас. Все это можно выводить не в hdc, а в окно типа как у видеоплееров, которое не принтскринится.Twister писал(а):Это вариант. Наверно единственный, из более или менее надежных. Хотя попахивает паранойей...Но в принципе никто не мешает хранить в памяти шифрованный текст, который расшивровывается по символу непосредственно при рендере символа.
Все, что на экране - все лежит в видеобуфере. При желании, можно вытащить от туда. Но это пахнет уже не паранойей, а преждевременным гемороем...Все это можно выводить не в hdc, а в окно типа как у видеоплееров, которое не принтскринится.
Antonariy писал(а):Ох, защитники... А что помешает программе-шпиону скопировать расшифрованный текст из окна редактирования?
alibek писал(а):VKS писал(а):2) никакие данные в интернет не отправляются и не хешируются в системе для возможной их отправки трояном=)
Ты понимаешь смысл выделенного?
Денис писал(а):Обоснуй, чем твой алгоритм лучше этого?
http://www.pgpru.com/
http://ru.wikipedia.org/wiki/PGP
Варианты "я сам писал и знаю на 100 процентов" не катят, так как есть декомпиляторы, деобфускаторы, и т.д. и т.п. и в конце концов "метод утюга"
Денис писал(а):jangle
З.Ы. Впрочем, ВКСу и до реализации AES-128 так же далеко.
hCORe писал(а):Именно так.
Viper писал(а):1. Сие свойство только для чтения, о чем тебе и сообщает текст ошибки.
Viper писал(а):2. Есть такая штука, да. Бороться можно функцией GetLongPathName.
Viper писал(а):3. И на что тут ответить, если ты не приводишь код?
Viper писал(а):4. Зацени разницу между ByVal и ByRef. Причем для некоторых типов данных есть нюансы.
Sub Main()
Dim s1 As String, s2 As String
s1 = "Слон"
s2 = s1
FByVal s1
FByRef s2
Debug.Print s1
Debug.Print s2
End Sub
Sub FByVal( ByVal s As String)
s = "Муха"
End Sub
Sub FByRef( ByRef s As String)
s = "Муха"
End Sub
Viper писал(а):1. Да, бороться можно используя два RTB. Печально, но факт.
Viper писал(а):3. Как ты используешь Put, вот в чем вопрос.
Viper писал(а):4. По умолчанию в VB используется ByRef, т.е. в функцию передается ссылка на аргумент, который следовательно можно изменить. Со строкой будет тоже самое. Пример:
- Код: Выделить всё
Sub Main()
Dim s1 As String, s2 As String
s1 = "Слон"
s2 = s1
FByVal s1
FByRef s2
Debug.Print s1
Debug.Print s2
End Sub
Sub FByVal( ByVal s As String)
s = "Муха"
End Sub
Sub FByRef( ByRef s As String)
s = "Муха"
End Sub
Antonariy писал(а):3. А так же как открываешь файл.
4. Viper немного невнятно ответил. При ByRef передается указатель на область памяти, занимаемую данными переменной. При ByVal создается локальная копия.
Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 3