Как и чем зашифровать файл перед тем как передать его серверу/клиенту

Народ, такое вот условие есть некий сервер, к которому подключаются клиенты, и могут пересылать друг другу данные - это файлы, разных расширений - в данном контексте это не особо играет роль.

Мне нужно что бы перед отправкой файл подвергался кодированию\шифровке - а принимающая сторона могла его принять и разшифровать - допустим по некому ключу - который она получит от отправляющей стороны.

Суть моего вопроса состоит в том - даже не знаю как правильно выразить - допустим что бы в БД хранились несколько вариантов способов шифрования данных (ну или не в бд тогда как и где хранить) и при шифровании выбирался произвольный метод случайным образом...

так вот меня интересует 2 вещи
1) как правильно хранить алгоритмы- извлекать из и использовать
и
2) какие лучше алгоритмы использовать...

0

Сообщение от daruwanov как правильно хранить алгоритмы- извлекать из и использовать

Хранимые процедуры? Хотя наверное нет.

Сообщение от daruwanov какие лучше алгоритмы использовать...

Посмотрите в сторону алгоритмов шифрования и выберите тот который подходит по вашим требованиям: быстрота исполнения, надежность, легкость реализации.

Сообщение от daruwanov а принимающая сторона могла его принять и разшифровать - допустим по некому ключу - который она получит от отправляющей стороны.

Такие схемы шифрования уже существуют в некоторых алгоритмах (общий ключ(открытый), личный ключ).

AES насколько знаю показывает хорошее быстродействие.
RSA думаю как раз под ваш случай подойдет этот алгоритм.
RSA как раз построен на основе двух ключей как вам и необходимо. Одним данные шифруются другим расшифровываются.
RSA в C#

1

код хафмана, шенона-фано тебе в помощь

1

мне бы хотелось бы что бы было несколько разных алгоритмов... - думаю найти их не так сложно и реализовать... мне больше интересно.. как каждый из них в бд загнать... что бы потом извлекать и использовать...

0

Сообщение от daruwanov как каждый из них в бд загнать

Какая БД если не секрет?

0

MS SQL Server 2008 R2 Enterprise

0

Сообщение от daruwanov и могут пересылать друг другу данные

То есть файл шифруется у одного клиента и расшифровывается у другого при получении? Шифрование и декодирование на стороне клиента как я понимаю. Сервер в роли синхронизатора ключей и метода шифрования?

Сообщение от daruwanov в БД хранились несколько вариантов способов шифрования данных (ну или не в бд тогда как и где хранить) и при шифровании выбирался произвольный метод случайным образом...

Значит выбирается произвольно на стороне клиента при шифровании. На сервер посылается только какой из методов был выбран (его ID например или Hash с ним связанный). И необходимые второму клиенту для расшифровки данные отправляются на сервер (ключ). Алгоритмы шифрования и дешифрирования хранятся у обоих клиентов, так как им всем этим и заниматься. Можно конечно хранить на сервере и предоставлять клиенту только нужный алгоритм только на время выполнения операции.

1

Ну а если хранить их на сервере. В каком виде -хранить их в базе? Или хранения именно в логике сервера? Тогда как отослать клиенту тот или иной алгоритм

0

Сообщение от daruwanov В каком виде -хранить их в базе? Или хранения именно в логике сервера?

Думаю суть не в том где именно и как на сервере они будут храниться.

Сообщение от daruwanov как отослать клиенту тот или иной алгоритм

есть такая тема что можно передать код который клиент и выполнит (вирусы используют уязвимости для выполнения кода переданного по сети) для шифрования своих данных. Именно непосредственно код. Ищите как реализовать в google. Можно пересылать к примеру клиенту маленькую dll библиотеку с одним алгоритмом и из нее вызывать метод (который может иметь одно и то же имя и параметры для разных алгоритмов) - Reflection. Информации по рефлексии и прочему тоже много с примерами. Можно придумать другой подход.
Лично я бы использовал передачу кода (чистый исходник C# с алгоритмом) клиентскому приложению для выполнения. Причем в шифрованном виде желательно. Использовал бы RSA качественно реализованный по всем правилам и защищенное соединение. Клиенту достаточно иметь закрытый личный ключ и алгоритм дешифрования.

Wiki Хранимая процедура:

В некоторых СУБД возможно использование хранимых процедур, написанных на любом языке программирования, способном создавать независимые исполняемые файлы, например, на C++ или Delphi. В терминологии Microsoft SQL Server такие процедуры называются расширенными хранимыми процедурами и являются просто функциями, содержащимися в Win32-DLL. А, например, в Interbase и Firebird для функций, вызываемых из DLL/SO, определено другое название — UDF (User Defined Function). В MS SQL 2005 появилась возможность написания хранимых процедур на любом языке .NET, а от расширенных хранимых процедур в будущем планируется отказаться.

Можно использовать эти возможности для хранения алгоритмов шифрования на сервере, пересылать клиентам думаю тоже можно и т.д.

1

Спасибо всем за консультации. Будем пробовать

0