发布于 2026年7月9日
你软件的第二类受众
起初，租赁软件对运营团队负责。超过一定规模后，它要对第二类受众负责：负责安全的人——内部 IT、托管服务商（MSP），或客户的采购问卷。
他们的问题是可以预料且不容商量的。谁能登录，如何登录？谁能做什么？当某项发生变化时，是谁改的？对这三个问题，Renttix 都有一等的答案。
面向受管身份的单点登录
SSO 把 Renttix 连接到你的身份提供商，因此账户的创建、停用和密码策略都在 IT 已经统管其他一切的地方进行。一名离职者在中央被停用，同一动作即让其失去 Renttix 访问权限。
配置通过一个管理员门户链接完成，而非支持工单——你的 IT 团队自行管理这个连接。
面向其他所有人的 Passkey 与双因素
没有身份提供商的团队并不会只剩下裸密码。Passkey 为任何账户带来抗钓鱼的登录方式——用指纹或人脸解锁取代可能被泄露或重复使用的密码。
双因素认证覆盖仍保留密码的账户，而团队邀请链接——一旦泄露即可立即轮换——则从源头控制新用户如何加入。
在关键之处强制执行的权限
Renttix 权限是按模块和操作划分的细粒度密钥，捆绑进你自行定义的角色——并在每一个请求上于服务端强制执行。
最后这一句才是要害。无论请求来自网页界面、API，还是 AI 助手，后端都运行相同的检查。隐藏一个菜单项只是表面功夫；拒绝一个请求才是安全。
会脱敏的审计轨迹
敏感变更——员工记录、权限授予、财务调整、配置编辑——都会留下自动审计条目：何人、何事、何时，以及变更前后的值。
敏感字段会从日志本身中脱敏，因为一条泄露凭据的审计轨迹比没有还糟。当数周后发现有些不对劲时，事件的先后顺序是一次查询，而非一场调查。
通过安全问卷
合在一起——受管身份、抗钓鱼的登录、服务端权限，以及会脱敏的审计轨迹——这正是大型客户和保险机构越来越多地对运营软件所要求的安全态势。
对成长中的租赁企业而言，这意味着赢下那些以往因安全问卷而成为拦路虎的合同，而无需为此专门立项。
来源：Renttix 产品文档
Frequently Asked Questions
可以。单点登录把 Renttix 连接到你的身份提供商，并提供一个管理员门户链接来管理该连接。此后，入职者和离职者由你的 IT 团队在中央统管。
Passkey 用绑定设备、通过指纹或人脸解锁的凭据取代密码。它们无法跨站点重复使用，也无法通过伪造登录页钓鱼获取，从而消除了针对企业账户最常见的攻击。
会。无论请求从哪扇门进来——网页界面、API 密钥还是 AI 助手——权限都在每个请求上于服务端检查。同一角色在任何地方产生相同的访问权限。