
零信任基本原则 针对用户和设备
永不信任 ,持续验证(Never Trust, Always Verify)
Fortinet ZTA, FMC 和 ZTNA

Fortinet Security Fabric
零信任访问

零信任进化

零信任访问(ZTNA)模型概要
评估访问者的身份和设备安全态势,匹配应用的风险控制级别,结合对应的身份和授权,对在互联网实现“隐身”的内部关键应用访问进行持续验证。

对VPN的颠覆
传统VPN和Full ZTNA的区别

VPN vs ZTNA 详细对比
| VPN | ZTNA | |
| 网络体验 | VPN对网络质量要求高,易断线; | 轻量级加密隧道,对网络质量依赖低,不易断线; |
| 访问体验 | 同时只能建立一条VPN隧道,无法同时安全访问多应用 | 可以同时面向多个应用建立多条安全隧道,且免拨号,也无需进行VPN配置 |
| 安全机制 | 先建立用户-网关的连接,然后验证,带来了网关被攻击的风险 | 先验证后连接模式,网关不会响应无法被验证的访问源,大幅规避了针对网关的攻击 |
| 管控颗粒度 | 网络为单位,认证通过后网关保护的网段内应用都可以访问 | 应用为单位,授权用户只能访问当前应用,而不会发现网络中其他应用,规避了内网扫描攻击 |
| 权限控制 | 无法对接入用户执行统一管控,权限管理和分配难度大 | 结合用户身份、设备和环境等多因素进行动态评估,基于判定结果对用户授予最小访问权限 |
| 管理运维 | 根据场景配置多种VPN策略和隧道,维护量大,扩容麻烦,变更复杂 | 仅需维护用户-应用访问关系与代理-应用安全策略,大幅降低管理与维护的人力和时间成本 |
| 网络流量 | 流量需统一汇集至VPN网关,可能会产生流量绕路,单点故障等问题 | 无需绕路,优化访问体验,延迟更低,节省总部出口带宽,同时规避总部出口故障 |
ZTNA 商业价值

支持任意工作地点(WFA)
ZTNA用户体验
支持业务上云
减少攻击界面
ZTNA灵活的架构
ZTNA自动安全连接

ZTNA过程

Full ZTNA - HTTPS 访问代理逻辑图-客户端要访问内部HTTP/HTTPS应用

Full ZTNA - HTTPS 访问逻辑-客户端要访问内部HTTP/HTTPS应用

Full ZTNA - TCP访问代理逻辑图-客户端要访问内部TCP应用

Full ZTNA - TCP forwarding 访问逻辑-客户端要访问内部TCP应用

ZTNA - IP/MAC filtering逻辑图-On net客户端要访问特定应用

ZTNA IP/MAC filtering访问逻辑图

ZTNA使用场景
ZTNA使用场景
Fortinet ZTNA的独特优势-完全覆盖的Fortinet ZTNA vs其他ZTNA解决方案



