Аз изрази становище - суха кюспе пълен отчет технически проблем от ръководството на нашия главен офис. Изисква се за точно изчисляване на проценти ефективност и по-ниски ремъци по договори с клиенти. Примерни S / N персонал вилката естествено известни, но точната сума (с изключение на собствените си) - не.
Можете да преувеличаваме малко за персонала не е в общение, и така нататък. След като същият съществува на пазара повече от 15 години.
За да sim3x: Аз съм за тази схема, и се предполага, че програмистите правят всичко, код revyuiruetsya липсата на чувствителни данни в регистрационните файлове на системата или сървъра (толкова дълго, колкото на проблема с лог DB) администратори подготвят процеса на внедряване (и може би дори да разгърнат) Аз CAM генерира ключовете и той аз преподавам потребители. Но все още непобедим проблем прихващане или ключ или парола за ключа.
За да m0rd: Това, че този вариант е възможно и трябва да бъдат изпълнени. Само че не е ясно как (бих искал пример микроархитектура).
Т.е. Оказва се, всичко по прозрачен начин, с нивото на UI (на SSL сървър) и гърба, също и е криптирана по гръб. До момента на криптирането са много тясно Прегледайте че не засичания в кода не се случи и никой въвеждане на чужд код не е било възможно (особено при UI). Encrypt може да бъде и двете симетрични и асиметрични индекси на ключа (тогава клавишите площ кешираните страници могат да бъдат различни). И на страната на базата данни вече е отишло до паста шифрованите данни. По този начин, ние се браним срещу непобеден до nizhneurovnevyh журналите на базата данни. Т.е. криптиране ключове всеки път, предоставени от потребителя.
Но това е на теория. Разбира се. Бих искал да видя primerchik. И аз подозирам, в много невидим "рейк", които по-рано не е искал да бъде обидно.
Свързани статии