c# 属性更改 N-Tier 的安全/验证

Question

我有一个跟踪属性变化的类

public class Property
        {
            object _OriginalValue;
            object _ProposedValue;
            DateTime _ProposedDateTime;
            List<Property> _History = new List<Property>();
            public object OriginalValue
            {
                get
                {
                    return _OriginalValue;
                }

                set
                {
                    _OriginalValue = value;
                }
            }
            public object ProposedValue
            {
                get
                {
                    return _ProposedValue;
                }

                set
                {
                    _ProposedDateTime = DateTime.Now;
                    _ProposedValue = value;
                }
            }
            public bool IsDirty
            {
                get
                {

                    if (OriginalValue != ProposedValue)
                    {
                        return true;
                    }
                    else
                    {
                        return false;
                    }
                }
            }
        }

这个属性可以被类使用

 public class Customer
        {
            protected Property _FirstName = new Property();
            public string FirstName
            {
                get
                {
                    return (string)_FirstName.ProposedValue;
                }

                set
                {
                    _FirstName.ProposedValue = value;
                }
            }

            public object GetOriginalValue(Property Property)
            {
                return Property.OriginalValue;
            }

        }

问题是，在将原始值传递给 N 层架构中的客户端时，有没有办法保护原始值？

当客户端将客户传递回服务边界时 - 默认情况下您不能信任该客户端。您需要从数据库重新加载原始值或验证原始值是否未被篡改。当然，我假设我们将使用基于客户当前值的业务逻辑来拒绝或允许更新操作。

例子：

用户插入名为 Bob 的记录。

用户获取名称为 Bob 的记录并将名称更改为 Ted。原始值是 Bob，建议值是 Ted。

用户将客户发送到服务以更新客户。

一切都很好。

*现在将业务规则编码到服务中，说明如果客户的名字是 Ted - 允许更新，否则抛出“无法更新”异常。 *

用户获取名为 Ted 的记录。 用户将名称更改为 Darren。 用户将名称改回 Ted - 系统抛出异常。 用户获取 Ted。用户作弊并使用工具更改客户端上的 OriginalPropertyValue。 服务器不会从数据库中重新获取 OriginalValue，而只是读取来自客户端的 OriginalValue。

用户绕过业务规则。

Answer 1

实际上，您的方法存在更多问题，而不仅仅是检查 原始值 是否未被篡改。例如，我怀疑这是一个多用户环境，其中不止一个用户能够编辑同一个对象。也就是说，原始值可能没有被篡改，但在其他人已经在数据库中保存了新的原始值之前被更改。。 p>

我猜你已经对你的数据应用了某种乐观或悲观的锁定...

关于您真正关心的问题，可能您需要sign您的原始值，并且每当您要将这些对象存储回数据库时，您的应用程序层应该检查原始值未被篡改（来自维基百科）：

数字签名是大多数密码学的标准元素 协议套件，通常用于软件分发， 金融交易、合同管理软件等 检测伪造或篡改很重要的情况。