依預設，Amazon RDS 執行個體不會加密。這會將資料暴露於潛在竊取和未經授權存取的風險。

"Resources": {
    "RDSDBExample": {
        "Type": "AWS::RDS::DBInstance",
        "Properties": {
            "StorageEncrypted": false,
            "DBName": "Test DB",
            "DBInstanceClass": "db.m4.large"
        }
    }
}

依預設，Amazon Redshift 叢集不會加密。如此會使資料暴露於未經授權存取和潛在竊取的風險。

範例 1：以下範本將定義一個未啟用加密的 Redshift 叢集。

"Resources": {
    "RedshiftClusterTest": {
        "Type": "AWS::Redshift::Cluster",
        "Properties": {
            "DBName": "mydb",
            "MasterUsername": "master",
            "MasterUserPassword": "masterPass",
            "NodeType": "ds2.xlarge",
            "ClusterType": "single-node",
        }
    }

Amazon S3 儲存貯體是在沒有使用伺服器端加密的情況下建立的。加密能減少資料外洩的問題，方法是使資料無法被沒有正確認證的任何人讀取。像是靜態加密措施可滿足一些工業和政府合規要求，例如 GDPR、HIPAA 和 PCI。

依預設，SNS 主題不會進行靜態加密。這可能會將資料暴露給未經授權的檢視者。

範例 1：以下範例範本因忽略定義 AWS KMS 金鑰識別碼而無法加密 SNS 主題。

{
    "AWSTemplateFormatVersion": "2010-09-09",
    "Description": "My SNS topic",
    "Resources": {
        "MySNSTopic": {
            "Type": "AWS::SNS::Topic",
            "Properties": {
                "Subscription": [
                    {
                        "Endpoint": "MySNSEndpoint",
                        "Protocol": "sqs"
                    }
                ],
                "TopicName": "MyTopic"
            }
        }
    }
}

以 Touch ID 為基礎的驗證可使用金鑰鏈服務進行實作，方法是，將某個項目儲存在金鑰鏈中，並設定要求使用者稍後使用其指紋擷取項目的存取控制。以下策略可用於定義使用者如何使用指紋進行驗證。

-kSecAccessControlUserPresence：限制使用 Touch ID 或密碼進行存取。不一定非要提供或註冊 Touch ID。即使新增或移除指紋，仍可透過 Touch ID 存取項目。
-kSecAccessControlTouchIDAny：限制使用 Touch ID 中任何註冊的指紋進行存取。新增或移除指紋不會使項目失效。
-kSecAccessControlTouchIDCurrentSet：限制使用 Touch ID 中目前註冊的指紋進行存取。新增或移除指紋會使項目失效。

使用 Touch ID 時，應使用 kSecAccessControlTouchIDCurrentSet 屬性，以免指紋在未來被新增或移除。

範例 1：以下程式碼使用 kSecAccessControlTouchIDAny 限制，該限制允許任何未來註冊的指紋來解除鎖定金鑰鏈項目：

    ...
    SecAccessControlRef sacRef = SecAccessControlCreateWithFlags(kCFAllocatorDefault,
                 kSecAttrAccessibleWhenPasscodeSetThisDeviceOnly,
                 kSecAccessControlTouchIDCurrentSet, 
                 nil);
    NSMutableDictionary *dict = [NSMutableDictionary dictionary];
    [dict setObject:(__bridge id)kSecClassGenericPassword forKey:(__bridge id) kSecClass];
    [dict setObject:account forKey:(__bridge id)kSecAttrAccount];
    [dict setObject:service forKey:(__bridge id) kSecAttrService];
    [dict setObject:token forKey:(__bridge id)kSecValueData];
    ...
    [dict setObject:sacRef forKey:(__bridge id)kSecAttrAccessControl];
    [dict setObject:@"Please authenticate using the Touch ID sensor." forKey:(__bridge id)kSecUseOperationPrompt];

    dispatch_async(dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAULT, 0), ^{
        OSStatus status = SecItemAdd((__bridge CFDictionaryRef)dict, nil);
    });
    ...

使用程式碼來進行除錯或測試的目的而輸出變數的值是常見的，而該程式碼不應隨附在部署的應用程式中或保留啟動狀態。當此類型的除錯程式碼意外地留在應用程式中，應用程式可能會在無意間將其資訊洩漏給攻擊者。並不是所有的除錯指令都會洩漏敏感或隱私的資訊。不過，出現除錯指令經常表示已忽略附近的程式碼，且可能處在一種未維護的狀態。

在 ColdFusion 中，遺忘的除錯程式碼中最常見的示例是 <cfdump> 標籤。雖然在產品開發過程中允許使用 <cfdump>，但身為開發人員，對程式碼負責是開發網路應用程式的重要部分，所以應仔細考慮是否能夠使用每個 <cfdump> 標籤。

當應用程式滿足以下條件時，會發生跨框架指令碼弱點：

1. 允許在 iframe 內納入自身。
2. 無法透過 X-Frame-Options 表頭指定框架原則。
3. 使用欠佳的保護措施，例如，以 JavaScript 為基礎的框架突破邏輯。

跨框架指令碼弱點通常是點擊劫持攻擊的基礎，攻擊者可能使用此攻擊來發起跨網站偽造要求或網路釣魚攻擊。