Top 5
全部類型
免費與付費
最新發佈
最新發佈
什麼是零知識證明（Zero-knowledge proof）
是一種密碼學的概念，用於在不揭示具體信息的情況下，證明某個主張的正確性。它允許一方（稱為證明者）向另一方（稱為驗證者）證明某個陳述的真實性，而無需透露任何關於陳述的具體細節..., 這根本文字天書啊，底下讓我們用白話文來說一下唄！
「我必
什麼是零知識證明（Zero-knowledge proof）
是一種密碼學的概念，用於在不揭示具體信息的情況下，證明某個主張的正確性。它允許一方（稱為證明者）向另一方（稱為驗證者）證明某個陳述的真實性，而無需透露任何關於陳述的具體細節..., 這根本文字天書啊，底下讓我們用白話文來說一下唄！
「我必
上一篇我們介紹了「【認證與授權】Open Policy Agent 授權策略」, 相信都已經初步了解了OPA(Open Policy Agent)主要在做什麼, OPA簡單來說就是一個授權的政策管理規範, 有點像我們的法律系統, 提供開發者在上面制定法條, 以約束授權對象可以進行什麼樣的操作, 讓各
上一篇我們介紹了「【認證與授權】Open Policy Agent 授權策略」, 相信都已經初步了解了OPA(Open Policy Agent)主要在做什麼, OPA簡單來說就是一個授權的政策管理規範, 有點像我們的法律系統, 提供開發者在上面制定法條, 以約束授權對象可以進行什麼樣的操作, 讓各
上一篇我們有介紹什麼是OPA以及一些基本概念「【資訊軟體知識】Open Policy Agent 授權策略」，接下來我們就來介紹如何架設並以API的方式進行授權檢查。
這種方式的好處是可以跨語言， 不侷限於Go， 透過標準RESTFUL API的方式來與OPA Server相互溝通。
使用Docke
上一篇我們有介紹什麼是OPA以及一些基本概念「【資訊軟體知識】Open Policy Agent 授權策略」，接下來我們就來介紹如何架設並以API的方式進行授權檢查。
這種方式的好處是可以跨語言， 不侷限於Go， 透過標準RESTFUL API的方式來與OPA Server相互溝通。
使用Docke
使用網銀時我們常常會聽到OTP、OTP, 究竟OTP是什麼呢？ 全名為「One Time Password」, 一次性密碼, 顧名思義就是密碼僅能一次性的使用, 在過去我們也都很清楚單純的帳號密碼登入已經不是一個非常安全的選項的, 萬一牽涉到重要的金錢交易時, 如果安全環節沒有兼顧, 將導致個人財產
使用網銀時我們常常會聽到OTP、OTP, 究竟OTP是什麼呢？ 全名為「One Time Password」, 一次性密碼, 顧名思義就是密碼僅能一次性的使用, 在過去我們也都很清楚單純的帳號密碼登入已經不是一個非常安全的選項的, 萬一牽涉到重要的金錢交易時, 如果安全環節沒有兼顧, 將導致個人財產
這次來介紹軟體世界中很常遇到的授權策略，而有沒有比較好的一種策略方式，讓開發者可以遵循一套標準呢？ 答案是有的，就來介紹一下新寵兒，Open Polocy Agent吧！
首先我們先搞懂什麼是認證？ 什麼又是授權？ 還懵懵懂懂的朋友們可以請先參考這一篇「Authentication、Authoriz
這次來介紹軟體世界中很常遇到的授權策略，而有沒有比較好的一種策略方式，讓開發者可以遵循一套標準呢？ 答案是有的，就來介紹一下新寵兒，Open Polocy Agent吧！
首先我們先搞懂什麼是認證？ 什麼又是授權？ 還懵懵懂懂的朋友們可以請先參考這一篇「Authentication、Authoriz
前一篇的「Authentication、Authorization，傻傻分不清楚？」主要在介紹認證與授權的差異之處，而本章節著重於授權這部分，也使用了經典的RBAC模型進行說明。
RBAC模型（Role-Based Access Control：基於角色的訪問控制)， 認為可以抽象的表示：
Who是
前一篇的「Authentication、Authorization，傻傻分不清楚？」主要在介紹認證與授權的差異之處，而本章節著重於授權這部分，也使用了經典的RBAC模型進行說明。
RBAC模型（Role-Based Access Control：基於角色的訪問控制)， 認為可以抽象的表示：
Who是
認證(authentication)跟授權(authorization)這兩個名詞常常被混淆，但本質上是完全不同的兩個概念，在數位化的時代下，為了確保每位使用者的安全性，每個系統幾乎都具備認證(authentication)與授權(authorization)這兩大功能，而這些概念也常常出現在我們生
認證(authentication)跟授權(authorization)這兩個名詞常常被混淆，但本質上是完全不同的兩個概念，在數位化的時代下，為了確保每位使用者的安全性，每個系統幾乎都具備認證(authentication)與授權(authorization)這兩大功能，而這些概念也常常出現在我們生
概念: 有限時間內可使用通行證來要求對應的操作權限。
JWT 的組成內容有三個部分，由 . 做區隔，最後透過這三個部分，串成一個 Jwt 字串
[HEADER].[PAYLOAD].[SIGNATURE]
1. Header:
主要記載認證的方法
{
"typ": "JWT",
"
概念: 有限時間內可使用通行證來要求對應的操作權限。
JWT 的組成內容有三個部分，由 . 做區隔，最後透過這三個部分，串成一個 Jwt 字串
[HEADER].[PAYLOAD].[SIGNATURE]
1. Header:
主要記載認證的方法
{
"typ": "JWT",
"
Top 5
全部類型
免費與付費
最新發佈
最新發佈
什麼是零知識證明（Zero-knowledge proof）
是一種密碼學的概念，用於在不揭示具體信息的情況下，證明某個主張的正確性。它允許一方（稱為證明者）向另一方（稱為驗證者）證明某個陳述的真實性，而無需透露任何關於陳述的具體細節..., 這根本文字天書啊，底下讓我們用白話文來說一下唄！
「我必
什麼是零知識證明（Zero-knowledge proof）
是一種密碼學的概念，用於在不揭示具體信息的情況下，證明某個主張的正確性。它允許一方（稱為證明者）向另一方（稱為驗證者）證明某個陳述的真實性，而無需透露任何關於陳述的具體細節..., 這根本文字天書啊，底下讓我們用白話文來說一下唄！
「我必
上一篇我們介紹了「【認證與授權】Open Policy Agent 授權策略」, 相信都已經初步了解了OPA(Open Policy Agent)主要在做什麼, OPA簡單來說就是一個授權的政策管理規範, 有點像我們的法律系統, 提供開發者在上面制定法條, 以約束授權對象可以進行什麼樣的操作, 讓各
上一篇我們介紹了「【認證與授權】Open Policy Agent 授權策略」, 相信都已經初步了解了OPA(Open Policy Agent)主要在做什麼, OPA簡單來說就是一個授權的政策管理規範, 有點像我們的法律系統, 提供開發者在上面制定法條, 以約束授權對象可以進行什麼樣的操作, 讓各
上一篇我們有介紹什麼是OPA以及一些基本概念「【資訊軟體知識】Open Policy Agent 授權策略」，接下來我們就來介紹如何架設並以API的方式進行授權檢查。
這種方式的好處是可以跨語言， 不侷限於Go， 透過標準RESTFUL API的方式來與OPA Server相互溝通。
使用Docke
上一篇我們有介紹什麼是OPA以及一些基本概念「【資訊軟體知識】Open Policy Agent 授權策略」，接下來我們就來介紹如何架設並以API的方式進行授權檢查。
這種方式的好處是可以跨語言， 不侷限於Go， 透過標準RESTFUL API的方式來與OPA Server相互溝通。
使用Docke
使用網銀時我們常常會聽到OTP、OTP, 究竟OTP是什麼呢？ 全名為「One Time Password」, 一次性密碼, 顧名思義就是密碼僅能一次性的使用, 在過去我們也都很清楚單純的帳號密碼登入已經不是一個非常安全的選項的, 萬一牽涉到重要的金錢交易時, 如果安全環節沒有兼顧, 將導致個人財產
使用網銀時我們常常會聽到OTP、OTP, 究竟OTP是什麼呢？ 全名為「One Time Password」, 一次性密碼, 顧名思義就是密碼僅能一次性的使用, 在過去我們也都很清楚單純的帳號密碼登入已經不是一個非常安全的選項的, 萬一牽涉到重要的金錢交易時, 如果安全環節沒有兼顧, 將導致個人財產
這次來介紹軟體世界中很常遇到的授權策略，而有沒有比較好的一種策略方式，讓開發者可以遵循一套標準呢？ 答案是有的，就來介紹一下新寵兒，Open Polocy Agent吧！
首先我們先搞懂什麼是認證？ 什麼又是授權？ 還懵懵懂懂的朋友們可以請先參考這一篇「Authentication、Authoriz
這次來介紹軟體世界中很常遇到的授權策略，而有沒有比較好的一種策略方式，讓開發者可以遵循一套標準呢？ 答案是有的，就來介紹一下新寵兒，Open Polocy Agent吧！
首先我們先搞懂什麼是認證？ 什麼又是授權？ 還懵懵懂懂的朋友們可以請先參考這一篇「Authentication、Authoriz
前一篇的「Authentication、Authorization，傻傻分不清楚？」主要在介紹認證與授權的差異之處，而本章節著重於授權這部分，也使用了經典的RBAC模型進行說明。
RBAC模型（Role-Based Access Control：基於角色的訪問控制)， 認為可以抽象的表示：
Who是
前一篇的「Authentication、Authorization，傻傻分不清楚？」主要在介紹認證與授權的差異之處，而本章節著重於授權這部分，也使用了經典的RBAC模型進行說明。
RBAC模型（Role-Based Access Control：基於角色的訪問控制)， 認為可以抽象的表示：
Who是
認證(authentication)跟授權(authorization)這兩個名詞常常被混淆，但本質上是完全不同的兩個概念，在數位化的時代下，為了確保每位使用者的安全性，每個系統幾乎都具備認證(authentication)與授權(authorization)這兩大功能，而這些概念也常常出現在我們生
認證(authentication)跟授權(authorization)這兩個名詞常常被混淆，但本質上是完全不同的兩個概念，在數位化的時代下，為了確保每位使用者的安全性，每個系統幾乎都具備認證(authentication)與授權(authorization)這兩大功能，而這些概念也常常出現在我們生
概念: 有限時間內可使用通行證來要求對應的操作權限。
JWT 的組成內容有三個部分，由 . 做區隔，最後透過這三個部分，串成一個 Jwt 字串
[HEADER].[PAYLOAD].[SIGNATURE]
1. Header:
主要記載認證的方法
{
"typ": "JWT",
"
概念: 有限時間內可使用通行證來要求對應的操作權限。
JWT 的組成內容有三個部分，由 . 做區隔，最後透過這三個部分，串成一個 Jwt 字串
[HEADER].[PAYLOAD].[SIGNATURE]
1. Header:
主要記載認證的方法
{
"typ": "JWT",
"