[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"skill:01M6GZGGTSSC3FFHA79V8AF41N":3,"skill-same:01M6GZGGTSSC3FFHA79V8AF41N":85},{"skillNo":4,"name":5,"nameZh":6,"description":7,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":6,"repositoryNo":12,"starsCount":13,"licenseSpdxId":14,"licenseFileUrl":6,"sourceHtmlUrl":15,"categories":16,"keywords":17,"publishedAt":38,"linkOnly":39,"markdownContent":40,"markdownBody":41,"frontMatter":42,"refName":47,"commitSha":48,"skillDirectory":49,"forksCount":50,"repositoryHtmlUrl":51,"repositoryHomepageUrl":6,"ownerHtmlUrl":52,"ownerBlogUrl":6,"ownerDescription":6,"updatedAt":53,"install":54,"resources":67},"01M6GZGGTSSC3FFHA79V8AF41N","performing-serverless-function-security-review",null,"Performing security reviews of serverless functions across AWS Lambda, Azure Functions, and GCP Cloud Functions to identify overly permissive execution roles, insecure environment variables, injection vulnerabilities, and missing runtime protections.","micsapp\u002Fmicstec-skills","micsapp","https:\u002F\u002Favatars.githubusercontent.com\u002Fu\u002F82411001?v=4","01M6GWCFQ6D3PV8EHNY62NN5VW","01M6GWCFVE1PA5HG0DKC7AMFJ3",4,"Apache-2.0","https:\u002F\u002Fgithub.com\u002Fmicsapp\u002Fmicstec-skills\u002Fblob\u002Fmaster\u002F_universal\u002Fcybersecurity-skills\u002Fskills\u002Fperforming-serverless-function-security-review\u002FSKILL.md",[],[18,19,20,21,22,23,24,25,26,27,28,29,30,31,32,33,34,35,36,37],"security","performing","performing serverless function security review","serverless","security review","review","cloud-security","gcp","lambda","injection","security-review","azure-functions","cloud-functions","cybersecurity","aws lambda","across","environment variables","gcp cloud functions","Variables","reviews","2026-11-10 10:12:30",false,"---\nname: performing-serverless-function-security-review\ndescription: >\n  Performing security reviews of serverless functions across AWS Lambda, Azure Functions,\n  and GCP Cloud Functions to identify overly permissive execution roles, insecure environment\n  variables, injection vulnerabilities, and missing runtime protections.\ndomain: cybersecurity\nsubdomain: cloud-security\ntags: [cloud-security, serverless, lambda, azure-functions, cloud-functions, security-review]\nversion: \"1.0\"\nauthor: mahipal\nlicense: Apache-2.0\n---\n\n# Performing Serverless Function Security Review\n\n## When to Use\n\n- When auditing serverless applications before production deployment\n- When investigating potential data exposure through function environment variables or logs\n- When assessing the blast radius of a compromised serverless function execution role\n- When compliance reviews require documentation of serverless security controls\n- When building secure-by-default templates for serverless deployments\n\n**Do not use** for container or VM security assessments (use container scanning tools), for API security testing (use DAST tools on the API Gateway layer), or for real-time serverless threat detection (use AWS Lambda Extensions with security agents).\n\n## Prerequisites\n\n- AWS CLI, Azure CLI, and gcloud CLI configured with appropriate permissions\n- Access to read function configurations, policies, and execution roles\n- Prowler or Checkov for automated serverless security scanning\n- SAM CLI or Serverless Framework for local function analysis\n- CloudTrail, Azure Monitor, or Cloud Audit Logs enabled for function invocation monitoring\n\n## Workflow\n\n### Step 1: Enumerate All Serverless Functions and Configurations\n\nList all functions across cloud providers with their runtime, memory, timeout, and network settings.\n\n```bash\n# AWS Lambda: List all functions with key security attributes\naws lambda list-functions \\\n  --query 'Functions[*].[FunctionName,Runtime,MemorySize,Timeout,Role,VpcConfig.VpcId,Layers[*].Arn]' \\\n  --output table\n\n# Check for functions using deprecated runtimes\naws lambda list-functions \\\n  --query 'Functions[?Runtime==`python3.7` || Runtime==`nodejs14.x` || Runtime==`dotnetcore3.1`].[FunctionName,Runtime]' \\\n  --output table\n\n# Azure Functions: List all function apps\naz functionapp list \\\n  --query \"[].{Name:name, Runtime:siteConfig.linuxFxVersion, ResourceGroup:resourceGroup, HttpsOnly:httpsOnly}\" \\\n  -o table\n\n# GCP Cloud Functions: List all functions\ngcloud functions list \\\n  --format=\"table(name, runtime, status, httpsTrigger.url, serviceAccountEmail, vpcConnector)\"\n```\n\n### Step 2: Audit Execution Role Permissions\n\nReview IAM roles attached to functions for overly permissive policies.\n\n```bash\n# AWS: Check each Lambda function's execution role\nfor func in $(aws lambda list-functions --query 'Functions[*].FunctionName' --output text); do\n  role_arn=$(aws lambda get-function-configuration --function-name \"$func\" --query 'Role' --output text)\n  role_name=$(echo \"$role_arn\" | awk -F'\u002F' '{print $NF}')\n  echo \"=== $func -> $role_name ===\"\n\n  # List attached policies\n  aws iam list-attached-role-policies --role-name \"$role_name\" \\\n    --query 'AttachedPolicies[*].[PolicyName,PolicyArn]' --output table\n\n  # Check for wildcard actions\n  for policy_arn in $(aws iam list-attached-role-policies --role-name \"$role_name\" --query 'AttachedPolicies[*].PolicyArn' --output text); do\n    version=$(aws iam get-policy --policy-arn \"$policy_arn\" --query 'Policy.DefaultVersionId' --output text)\n    aws iam get-policy-version --policy-arn \"$policy_arn\" --version-id \"$version\" \\\n      --query 'PolicyVersion.Document' --output json | python3 -c \"\nimport json, sys\ndoc = json.load(sys.stdin)\nfor stmt in doc.get('Statement', []):\n    actions = stmt.get('Action', [])\n    if isinstance(actions, str): actions = [actions]\n    resources = stmt.get('Resource', [])\n    if isinstance(resources, str): resources = [resources]\n    if '*' in actions or any(a.endswith(':*') for a in actions):\n        print(f'  WARNING: {stmt[\\\"Effect\\\"]} {actions} on {resources}')\n\" 2>\u002Fdev\u002Fnull\n  done\ndone\n```\n\n### Step 3: Check Environment Variables for Secrets\n\nScan function environment variables for hardcoded credentials, API keys, and database connection strings.\n\n```bash\n# AWS Lambda: Extract environment variables\nfor func in $(aws lambda list-functions --query 'Functions[*].FunctionName' --output text); do\n  envvars=$(aws lambda get-function-configuration --function-name \"$func\" \\\n    --query 'Environment.Variables' --output json 2>\u002Fdev\u002Fnull)\n  if [ \"$envvars\" != \"null\" ] && [ -n \"$envvars\" ]; then\n    echo \"=== $func ===\"\n    echo \"$envvars\" | python3 -c \"\nimport json, sys, re\nvars = json.load(sys.stdin)\nsensitive_patterns = [\n    r'(?i)(password|secret|key|token|credential|api.?key)',\n    r'(?i)(aws.?access|aws.?secret)',\n    r'(?i)(database.?url|connection.?string|db.?pass)',\n    r'AKIA[0-9A-Z]{16}'\n]\nfor key, value in vars.items():\n    for pattern in sensitive_patterns:\n        if re.search(pattern, key) or re.search(pattern, str(value)):\n            masked = value[:4] + '****' + value[-4:] if len(value) > 8 else '****'\n            print(f'  SENSITIVE: {key} = {masked}')\n            break\n\"\n  fi\ndone\n\n# Azure Functions: Check app settings\nfor app in $(az functionapp list --query \"[].name\" -o tsv); do\n  rg=$(az functionapp show --name \"$app\" --query \"resourceGroup\" -o tsv)\n  echo \"=== $app ===\"\n  az functionapp config appsettings list \\\n    --name \"$app\" --resource-group \"$rg\" \\\n    --query \"[?contains(name,'KEY') || contains(name,'SECRET') || contains(name,'PASSWORD')].{Name:name}\" \\\n    -o table 2>\u002Fdev\u002Fnull\ndone\n```\n\n### Step 4: Review Function Triggers and Access Controls\n\nVerify that function triggers have appropriate authentication and authorization.\n\n```bash\n# AWS: Check for unauthenticated Lambda function URLs\naws lambda list-function-url-configs \\\n  --function-name FUNCTION_NAME \\\n  --query 'FunctionUrlConfigs[*].[FunctionUrl,AuthType,Cors]' --output table\n\n# Check for resource-based policies allowing public invocation\nfor func in $(aws lambda list-functions --query 'Functions[*].FunctionName' --output text); do\n  policy=$(aws lambda get-policy --function-name \"$func\" --query 'Policy' --output text 2>\u002Fdev\u002Fnull)\n  if [ -n \"$policy\" ]; then\n    echo \"$policy\" | python3 -c \"\nimport json, sys\ndoc = json.loads(sys.stdin.read())\nfor stmt in doc.get('Statement', []):\n    principal = stmt.get('Principal', {})\n    if principal == '*' or principal == {'AWS': '*'}:\n        print(f'WARNING: $func has public invoke policy: {stmt.get(\\\"Sid\\\", \\\"unnamed\\\")}')\" 2>\u002Fdev\u002Fnull\n  fi\ndone\n\n# GCP: Check for unauthenticated Cloud Functions\ngcloud functions list --format=json | python3 -c \"\nimport json, sys\nfunctions = json.load(sys.stdin)\nfor func in functions:\n    name = func.get('name', '').split('\u002F')[-1]\n    trigger = func.get('httpsTrigger', {})\n    if trigger and func.get('ingressSettings') == 'ALLOW_ALL':\n        print(f'WARNING: {name} allows all ingress traffic')\n\"\n```\n\n### Step 5: Analyze Function Code for Security Vulnerabilities\n\nReview function code for common serverless security issues.\n\n```bash\n# Download Lambda function code for review\naws lambda get-function --function-name FUNCTION_NAME \\\n  --query 'Code.Location' --output text | xargs curl -o function.zip\nunzip function.zip -d function-code\u002F\n\n# Scan with Bandit (Python) or ESLint security plugin (Node.js)\n# Python functions\npip install bandit\nbandit -r function-code\u002F -f json -o bandit-results.json\n\n# Node.js functions\nnpm install -g eslint @microsoft\u002Feslint-plugin-sdl\neslint --ext .js function-code\u002F\n\n# Check for common serverless vulnerabilities:\n# 1. SQL injection in database queries\n# 2. Command injection via os.system or subprocess\n# 3. Insecure deserialization\n# 4. Event data injection (untrusted event parameters)\n# 5. Excessive function permissions\ngrep -rn \"os.system\\|subprocess\\|eval(\\|exec(\" function-code\u002F || echo \"No obvious injection patterns\"\ngrep -rn \"pickle.loads\\|yaml.load\\b\" function-code\u002F || echo \"No deserialization risks\"\n```\n\n### Step 6: Run Automated Serverless Security Scanning\n\nExecute Checkov and Prowler for automated compliance checks on serverless resources.\n\n```bash\n# Checkov scan for serverless frameworks\ncheckov -d .\u002Fserverless-project\u002F \\\n  --framework serverless \\\n  --output json > checkov-serverless.json\n\n# Prowler Lambda-specific checks\nprowler aws \\\n  --checks lambda_function_no_secrets_in_variables \\\n           lambda_function_url_auth_type \\\n           lambda_function_using_supported_runtimes \\\n           lambda_function_not_publicly_accessible \\\n  -M json-ocsf \\\n  -o .\u002Fprowler-lambda\u002F\n```\n\n## Key Concepts\n\n| Term | Definition |\n|------|------------|\n| Execution Role | IAM role assumed by a serverless function during execution that defines what AWS\u002Fcloud resources the function can access |\n| Event Injection | Serverless-specific attack where untrusted data in the event trigger payload is used unsafely in function logic |\n| Function URL | Direct HTTP(S) endpoint for invoking Lambda functions without API Gateway, which may be configured without authentication |\n| Cold Start | Initial function execution that includes container provisioning, during which security agents and extensions must initialize |\n| Resource-Based Policy | Policy attached to the function itself that defines who can invoke it, separate from the execution role |\n| Secrets Manager Integration | Pattern of retrieving sensitive configuration from a secrets management service rather than storing in environment variables |\n\n## Tools & Systems\n\n- **AWS Lambda**: Primary serverless compute platform with execution roles, layers, and resource policies\n- **Checkov**: Static analysis tool for infrastructure-as-code with serverless-specific security policies\n- **Prowler**: Cloud security tool with Lambda-specific checks for permissions, public access, and runtime versions\n- **Bandit**: Python static analysis tool for detecting security issues in function source code\n- **OWASP Serverless Top 10**: Security risk framework specific to serverless architectures\n\n## Common Scenarios\n\n### Scenario: Lambda Function with Admin Role Leaking Secrets via Environment Variables\n\n**Context**: A security review discovers a Lambda function with `AdministratorAccess` execution role and database credentials stored in plaintext environment variables visible in CloudWatch logs.\n\n**Approach**:\n1. Enumerate the function's execution role and discover `AdministratorAccess` managed policy\n2. Check environment variables and find `DB_PASSWORD`, `API_KEY`, and `STRIPE_SECRET_KEY` in plaintext\n3. Review CloudWatch logs and find credentials printed in debug log statements\n4. Create a scoped IAM policy granting only the specific DynamoDB and S3 actions needed\n5. Migrate secrets to AWS Secrets Manager and update function to retrieve at runtime\n6. Remove debug logging that outputs sensitive data\n7. Rotate all exposed credentials and enable Lambda function encryption with KMS\n\n**Pitfalls**: Changing a function's execution role can break it if the new role is too restrictive. Test in a staging environment first. Environment variable changes trigger a new function version, so ensure aliases and triggers are updated. Secrets Manager calls add latency; cache secrets within the execution context to avoid per-invocation lookups.\n\n## Output Format\n\n```\nServerless Function Security Review\n=======================================\nAccount: 123456789012\nFunctions Reviewed: 34\nReview Date: 2026-02-23\n\nCRITICAL FINDINGS:\n[SRVL-001] Overly Permissive Execution Role\n  Function: payment-processor\n  Role: AdministratorAccess (full AWS access)\n  Required Permissions: DynamoDB:PutItem, S3:GetObject (2 actions)\n  Remediation: Create scoped policy with only required permissions\n\n[SRVL-002] Secrets in Environment Variables\n  Function: payment-processor\n  Variables: DB_PASSWORD, STRIPE_SECRET_KEY, API_KEY\n  Risk: Visible in console, API, and CloudWatch logs\n  Remediation: Migrate to Secrets Manager, remove from env vars\n\nSUMMARY:\n  Functions with admin roles:           3 \u002F 34\n  Functions with secrets in env vars:   8 \u002F 34\n  Functions with deprecated runtimes:   5 \u002F 34\n  Functions with public access:         2 \u002F 34\n  Functions without VPC:               28 \u002F 34\n  Functions with wildcard permissions: 12 \u002F 34\n```\n","# Performing Serverless Function Security Review\n\n## When to Use\n\n- When auditing serverless applications before production deployment\n- When investigating potential data exposure through function environment variables or logs\n- When assessing the blast radius of a compromised serverless function execution role\n- When compliance reviews require documentation of serverless security controls\n- When building secure-by-default templates for serverless deployments\n\n**Do not use** for container or VM security assessments (use container scanning tools), for API security testing (use DAST tools on the API Gateway layer), or for real-time serverless threat detection (use AWS Lambda Extensions with security agents).\n\n## Prerequisites\n\n- AWS CLI, Azure CLI, and gcloud CLI configured with appropriate permissions\n- Access to read function configurations, policies, and execution roles\n- Prowler or Checkov for automated serverless security scanning\n- SAM CLI or Serverless Framework for local function analysis\n- CloudTrail, Azure Monitor, or Cloud Audit Logs enabled for function invocation monitoring\n\n## Workflow\n\n### Step 1: Enumerate All Serverless Functions and Configurations\n\nList all functions across cloud providers with their runtime, memory, timeout, and network settings.\n\n```bash\n# AWS Lambda: List all functions with key security attributes\naws lambda list-functions \\\n  --query 'Functions[*].[FunctionName,Runtime,MemorySize,Timeout,Role,VpcConfig.VpcId,Layers[*].Arn]' \\\n  --output table\n\n# Check for functions using deprecated runtimes\naws lambda list-functions \\\n  --query 'Functions[?Runtime==`python3.7` || Runtime==`nodejs14.x` || Runtime==`dotnetcore3.1`].[FunctionName,Runtime]' \\\n  --output table\n\n# Azure Functions: List all function apps\naz functionapp list \\\n  --query \"[].{Name:name, Runtime:siteConfig.linuxFxVersion, ResourceGroup:resourceGroup, HttpsOnly:httpsOnly}\" \\\n  -o table\n\n# GCP Cloud Functions: List all functions\ngcloud functions list \\\n  --format=\"table(name, runtime, status, httpsTrigger.url, serviceAccountEmail, vpcConnector)\"\n```\n\n### Step 2: Audit Execution Role Permissions\n\nReview IAM roles attached to functions for overly permissive policies.\n\n```bash\n# AWS: Check each Lambda function's execution role\nfor func in $(aws lambda list-functions --query 'Functions[*].FunctionName' --output text); do\n  role_arn=$(aws lambda get-function-configuration --function-name \"$func\" --query 'Role' --output text)\n  role_name=$(echo \"$role_arn\" | awk -F'\u002F' '{print $NF}')\n  echo \"=== $func -> $role_name ===\"\n\n  # List attached policies\n  aws iam list-attached-role-policies --role-name \"$role_name\" \\\n    --query 'AttachedPolicies[*].[PolicyName,PolicyArn]' --output table\n\n  # Check for wildcard actions\n  for policy_arn in $(aws iam list-attached-role-policies --role-name \"$role_name\" --query 'AttachedPolicies[*].PolicyArn' --output text); do\n    version=$(aws iam get-policy --policy-arn \"$policy_arn\" --query 'Policy.DefaultVersionId' --output text)\n    aws iam get-policy-version --policy-arn \"$policy_arn\" --version-id \"$version\" \\\n      --query 'PolicyVersion.Document' --output json | python3 -c \"\nimport json, sys\ndoc = json.load(sys.stdin)\nfor stmt in doc.get('Statement', []):\n    actions = stmt.get('Action', [])\n    if isinstance(actions, str): actions = [actions]\n    resources = stmt.get('Resource', [])\n    if isinstance(resources, str): resources = [resources]\n    if '*' in actions or any(a.endswith(':*') for a in actions):\n        print(f'  WARNING: {stmt[\\\"Effect\\\"]} {actions} on {resources}')\n\" 2>\u002Fdev\u002Fnull\n  done\ndone\n```\n\n### Step 3: Check Environment Variables for Secrets\n\nScan function environment variables for hardcoded credentials, API keys, and database connection strings.\n\n```bash\n# AWS Lambda: Extract environment variables\nfor func in $(aws lambda list-functions --query 'Functions[*].FunctionName' --output text); do\n  envvars=$(aws lambda get-function-configuration --function-name \"$func\" \\\n    --query 'Environment.Variables' --output json 2>\u002Fdev\u002Fnull)\n  if [ \"$envvars\" != \"null\" ] && [ -n \"$envvars\" ]; then\n    echo \"=== $func ===\"\n    echo \"$envvars\" | python3 -c \"\nimport json, sys, re\nvars = json.load(sys.stdin)\nsensitive_patterns = [\n    r'(?i)(password|secret|key|token|credential|api.?key)',\n    r'(?i)(aws.?access|aws.?secret)',\n    r'(?i)(database.?url|connection.?string|db.?pass)',\n    r'AKIA[0-9A-Z]{16}'\n]\nfor key, value in vars.items():\n    for pattern in sensitive_patterns:\n        if re.search(pattern, key) or re.search(pattern, str(value)):\n            masked = value[:4] + '****' + value[-4:] if len(value) > 8 else '****'\n            print(f'  SENSITIVE: {key} = {masked}')\n            break\n\"\n  fi\ndone\n\n# Azure Functions: Check app settings\nfor app in $(az functionapp list --query \"[].name\" -o tsv); do\n  rg=$(az functionapp show --name \"$app\" --query \"resourceGroup\" -o tsv)\n  echo \"=== $app ===\"\n  az functionapp config appsettings list \\\n    --name \"$app\" --resource-group \"$rg\" \\\n    --query \"[?contains(name,'KEY') || contains(name,'SECRET') || contains(name,'PASSWORD')].{Name:name}\" \\\n    -o table 2>\u002Fdev\u002Fnull\ndone\n```\n\n### Step 4: Review Function Triggers and Access Controls\n\nVerify that function triggers have appropriate authentication and authorization.\n\n```bash\n# AWS: Check for unauthenticated Lambda function URLs\naws lambda list-function-url-configs \\\n  --function-name FUNCTION_NAME \\\n  --query 'FunctionUrlConfigs[*].[FunctionUrl,AuthType,Cors]' --output table\n\n# Check for resource-based policies allowing public invocation\nfor func in $(aws lambda list-functions --query 'Functions[*].FunctionName' --output text); do\n  policy=$(aws lambda get-policy --function-name \"$func\" --query 'Policy' --output text 2>\u002Fdev\u002Fnull)\n  if [ -n \"$policy\" ]; then\n    echo \"$policy\" | python3 -c \"\nimport json, sys\ndoc = json.loads(sys.stdin.read())\nfor stmt in doc.get('Statement', []):\n    principal = stmt.get('Principal', {})\n    if principal == '*' or principal == {'AWS': '*'}:\n        print(f'WARNING: $func has public invoke policy: {stmt.get(\\\"Sid\\\", \\\"unnamed\\\")}')\" 2>\u002Fdev\u002Fnull\n  fi\ndone\n\n# GCP: Check for unauthenticated Cloud Functions\ngcloud functions list --format=json | python3 -c \"\nimport json, sys\nfunctions = json.load(sys.stdin)\nfor func in functions:\n    name = func.get('name', '').split('\u002F')[-1]\n    trigger = func.get('httpsTrigger', {})\n    if trigger and func.get('ingressSettings') == 'ALLOW_ALL':\n        print(f'WARNING: {name} allows all ingress traffic')\n\"\n```\n\n### Step 5: Analyze Function Code for Security Vulnerabilities\n\nReview function code for common serverless security issues.\n\n```bash\n# Download Lambda function code for review\naws lambda get-function --function-name FUNCTION_NAME \\\n  --query 'Code.Location' --output text | xargs curl -o function.zip\nunzip function.zip -d function-code\u002F\n\n# Scan with Bandit (Python) or ESLint security plugin (Node.js)\n# Python functions\npip install bandit\nbandit -r function-code\u002F -f json -o bandit-results.json\n\n# Node.js functions\nnpm install -g eslint @microsoft\u002Feslint-plugin-sdl\neslint --ext .js function-code\u002F\n\n# Check for common serverless vulnerabilities:\n# 1. SQL injection in database queries\n# 2. Command injection via os.system or subprocess\n# 3. Insecure deserialization\n# 4. Event data injection (untrusted event parameters)\n# 5. Excessive function permissions\ngrep -rn \"os.system\\|subprocess\\|eval(\\|exec(\" function-code\u002F || echo \"No obvious injection patterns\"\ngrep -rn \"pickle.loads\\|yaml.load\\b\" function-code\u002F || echo \"No deserialization risks\"\n```\n\n### Step 6: Run Automated Serverless Security Scanning\n\nExecute Checkov and Prowler for automated compliance checks on serverless resources.\n\n```bash\n# Checkov scan for serverless frameworks\ncheckov -d .\u002Fserverless-project\u002F \\\n  --framework serverless \\\n  --output json > checkov-serverless.json\n\n# Prowler Lambda-specific checks\nprowler aws \\\n  --checks lambda_function_no_secrets_in_variables \\\n           lambda_function_url_auth_type \\\n           lambda_function_using_supported_runtimes \\\n           lambda_function_not_publicly_accessible \\\n  -M json-ocsf \\\n  -o .\u002Fprowler-lambda\u002F\n```\n\n## Key Concepts\n\n| Term | Definition |\n|------|------------|\n| Execution Role | IAM role assumed by a serverless function during execution that defines what AWS\u002Fcloud resources the function can access |\n| Event Injection | Serverless-specific attack where untrusted data in the event trigger payload is used unsafely in function logic |\n| Function URL | Direct HTTP(S) endpoint for invoking Lambda functions without API Gateway, which may be configured without authentication |\n| Cold Start | Initial function execution that includes container provisioning, during which security agents and extensions must initialize |\n| Resource-Based Policy | Policy attached to the function itself that defines who can invoke it, separate from the execution role |\n| Secrets Manager Integration | Pattern of retrieving sensitive configuration from a secrets management service rather than storing in environment variables |\n\n## Tools & Systems\n\n- **AWS Lambda**: Primary serverless compute platform with execution roles, layers, and resource policies\n- **Checkov**: Static analysis tool for infrastructure-as-code with serverless-specific security policies\n- **Prowler**: Cloud security tool with Lambda-specific checks for permissions, public access, and runtime versions\n- **Bandit**: Python static analysis tool for detecting security issues in function source code\n- **OWASP Serverless Top 10**: Security risk framework specific to serverless architectures\n\n## Common Scenarios\n\n### Scenario: Lambda Function with Admin Role Leaking Secrets via Environment Variables\n\n**Context**: A security review discovers a Lambda function with `AdministratorAccess` execution role and database credentials stored in plaintext environment variables visible in CloudWatch logs.\n\n**Approach**:\n1. Enumerate the function's execution role and discover `AdministratorAccess` managed policy\n2. Check environment variables and find `DB_PASSWORD`, `API_KEY`, and `STRIPE_SECRET_KEY` in plaintext\n3. Review CloudWatch logs and find credentials printed in debug log statements\n4. Create a scoped IAM policy granting only the specific DynamoDB and S3 actions needed\n5. Migrate secrets to AWS Secrets Manager and update function to retrieve at runtime\n6. Remove debug logging that outputs sensitive data\n7. Rotate all exposed credentials and enable Lambda function encryption with KMS\n\n**Pitfalls**: Changing a function's execution role can break it if the new role is too restrictive. Test in a staging environment first. Environment variable changes trigger a new function version, so ensure aliases and triggers are updated. Secrets Manager calls add latency; cache secrets within the execution context to avoid per-invocation lookups.\n\n## Output Format\n\n```\nServerless Function Security Review\n=======================================\nAccount: 123456789012\nFunctions Reviewed: 34\nReview Date: 2026-02-23\n\nCRITICAL FINDINGS:\n[SRVL-001] Overly Permissive Execution Role\n  Function: payment-processor\n  Role: AdministratorAccess (full AWS access)\n  Required Permissions: DynamoDB:PutItem, S3:GetObject (2 actions)\n  Remediation: Create scoped policy with only required permissions\n\n[SRVL-002] Secrets in Environment Variables\n  Function: payment-processor\n  Variables: DB_PASSWORD, STRIPE_SECRET_KEY, API_KEY\n  Risk: Visible in console, API, and CloudWatch logs\n  Remediation: Migrate to Secrets Manager, remove from env vars\n\nSUMMARY:\n  Functions with admin roles:           3 \u002F 34\n  Functions with secrets in env vars:   8 \u002F 34\n  Functions with deprecated runtimes:   5 \u002F 34\n  Functions with public access:         2 \u002F 34\n  Functions without VPC:               28 \u002F 34\n  Functions with wildcard permissions: 12 \u002F 34\n```\n",{"name":5,"tags":43,"author":44,"domain":31,"license":14,"version":45,"subdomain":24,"description":46},[24,21,26,29,30,28],"mahipal","1.0","Performing security reviews of serverless functions across AWS Lambda, Azure Functions, and GCP Cloud Functions to identify overly permissive execution roles, insecure environment variables, injection vulnerabilities, and missing runtime protections.\n","master","3f5d983eb4ef375b749adcd6b07ec03bd82ae8a8","_universal\u002Fcybersecurity-skills\u002Fskills\u002Fperforming-serverless-function-security-review",0,"https:\u002F\u002Fgithub.com\u002Fmicsapp\u002Fmicstec-skills","https:\u002F\u002Fgithub.com\u002Fmicsapp","2026-03-20 11:24:18",{"source":8,"skillName":5,"commands":55,"prompt":65,"zipAvailable":66},[56,59,62],{"tool":57,"command":58},"npx","npx skills add micsapp\u002Fmicstec-skills --skill performing-serverless-function-security-review",{"tool":60,"command":61},"bunx","bunx skills add micsapp\u002Fmicstec-skills --skill performing-serverless-function-security-review",{"tool":63,"command":64},"pnpm","pnpm dlx skills add micsapp\u002Fmicstec-skills --skill performing-serverless-function-security-review","安装技能，技能地址：https:\u002F\u002Fgithub.com\u002Fmicsapp\u002Fmicstec-skills\u002Fblob\u002Fmaster\u002F_universal\u002Fcybersecurity-skills\u002Fskills\u002Fperforming-serverless-function-security-review\u002FSKILL.md",true,[68,73,79],{"path":69,"resourceType":69,"resourceTypeDesc":70,"sizeBytes":71,"sourceHtmlUrl":72},"LICENSE","许可证",11255,"https:\u002F\u002Fgithub.com\u002Fmicsapp\u002Fmicstec-skills\u002Fblob\u002Fmaster\u002F_universal\u002Fcybersecurity-skills\u002Fskills\u002Fperforming-serverless-function-security-review\u002FLICENSE",{"path":74,"resourceType":75,"resourceTypeDesc":76,"sizeBytes":77,"sourceHtmlUrl":78},"references\u002Fapi-reference.md","REFERENCE","参考文档",2793,"https:\u002F\u002Fgithub.com\u002Fmicsapp\u002Fmicstec-skills\u002Fblob\u002Fmaster\u002F_universal\u002Fcybersecurity-skills\u002Fskills\u002Fperforming-serverless-function-security-review\u002Freferences\u002Fapi-reference.md",{"path":80,"resourceType":81,"resourceTypeDesc":82,"sizeBytes":83,"sourceHtmlUrl":84},"scripts\u002Fagent.py","SCRIPT","脚本",5343,"https:\u002F\u002Fgithub.com\u002Fmicsapp\u002Fmicstec-skills\u002Fblob\u002Fmaster\u002F_universal\u002Fcybersecurity-skills\u002Fskills\u002Fperforming-serverless-function-security-review\u002Fscripts\u002Fagent.py",[86,124,154,174,191,216],{"skillNo":87,"name":88,"nameZh":6,"description":89,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":6,"repositoryNo":12,"starsCount":13,"licenseSpdxId":90,"licenseFileUrl":6,"sourceHtmlUrl":91,"categories":92,"keywords":103,"publishedAt":38},"01M6HBTJ02FXBFG9NYEHHYAP52","azure-apim-architecture","Analyzes and explains Azure API Management architecture decisions for enterprise API marketplace implementations using VNet Internal mode, Front Door, hybrid authentication, and multi-environment strategies. Use when discussing APIM component selection, network topology, cost optimization, or comparing alternatives like workspaces vs instances, VNet Internal vs External mode, or Front Door vs Application Gateway.","MIT","https:\u002F\u002Fgithub.com\u002Fmicsapp\u002Fmicstec-skills\u002Fblob\u002Fmaster\u002Fcopilot-cli\u002Fcopilot-agent-skills\u002F.github\u002Fskills\u002Fazure-apim-architecture\u002FSKILL.md",[93,98],{"categoryNo":94,"categoryName":95,"taxonomyType":96,"taxonomyTypeDesc":97},"01JBSEEDCAT000000000000010","后端与接口","SCENARIO","使用场景",{"categoryNo":99,"categoryName":100,"taxonomyType":101,"taxonomyTypeDesc":102},"01JBSEEDCAT000000000000030","开发工程师","PROFESSION","适用职业",[104,105,106,107,108,109,110,111,112,113,114,115,116,117,118,119,120,121,122,123],"architecture","azure","azure apim architecture","component","authentication","gateway","topology","Optimization","network","api","team","environment","multi-environment","workspaces","instances","selection","strategies","azure api management","mode","for",{"skillNo":125,"name":126,"nameZh":6,"description":127,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":6,"repositoryNo":12,"starsCount":13,"licenseSpdxId":90,"licenseFileUrl":6,"sourceHtmlUrl":128,"categories":129,"keywords":138,"publishedAt":38},"01M6HBT7J4H082JEEA670B3EQ9","apiops-deployment","Guides deployment of Azure API Management infrastructure using Infrastructure as Code (Bicep\u002FTerraform), CI\u002FCD pipelines (GitHub Actions\u002FAzure DevOps), and APIOps workflows. Use when deploying APIM, creating pipelines, or implementing dev→test→prod promotion strategies.","https:\u002F\u002Fgithub.com\u002Fmicsapp\u002Fmicstec-skills\u002Fblob\u002Fmaster\u002Fcopilot-cli\u002Fcopilot-agent-skills\u002F.github\u002Fskills\u002Fapiops-deployment\u002FSKILL.md",[130,131,134,137],{"categoryNo":94,"categoryName":95,"taxonomyType":96,"taxonomyTypeDesc":97},{"categoryNo":132,"categoryName":133,"taxonomyType":96,"taxonomyTypeDesc":97},"01JBSEEDCAT000000000000011","运维与部署",{"categoryNo":135,"categoryName":136,"taxonomyType":96,"taxonomyTypeDesc":97},"01JBSEEDCAT000000000000023","Skill与智能体开发",{"categoryNo":99,"categoryName":100,"taxonomyType":101,"taxonomyTypeDesc":102},[139,140,141,142,105,143,144,145,146,147,148,149,113,114,120,150,151,121,152,153],"deployment","apiops deployment","workflows","azure devops","infrastructure","code","infrastructure as code","actions","ci","github actions","github-actions","as","guides","CI\u002FCD","implementing",{"skillNo":155,"name":156,"nameZh":6,"description":157,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":6,"repositoryNo":12,"starsCount":13,"licenseSpdxId":90,"licenseFileUrl":6,"sourceHtmlUrl":158,"categories":159,"keywords":161,"publishedAt":38},"01M6HBT2HEA23THNE9E00GYQBE","apim-policy-authoring","Creates production-ready Azure API Management policy XML for authentication (OAuth 2.0, JWT validation, subscription keys), rate limiting, CORS configuration, error handling, and API transformations. Use when implementing API security, access control, or request\u002Fresponse processing logic.","https:\u002F\u002Fgithub.com\u002Fmicsapp\u002Fmicstec-skills\u002Fblob\u002Fmaster\u002Fcopilot-cli\u002Fcopilot-agent-skills\u002F.github\u002Fskills\u002Fapim-policy-authoring\u002FSKILL.md",[160],{"categoryNo":94,"categoryName":95,"taxonomyType":96,"taxonomyTypeDesc":97},[162,163,164,18,105,108,113,114,165,166,167,168,169,170,171,121,172,173,153,123],"policy","authoring","apim policy authoring","access","use","ready","api security","Access Control","error","processing","cors configuration","production-ready",{"skillNo":175,"name":176,"nameZh":6,"description":177,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":6,"repositoryNo":12,"starsCount":13,"licenseSpdxId":90,"licenseFileUrl":6,"sourceHtmlUrl":178,"categories":179,"keywords":182,"publishedAt":38},"01M6HBSY65SB29J9WE9KYD0K6T","api-security-review","Reviews Azure API Management configurations for security vulnerabilities, OWASP API Security Top 10 compliance, VNet Internal mode validation, Private Link verification, and Azure Security Benchmark alignment. Use when performing security audits, pre-deployment validation, or compliance reviews.","https:\u002F\u002Fgithub.com\u002Fmicsapp\u002Fmicstec-skills\u002Fblob\u002Fmaster\u002Fcopilot-cli\u002Fcopilot-agent-skills\u002F.github\u002Fskills\u002Fapi-security-review\u002FSKILL.md",[180,181],{"categoryNo":94,"categoryName":95,"taxonomyType":96,"taxonomyTypeDesc":97},{"categoryNo":99,"categoryName":100,"taxonomyType":101,"taxonomyTypeDesc":102},[23,18,22,113,168,183,105,139,184,185,186,187,114,188,121,189,37,190,122,123],"api security review","benchmark","verification","owasp","owasp-api","alignment","azure security","top",{"skillNo":192,"name":193,"nameZh":6,"description":194,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":6,"repositoryNo":12,"starsCount":13,"licenseSpdxId":90,"licenseFileUrl":6,"sourceHtmlUrl":195,"categories":196,"keywords":197,"publishedAt":38},"01M6HBSRW4PDFE6K4F8JYPZQ05","jira-cli","Interact with Jira from the command line to create, list, view, edit, and transition issues, manage sprints and epics, and perform common Jira workflows. Use when the user asks about Jira tasks, tickets, issues, sprints, or needs to manage project work items.","https:\u002F\u002Fgithub.com\u002Fmicsapp\u002Fmicstec-skills\u002Fblob\u002Fmaster\u002Fcopilot-cli\u002Fawesome-copilot-agents\u002Fskills\u002Fjira-cli\u002FSKILL.md",[],[198,199,200,141,201,202,203,204,113,205,206,207,208,209,210,211,212,213,214,215],"cli","jira","jira cli","init","tasks","create","issues","common","work","command","edit","list","view","project","project work","token","line","sprints",{"skillNo":217,"name":218,"nameZh":6,"description":219,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":6,"repositoryNo":12,"starsCount":13,"licenseSpdxId":90,"licenseFileUrl":6,"sourceHtmlUrl":220,"categories":221,"keywords":222,"publishedAt":38},"01M6HBSNS3JHMW603G47TWE31H","calculator","Performs arbitrary-precision arithmetic calculations including addition, subtraction, multiplication, division, and exponents. Use when the user asks to calculate, compute, or evaluate math expressions, or when precise decimal arithmetic is needed to avoid floating-point errors.","https:\u002F\u002Fgithub.com\u002Fmicsapp\u002Fmicstec-skills\u002Fblob\u002Fmaster\u002Fcopilot-cli\u002Fawesome-copilot-agents\u002Fskills\u002Fcalculator\u002FSKILL.md",[],[218,223,224,225,226,227,228,166,229,230],"npm","js","calculate","node","math","user","compute","errors"]