Шифрование базы однако надо смастерить.. - Страница 2 - DAX: Программирование

MironovI · 30.05.2005, 18:26

Цитата:

Изначально опубликовано Pavel

Может быть это смешно, но у папы аксапты шифрование есть.
Второе снизу, в середине экрана поле "Шифр", включает шифрование записей выбранной картотеки.
Было бы логично перенести в аксапту шифрование, также как слои, меточные файлы и прочее.

А эт да.. у сынка тож есть, не свое - БД-шное.. но в смысл задачи не вписывается к сожалению..

**mazzy** · 30.05.2005, 18:27

Цитата:

Изначально опубликовано Pavel
Может быть это смешно, но у папы аксапты шифрование есть.

Красиво

Теперь к задаче...
Переименование ключей делайте при помощи renameKey... Не надо изобретать велосипед.
Остальной текст заменять рандомом. См. класс BMCreateFactory, BMtext, BMrandom

Главная проблема - как уникальный при переименовании оставить уникальным.
Например, поставляйте в код текстовое представление recID.

На редкость бредовая задача...

Михаил Андреев · 30.05.2005, 18:32

Всё равно, что переписывать историю своей болезни перед сдачей её лечащему врачу("Чтобы доктор чего лишнего не узнал!"). Понятно, каково будет лечение...

MironovI · 30.05.2005, 18:37

Цитата:

Изначально опубликовано mazzy

Красиво

Теперь к задаче...
Переименование ключей делайте при помощи renameKey... Не надо изобретать велосипед.
Остальной текст заменять рандомом. См. класс BMCreateFactory, BMtext, BMrandom

Главная проблема - как уникальный при переименовании оставить уникальным.
Например, поставляйте в код текстовое представление recID.

На редкость бредовая задача...

Спасиб, похоже на панацею %)

Pavel · 30.05.2005, 18:40

Цитата:

Изначально опубликовано MironovI
А эт да.. у сынка тож есть, не свое - БД-шное.. но в смысл задачи не вписывается к сожалению..

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

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

ppson · 30.05.2005, 18:44

Проще настройки выгрузить.
Чем городить такую хрень.

**mazzy** · 30.05.2005, 19:17

Цитата:

Изначально опубликовано ppson
Проще настройки выгрузить.
Чем городить такую хрень.

Вдруг у них какая-нибудь фигня с суммовыми

Настроек будет недостаточно.

Но согласен... лечить надо как-то по другому.

MironovI · 31.05.2005, 10:26

Цитата:

Изначально опубликовано Pavel

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

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

Как говорится нет уж, лучше вы к нам

) Ситуация "как правило" тут не катит - несколько прогеров сидят в Питере у клиента, несколько в Питере же, но в офисе, несколько в Москве и такая ситуация нормальна, всех в офис к клиенту просто не запихнуть..

Pavel · 31.05.2005, 10:31

Цитата:

Изначально опубликовано MironovI
...несколько прогеров сидят в Питере у клиента, несколько в Питере же, но в офисе, несколько в Москве и такая ситуация нормальна, всех в офис к клиенту просто не запихнуть..

Ок.

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

MironovI · 31.05.2005, 10:31

Цитата:

Изначально опубликовано mazzy

Вдруг у них какая-нибудь фигня с суммовыми
Настроек будет недостаточно.

Но согласен... лечить надо как-то по другому.

Хе, угадал кстати, я так понимаю что пора список форумов ахапковских реорганизовать:
1) Суммовые разницы и сопоставления
2) Закрытие склада
3) Как в производстве сделать из колбасы свинью

Pavel · 31.05.2005, 10:43

Цитата:

Изначально опубликовано MironovI
1) Суммовые разницы и сопоставления
2) Закрытие склада

Это что? Ваше сокровенное знание?

Полагаете, у консультантов не на чем суммовые разницы и закрытие склада "прогнать"?

Gad · 31.05.2005, 10:45

Кстати о renamePrimaryKey тут как раз недавно переименовали первичный ключ у Кассы, переименовалось все замечательно, акромя поля AccountNum в таблице LedgerJournalTrans (3.0 SP1)

Ruff · 31.05.2005, 10:53

Цитата:

Изначально опубликовано MironovI

...проблемы с "перекурочиванием" это правда не решает, но я думаю пора сворачивать тему и так, буду писать перестановку символов, как это не геморно...

Почему именно перестановку? А TextBuffer.encrypt() / decrypt() чем не подходит?

PHP код:


			
static void Job6(Args _args)

{

    TextBuffer buf = new TextBuffer();

    ;

    buf.setText("test string");

    buf.encrypt(12345);

    print buf.getText();

    pause;

}

db · 31.05.2005, 11:08

Вот нашел xpo, который писал года три назад делал именно для замены буковок на крокозябры и именно для тестирования производительности на "реально-нереальных" данных. Алгоритма уже не помню, помню только что работала только для MS SQL и была написана для версии 2.5. И еще вроде там не бог весть какое шифрование, но этого было достаточно

Если интересно, то пользуйтесь, доделывайте, переделывайте - в общем творите что хотите, но только сами. Тратить время на воспоминания и ответы на вопросы сейчас не могу

MironovI · 31.05.2005, 11:53

Цитата:

Изначально опубликовано Ruff

Почему именно перестановку? А TextBuffer.encrypt() / decrypt() чем не подходит?

PHP код:

static void Job6(Args _args) { TextBuffer buf = new TextBuffer(); ; buf.setText("test string"); buf.encrypt(12345); print buf.getText(); pause; }

Во, супер, что и требовалось, правда она специальными символами типа точек и прочих кавычек не гнушается, но это уже мелочи, убрать несложно, большое человеческое спасибо

raz · 31.05.2005, 12:15

Цитата:

buf.encrypt(12345)

эта функция слишком слабая для использования, ломается на раз, там ИМХО 8 битный ключ.

PHP код:


			
static server void Job1(Args _args)

{

    TextBuffer buf = new TextBuffer();

    str s1, s2;

    int i;

    ;

    buf.setText("test string");

    buf.encrypt(12345);

    s1 = buf.getText();

    for (i = 1; i < 256; i++)

    {

        buf.setText(s1);

        buf.decrypt(i);

        s2 = buf.getText();

        if (s2 == "test string")

            print i;

    }

    pause;

}

**George Nordic** · 31.05.2005, 12:26

Цитата:

Изначально опубликовано raz
эта функция слишком слабая для использования, ломается на раз, там ИМХО 8 битный ключ.

PHP код:

// print i; info(strfmt("%1: %2",i, s2));

г-н MironovI! Вы думаете, эту ветку консультанты не читают?

СУважением,
Георгий

Red Stranger · 31.05.2005, 12:38

Цитата:

г-н MironovI! Вы думаете, эту ветку консультанты не читают?

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

Ruff · 31.05.2005, 12:38

Цитата:

Изначально опубликовано raz

эта функция слишком слабая для использования, ломается на раз, там ИМХО 8 битный ключ.

Действительно! Забавно...
Но можно сделать многократный encrypt() с разными ключами

Тут уже все от фантазии автора зависит

А вообще, задача-то не написании абсолютной защиты, а в "проставлении закорючек вместо букв", как я понял

komar · 31.05.2005, 13:16

Сколько же воды было налито, прежде чем человек получил совет, которого он просил

Похожие темы
Тема	Автор	Раздел	Ответов	Посл. сообщение
Принципы построения базы данных	Гужанов Павел	DAX: Администрирование	11	05.09.2008 16:47
Журнал базы данных	Sada	DAX: Администрирование	32	23.06.2005 12:09
Подскажите чего надо сделать	Red Stranger	DAX: Программирование	5	04.04.2005 10:55
Создание полной копии Приложения и базы	Perc	DAX: Администрирование	5	09.03.2005 07:33
Уменьшение базы данных Axapta	Writer	DAX: Администрирование	13	15.09.2003 16:53