apple-notes-security-basics

v2026.09.24

Apply security best practices for Apple Notes automation scripts. Trigger: "apple notes security".

GitHub
Install command
npx skhub add jeremylongshore/apple-notes-security-basics
Markdown
SKILL.md

Apple Notes Security Basics

Overview

Apple Notes security involves three layers: macOS TCC (Transparency, Consent, and Control) which gates which apps can send Apple Events to Notes.app, the macOS sandbox that prevents direct database access, and iCloud encryption that protects notes in transit and at rest. For automation scripts, the primary security concerns are: preventing unauthorized Apple Events access, securing exported note data, avoiding credential leakage in scripts, and understanding the difference between standard and end-to-end encrypted (locked) notes.

Prerequisites

  • An inventory of the invoking app, macOS user, account scope, and required operation class.
  • A documented incident owner and revocation procedure for automation permissions and exported artifacts.
  • A test account for exercising write paths; never use a live note as a security test fixture.

Instructions

  1. Grant Apple Events consent only through System Settings or an approved MDM profile for the exact client application.
  2. Keep automation local and reject network-provided note content, script fragments, and shell arguments.
  3. Encrypt backups, restrict access before writing, and delete temporary artifacts through a verified retention process.
  4. Skip locked or unreadable notes, record a redacted failure, and require a user to handle them in Notes.app.

Security Checklist

  • Scripts run only locally (never expose osascript to network input)
  • No note content written to log files (may contain PII or secrets)
  • TCC permissions scoped to specific apps only (not blanket approval)
  • Exported notes stored with restrictive permissions (chmod 600)
  • iCloud account uses two-factor authentication
  • Automation scripts do not hardcode note content or search terms
  • Temporary files cleaned up after processing (trap on exit)
  • Locked (encrypted) notes handled separately (cannot be read via JXA)

TCC Permission Management

# View which apps have automation access in System Settings:
# System Settings > Privacy & Security > Automation
open "x-apple.systempreferences:com.apple.preference.security?Privacy_Automation"

Safe Data Export Pattern

#!/bin/bash
# Secure export with cleanup on exit
EXPORT_FILE=$(mktemp /tmp/notes-export-XXXXXX.json)
trap 'rm -f "$EXPORT_FILE"' EXIT

# Export with restricted permissions from the start
umask 077
osascript -l JavaScript -e '
  const Notes = Application("Notes");
  JSON.stringify(Notes.defaultAccount.notes().map(n => ({
    title: n.name(),
    body: n.plaintext(),
    folder: n.container().name()
  })));
' > "$EXPORT_FILE"

echo "Exported to $EXPORT_FILE ($(wc -c < "$EXPORT_FILE") bytes)"
# Process the file...
# File is automatically deleted on exit via trap

Locked Notes and Encryption

// Locked notes (end-to-end encrypted) cannot be read via JXA
// Attempting to access a locked note's body() returns an error
const Notes = Application("Notes");

const allNotes = Notes.defaultAccount.notes();
allNotes.forEach(n => {
  try {
    const body = n.body();
    // Note is unlocked — process normally
  } catch (e) {
    // Note is likely locked (encrypted)
    console.log(`Skipping locked note: ${n.name()}`);
  }
});

// Note: There is no JXA API to unlock notes programmatically.
// Locked notes require the user's password/biometrics in Notes.app UI.

Keychain Integration for Scripts

# Store automation credentials in macOS Keychain (not in script files)
# Add a credential interactively; do not place a secret in command-line history.
security add-generic-password -a "notes-automation" -s "notes-export-key" \
  -T /usr/bin/osascript

# Retrieve in scripts
KEY=$(security find-generic-password -a "notes-automation" -s "notes-export-key" -w 2>/dev/null)
[ -z "$KEY" ] && echo "ERROR: Keychain credential not found" && exit 1

Error Handling

IssueCauseSolution
TCC prompt never appearsApp already denied; macOS won't re-prompttccutil reset AppleEvents; retry
Cannot read locked notesEnd-to-end encrypted; no JXA accessSkip locked notes; document limitation for users
Export file readable by other usersDefault umask too permissiveSet umask 077 before writing; chmod 600 after
Script exposes note content in process listNote content passed as CLI argumentPipe content via stdin or temp file instead of -e argument
Automation works after upgrade but TCC resetmacOS upgrade clears some TCC entriesRe-approve automation permissions after every OS update

Output

The security review produces a permission inventory, export-protection decision, and redacted evidence that locked notes were skipped. It must not include TCC database rows, Keychain secrets, note bodies, or raw note titles.

Examples

After an operating-system upgrade, open the Automation privacy pane, review the exact client entry, and run a read-only scoped smoke test. If access is no longer approved, stop the job and request consent through the documented owner; do not reset system-wide permissions to force a prompt.

Resources

Next Steps

For enterprise access control and MDM integration, see apple-notes-enterprise-rbac. For production security validation, see apple-notes-prod-checklist.

Discovery
Tags

No tags published for this skill.

Version
Latest version metadata

Version

v2026.09.24

Published

Sep 24, 2026

Category

Uncategorized

License

MIT

Source path

skills/.curated/apple-notes-security-basics

Default branch

main

Latest commit

e5a6c3b

Tree SHA

c2dc8e8