Symmetric
在什麼情況下可以將 PRESENT 實現為僅加密？
在本文中，在第 4.1 節*目標和使用環境下，*我們讀到：
在要求最有效地利用空間的應用程序中，分組密碼通常僅作為僅加密來實現。
我認為這與用於密碼的單向加密（也許我應該說雜湊？）不同。
- 那麼在什麼情況下我們可能只需要加密而不需要解密呢？我們會加密一些在某些時候不需要解密的東西，這似乎很奇怪。
此外，上面的報價繼續…
通過這種方式，它可以用於質詢-響應身份驗證協議，並且通過一些仔細的管理，它可以用於加密和解密……
這只是增加了我的困惑。
- 似乎 PRESENT 可以通過反向執行來解密密文。那麼為什麼需要對 PRESENT 進行一些謹慎的管理才能同時用於加密和解密呢？
- 那麼在什麼情況下我們可能只需要加密而不需要解密呢？我們會加密一些在某些時候不需要解密的東西，這似乎很奇怪。
例如，CTR 模式僅使用 Encryption、CFB、OFB。
- 似乎 PRESENT 可以通過反向執行來解密密文。那麼為什麼需要對 PRESENT 進行一些謹慎的管理才能同時用於加密和解密呢？
正確的句子是
通過這種方式，它可以在質詢-響應身份驗證協議中使用，並且可以進行一些仔細的狀態管理。
所有關於 PRESENT 的硬體實現。
這一段來自文章；
加密和解密與現在的物理要求**大致相同。**選擇同時支持加密和解密將導致輕量級的分組密碼實現仍然小於僅加密的 AES。**選擇實施僅存在的加密將提供超輕量級的解決方案。**可以即時計算加密子密鑰。
因此，他們將支持加密和解密的硬體實現與僅加密的 AES 進行比較，聲稱 PRESENT 的要求更小。