Защита конфиденциальной информации в Hyperledger Composer

Изучение защиты конфиденциальной информации в Hyperledger Composer

Если у активов и транзакций в бизнес-сети есть списки контроля доступа для предотвращения просмотра конфиденциальной информации участником-конкурентом (не владельцем), какой доступ может иметь конкурент к активам и транзакциям, принадлежащим другому участнику?

Может ли конкурент получить доступ к основному реестру Fabric для просмотра активов / транзакций?

Может ли конкурент просмотреть функцию обработки транзакции?

Может ли конкурент просматривать журналы функции обработки транзакций?

Насколько безопасны ACL?

Я не знаю, есть ли уже какая-то документация, посвященная этому, или насколько важна безопасность Fabric, а не Composer.

Дэн Селман предложил в RocketChat спросить здесь.

Спасибо

Эндрю


person abcoathup    schedule 24.05.2017    source источник


Ответы (1)


Механизм контроля доступа Composer предотвращает доступ функций процессора транзакций, написанных на Javascript, к данным в реестре в зависимости от типа запрошенного доступа, текущего участника и обрабатываемой транзакции.

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

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

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

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

person Dan Selman    schedule 24.05.2017