|
1. |
系统架构安全性: |
|
|
OMICard系统主机与系统数据库是放于后端Intranet内部,不会直接曝 露于较具有风险之DMZ区内,经由两层的防火墙保护并且由后端 OMICard伺服器控制存取数据库,减少客户数据库遭入侵之情况发生,
具有较高资料保护之安全性。 |
|
2. |
系统操作安全性: |
|
|
整个系统操作介面完全建置于内部网路内,仅让内部使用者可以使用到 系统,而建置于 DMZ 区之Web listen 元件及 SMTP 由于是独立于系统 之外的,所以效能上会较佳,且本当未来有需求扩充时可以快速部署该
元件及SMTP,由于新版Web Listen元件支援高安全性之Mutil-Relay模 式,系统元件可建置于Internet上或DMZ区,且不需于内部Firewall
端另 外开放SQL通讯通道,仅需设定以Http作点对点IPsec或SSL资料加密回 传传输加强安全性,并可避免不法内部使用者将资料往外传送的风险。 |
|
3. |
安全性强化支援: |
|
|
由于新版Web listen元件支援高安全性之Mutil-Relay模式,加上本身资 料以及Proxy web元件所在主机之设定档已先行编码过,完整强化系统 安全性架构与提高系统效率,并可联合DMZ概念使用伪装伺服器,伪装
伺服器技术为DMZ中的资源(例如,伪造的客户数据库系统),用来混淆入 侵者使他认为他已经进入防火墙,并且管理者可以详细监控任何不法的行 为。 |
|
4. |
资料传输安全性: |
|
|
系统运作中任何档案传输都配合使用SSL机制将资讯回传至内部主机, 浏览器认为伺服器是一个可信任的实体,并且启用一个连接来回传递加 密的资讯,所有来回的资讯是经过加密的,因此骇客透过扫描网路并不
能阅读任何内容,可增加进一步的资料安全性,也可免除当DMZ区被入 侵时,可能造成内部SQL数据库外泄之风险提高。 |
|
|
OMICard系统安全性建置图如下: |
|
|
 |