ಮುಖ್ಯ ವಿಷಯಕ್ಕೆ ನೇರವಾಗಿ ಹೋಗಿ
OpenAI

OpenAI ನಲ್ಲಿ Codex ಅನ್ನು ಸುರಕ್ಷಿತವಾಗಿ ಬಳಸುವುದು

ನೈಜ ವರ್ಕ್‌ಫ್ಲೋಗಳಲ್ಲಿ ಕೋಡಿಂಗ್ ಏಜೆಂಟ್‌ಗಳನ್ನು ನಿಯಂತ್ರಿಸಲು OpenAI ಬಳಸುವ ನಿಯಂತ್ರಣಗಳು, ಮಿತಿಗಳು ಮತ್ತು ಟೆಲಿಮೆಟ್ರಿಯ ಒಮ್ಮೆಲೆಯ ನೋಟ.

ಲೋಡ್ ಆಗುತ್ತಿದೆ…

AI ವ್ಯವಸ್ಥೆಗಳು ಹೆಚ್ಚು ಸಾಮರ್ಥ್ಯ ಹೊಂದಿದಂತೆ, ಅವು ಬಳಕೆದಾರರ ಪರವಾಗಿ ಕ್ರಮೇಣ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತಿವೆ. ಕೋಡಿಂಗ್ ಏಜೆಂಟ್‌ಗಳು ರೆಪೊಸಿಟರಿಗಳನ್ನು ಸ್ವಯಂಚಾಲಿತವಾಗಿ ಪರಿಶೀಲಿಸಬಹುದು, ಕಮಾಂಡ್‌ಗಳನ್ನು ನಡೆಸಬಹುದು ಮತ್ತು ಅಭಿವೃದ್ಧಿ ಸಾಧನಗಳೊಂದಿಗೆ ಸಂವಹನ ಮಾಡಬಹುದು. ಇವು ಹಿಂದೆ ಮಾನವರ ನೇರ ನಿರ್ವಹಣೆ ಅಗತ್ಯವಾಗಿದ್ದ ಕಾರ್ಯಗಳಾಗಿದ್ದವು.

Codex ಜೊತೆಗೆ, ಸುರಕ್ಷಿತ ನಿಯೋಜನೆಗೆ ಸಂಸ್ಥೆಗಳಿಗೆ ಅಗತ್ಯವಿರುವ ನಿಯಂತ್ರಣಗಳೊಂದಿಗೆ ಈ ಸಾಮರ್ಥ್ಯಗಳನ್ನು ನಾವು ವಿನ್ಯಾಸಗೊಳಿಸಿದ್ದೇವೆ. ಏಜೆಂಟ್‌ಗಳು ಹೇಗೆ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತವೆ ಎಂಬುದನ್ನು ನಿಯಂತ್ರಿಸಲು ಸುರಕ್ಷತಾ ತಂಡಗಳಿಗೆ ಮಾರ್ಗಗಳು ಬೇಕಾಗುತ್ತವೆ: ಅವು ಏನನ್ನು ಪ್ರವೇಶಿಸಬಹುದು, ಯಾವಾಗ ಮಾನವ ಅನುಮೋದನೆ ಬೇಕಾಗುತ್ತದೆ, ಯಾವ ವ್ಯವಸ್ಥೆಗಳೊಂದಿಗೆ ಅವು ಸಂವಹನ ಮಾಡಬಹುದು ಮತ್ತು ಅವುಗಳ ವರ್ತನೆಯನ್ನು ವಿವರಿಸಲು ಯಾವ ಟೆಲಿಮೆಟ್ರಿ ಇದೆ.

OpenAI ನಲ್ಲಿ, ಕೆಲವು ಸ್ಪಷ್ಟ ಗುರಿಗಳೊಂದಿಗೆ ನಾವು Codex ಅನ್ನು ನಿಯೋಜಿಸುತ್ತೇವೆ: ಏಜೆಂಟ್ ಅನ್ನು ಸ್ಪಷ್ಟ ತಾಂತ್ರಿಕ ಮಿತಿಗಳೊಳಗೆ ಇಡುವುದು, ಕಡಿಮೆ-ಅಪಾಯದ ಕ್ರಮಗಳಲ್ಲಿ ಡೆವಲಪರ್‌ಗಳು ವೇಗವಾಗಿ ಕೆಲಸ ಮಾಡಲು ಅವಕಾಶ ನೀಡುವುದು ಮತ್ತು ಹೆಚ್ಚಿನ-ಅಪಾಯದ ಕ್ರಮಗಳನ್ನು ಸ್ಪಷ್ಟಗೊಳಿಸುವುದು. ಏಜೆಂಟ್ ಏನು ಮಾಡಿತು ಎಂಬುದನ್ನು ಅರ್ಥಮಾಡಿಕೊಳ್ಳಲು ಮತ್ತು ಲೆಕ್ಕಪರಿಶೀಲಿಸಲು ನಾವು ಏಜೆಂಟ್-ಸ್ಥಳೀಯ ಟೆಲಿಮೆಟ್ರಿಯನ್ನೂ ಉಳಿಸುತ್ತೇವೆ. ಪ್ರಾಯೋಗಿಕವಾಗಿ, ಅದಕ್ಕೆ ನಿರ್ವಹಿತ ಸಂರಚನೆ, ನಿಯಂತ್ರಿತ ಕಾರ್ಯಗತಗೊಳಿಕೆ, ನೆಟ್‌ವರ್ಕ್ ನೀತಿಗಳು ಮತ್ತು ಏಜೆಂಟ್-ಸ್ಥಳೀಯ ಲಾಗ್‌ಗಳು ಅರ್ಥವಾಗುತ್ತವೆ.

Codex ಹೇಗೆ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ ಎಂಬುದನ್ನು ನಿಯಂತ್ರಿಸುವುದು

ಸೀಮಿತ ಪರಿಸರದೊಳಗೆ ಅದು ಉತ್ಪಾದಕವಾಗಿರಬೇಕು, ಕಡಿಮೆ-ಅಪಾಯದ ದೈನಂದಿನ ಕ್ರಮಗಳು ಅಡಚಣೆಯಿಲ್ಲದಿರಬೇಕು ಮತ್ತು ಹೆಚ್ಚಿನ-ಅಪಾಯದ ಕ್ರಮಗಳು ಪರಿಶೀಲನೆಗಾಗಿ ನಿಲ್ಲಬೇಕು ಎಂಬ ಸರಳ ತತ್ವದೊಂದಿಗೆ ನಾವು Codex ಅನ್ನು ನಿಯೋಜಿಸುತ್ತೇವೆ.

ಸ್ಯಾಂಡ್‌ಬಾಕ್ಸಿಂಗ್ ಮತ್ತು ಅನುಮೋದನೆಗಳು

ಅನುಮೋದನೆಗಳು ಮತ್ತು ಸ್ಯಾಂಡ್‌ಬಾಕ್ಸಿಂಗ್ ಒಟ್ಟಿಗೆ ಕೆಲಸ ಮಾಡುತ್ತವೆ. ಸ್ಯಾಂಡ್‌ಬಾಕ್ಸ್ ತಾಂತ್ರಿಕ ಕಾರ್ಯಗತಗೊಳಿಸುವ ಮಿತಿಯನ್ನು ನಿರ್ಧರಿಸುತ್ತದೆ; ಇದರಲ್ಲಿ Codex ಎಲ್ಲಿ ಬರೆಯಬಹುದು, ಅದು ನೆಟ್‌ವರ್ಕ್ ತಲುಪಬಹುದೇ ಮತ್ತು ಯಾವ ಪಥಗಳು ಸಂರಕ್ಷಿತವಾಗಿರುತ್ತವೆ ಎಂಬುದು ಸೇರಿದೆ. ಅನುಮೋದನೆ ನೀತಿ, ಸ್ಯಾಂಡ್‌ಬಾಕ್ಸ್‌ನ ಹೊರಗೆ ಏನನ್ನಾದರೂ ಮಾಡಬೇಕಾದಾಗ ಹೀಗೇ, Codex ಯಾವಾಗ ಒಂದು ಕ್ರಮವನ್ನು ಮಾಡಲು ಕೇಳಬೇಕು ಎಂಬುದನ್ನು ನಿರ್ಧರಿಸುತ್ತದೆ. ಬಳಕೆದಾರರು ಕ್ರಮವನ್ನು ಒಮ್ಮೆ ಅನುಮೋದಿಸಬಹುದು ಅಥವಾ ಆ ಸೆಷನ್‌ಗೆ ಆ ರೀತಿಯ ಕ್ರಮವನ್ನು ಅನುಮೋದಿಸಬಹುದು.

ಸ್ಯಾಂಡ್‌ಬಾಕ್ಸ್ ಗಡಿಯನ್ನು ದಾಟುವ ವಿನಂತಿಗಳಿಗಾಗಿ, ನಾವು ಸ್ವಯಂ-ರಿವ್ಯೂ ಮೋಡ್(ಹೊಸ ಕಿಟಕಿಯಲ್ಲಿ ತೆರೆಯುತ್ತದೆ) ಅನ್ನು ಬಳಸುತ್ತಿದ್ದೇವೆ. ಇದು ಸಕ್ರಿಯವಾಗಿರುವಾಗ, ಕೆಲವು ವಿಧದ ವಿನಂತಿಗಳನ್ನು ಸ್ವಯಂ-ಅನುಮೋದನೆ ಮಾಡುತ್ತದೆ, ಇದರಿಂದ ಬಳಕೆದಾರರು ನಿಂತು Codex ಕ್ರಮಗಳನ್ನು ಅನುಮೋದಿಸಬೇಕಾಗುವ ಅವಧಿ ಕಡಿಮೆಯಾಗುತ್ತದೆ. Codex ಯೋಜಿತ ಕ್ರಮ ಮತ್ತು ಇತ್ತೀಚಿನ ಸಂದರ್ಭವನ್ನು ಸ್ವಯಂ-ಅನುಮೋದನೆ ಉಪ ಏಜೆಂಟ್‌ಗೆ ಕಳುಹಿಸುತ್ತದೆ. ಇದು ಬಳಕೆದಾರರನ್ನು ಅಡ್ಡಿಪಡಿಸುವ ಬದಲು ಕಡಿಮೆ ಅಪಾಯದ ಕ್ರಮಗಳನ್ನು ಅಥವಾ ಬಳಕೆದಾರರ ಅನುಮೋದನೆಯ ಸಾಕಷ್ಟು ಮಟ್ಟವಿರುವ ಹೆಚ್ಚು ಅಪಾಯದ ಕ್ರಮಗಳನ್ನು ಸ್ವಯಂಚಾಲಿತವಾಗಿ ಅನುಮೋದಿಸಬಹುದು. ಇದರಿಂದ Codex ಸಾಮಾನ್ಯ ಕೆಲಸಗಳಲ್ಲಿ ಮುಂದುವರಿಯುತ್ತದೆ, ಆದರೆ ಹೆಚ್ಚಿನ-ಅಪಾಯದ ಅಥವಾ ಅನಿರೀಕ್ಷಿತ ಪರಿಣಾಮಗಳಿರುವ ಕ್ರಮಗಳಲ್ಲಿ ಇನ್ನೂ ನಿಲ್ಲುತ್ತದೆ.

TOML

1
# config.toml
2

3
# Turn on auto_review
4
approvals_reviewer = "auto_review"
5
# Add known development directories to the sandbox automatically
6
sandbox_workspace_write.writable_roots = ["~/development"]
7

8
# requirements.toml
9

10
# Require Codex to operate inside the sandbox
11
allowed_sandbox_modes = ["read-only", "workspace-write"]

ನೆಟ್‌ವರ್ಕ್ ಪ್ರವೇಶ

ಅಪರಿಮಿತ ಹೊರಹೋಗುವ ಪ್ರವೇಶದೊಂದಿಗೆ ನಾವು Codex ಅನ್ನು ನಡೆಸುವುದಿಲ್ಲ. ನಮ್ಮ ನಿರ್ವಹಿತ ನೆಟ್‌ವರ್ಕ್ ನೀತಿ ನಿರೀಕ್ಷಿತ ಗುರಿಗಳನ್ನು ಅನುಮತಿಸುತ್ತದೆ, Codex ತಲುಪಬಾರದೆಂದು ನಾವು ಬಯಸುವ ಗುರಿಗಳನ್ನು ತಡೆಗಟ್ಟುತ್ತದೆ ಮತ್ತು ಪರಿಚಯವಿಲ್ಲದ ಡೊಮೇನ್‌ಗಳಿಗೆ ಅನುಮೋದನೆ ಅಗತ್ಯವಿರುತ್ತದೆ. ಇದರಿಂದ Codex ಗೆ ವಿಶಾಲ ನೆಟ್‌ವರ್ಕ್ ಪ್ರವೇಶ ನೀಡದೇ ಸಾಮಾನ್ಯ, ವಿಶ್ವಾಸಾರ್ಹ ವರ್ಕ್‌ಫ್ಲೋಗಳನ್ನು ಪೂರ್ಣಗೊಳಿಸಲು ಸಾಧ್ಯವಾಗುತ್ತದೆ.

TOML

1
# requirements.toml
2

3
# Ensure web fetch only comes from OpenAI's cache
4
allowed_web_search_modes = ["cached"]
5

6
[experimental_network]
7
# Turn on Network Proxy
8
enabled = true
9
# Allow Codex to interact with localhost
10
allow_local_binding = true
11
# Block all requests to this domain
12
denied_domains = ["pastebin.com"]
13
# Auto-allow requests to these domains
14
allowed_domains = ["login.microsoftonline.com", "*.openai.com"]

ಗುರುತು ಮತ್ತು ಪ್ರಮಾಣಪತ್ರಗಳು

Codex ದೃಢೀಕರಣವನ್ನು ಹೇಗೆ ಮಾಡುತ್ತದೆ ಎಂಬುದನ್ನೂ ನಾವು ನಿರ್ವಹಿಸುತ್ತೇವೆ. CLI ಮತ್ತು MCP OAuth ಪ್ರಮಾಣಪತ್ರಗಳನ್ನು ಸುರಕ್ಷಿತ OS ಕೀರಿಂಗ್ ನಲ್ಲಿ ಸಂಗ್ರಹಿಸಲಾಗುತ್ತದೆ, ಲಾಗಿನ್ ಅನ್ನು ChatGPT ಮೂಲಕ ಒತ್ತಾಯಿಸಲಾಗುತ್ತದೆ ಮತ್ತು ಪ್ರವೇಶವನ್ನು ನಮ್ಮ ChatGPT enterprise workspace ಗೆ ಪಿನ್ ಮಾಡಲಾಗುತ್ತದೆ. ಇದರಿಂದ Codex ಬಳಕೆ ನಮ್ಮ ವರ್ಕ್‌ಸ್ಪೇಸ್-ಮಟ್ಟದ ನಿಯಂತ್ರಣಗಳಿಗೆ ಕೊಂಡಿಯಾಗಿರುತ್ತದೆ ಮತ್ತು ನಮ್ಮ ಸಂಸ್ಥೆಯ ಕಾರ್ಯಕ್ಷೇತ್ರಕ್ಕಾಗಿ ChatGPT Compliance Logs Platform ನಲ್ಲಿ Codex ಚಟುವಟಿಕೆ ಲಭ್ಯವಾಗುತ್ತದೆ.

TOML

1
# config.toml
2

3
# Store CLI Auth Creds in OS Keychain
4
cli_auth_credentials_store = "keyring"
5
# Store MCP Creds in OS Keychain
6
mcp_oauth_credentials_store = "keyring"
7
# Require Auth via ChatGPT
8
forced_login_method = "chatgpt"
9
# Require Auth to Specific ChatGPT Workspace
10
forced_chatgpt_workspace_id = "<workspace-uuid>"

ನಿಯಮಗಳು

ಪ್ರತಿ shell command ಅನ್ನು Codex ಸಮಾನವಾಗಿ ಸುರಕ್ಷಿತವೆಂದು ಪರಿಗಣಿಸದಂತೆ ಮಾಡಲು ನಾವು ನಿಯಮಗಳನ್ನು ಬಳಸುತ್ತೇವೆ. ಇಂಜಿನಿಯರ್‌ಗಳು ದಿನನಿತ್ಯದ ಅಭಿವೃದ್ಧಿಯಲ್ಲಿ ಬಳಸುವ ಸಾಮಾನ್ಯ ನಿರಪಾಯ ಕಮಾಂಡ್‌ಗಳನ್ನು ಸ್ಯಾಂಡ್‌ಬಾಕ್ಸ್‌ನ ಹೊರಗೆ ಅನುಮೋದನೆ ಇಲ್ಲದೆ ಅನುಮತಿಸಬಹುದು ಮತ್ತು ನಿರ್ದಿಷ್ಟ ಅಪಾಯಕಾರಿ ಕಮಾಂಡ್‌ಗಳನ್ನು ತಡೆಗಟ್ಟಬಹುದು ಅಥವಾ ಅವುಗಳಿಗೆ ಅನುಮೋದನೆ ಅಗತ್ಯವಾಗಿರಬಹುದು. ಇದರಿಂದ Codex ಸಾಮಾನ್ಯ ಎಂಜಿನಿಯರಿಂಗ್ ಕಾರ್ಯಗಳಲ್ಲಿ ವೇಗವಾಗಿ ಮುನ್ನಡೆಯಬಹುದು, ಆದರೆ ಸ್ಯಾಂಡ್‌ಬಾಕ್ಸ್‌ನ ಹೊರಗೆ ನಾವು ನಡೆಯಲು ಬಯಸದ ಮಾದರಿಗಳನ್ನು ಇನ್ನೂ ಪರಿಶೀಲನೆಗೆ ಒತ್ತಾಯಿಸಬಹುದು ಅಥವಾ ತಡೆಗಟ್ಟಬಹುದು.

Starlark

1
# default.rules
2

3
prefix_rule(
4
pattern = ["gh", "pr", ["view", "list"]],
5
decision = "allow",
6
justification = "Allows read-only GitHub PR inspection via gh CLI.",
7
)
8
prefix_rule(
9
pattern = ["kubectl", ["get", "describe", "logs"]],
10
decision = "allow",
11
justification = "Allows Kubernetes resource inspection for debugging.",
12
)

ನಿರ್ವಹಿತ ಸಂರಚನೆಗಳು

ಕ್ಲೌಡ್-ನಿರ್ವಹಿತ ಅವಶ್ಯಕತೆಗಳು, macOS ನಿರ್ವಹಿತ ಆದ್ಯತೆಗಳು ಮತ್ತು ಸ್ಥಳೀಯ ಅವಶ್ಯಕತೆಗಳ ಕಡತಗಳ ಸಂಯೋಜನೆಯ ಮೂಲಕ ನಾವು ಈ ನಿಲುವನ್ನು ಅನ್ವಯಿಸುತ್ತೇವೆ. ಅವಶ್ಯಕತೆಗಳು ಬಳಕೆದಾರರು ಮೀರಿಸಲಾಗದ ಆಡಳಿತಗಾರರಿಂದ ಜಾರಿಗೊಳಿಸಲಾದ ನಿಯಂತ್ರಣಗಳಾಗಿವೆ. macOS ನಿರ್ವಹಿತ ಆದ್ಯತೆಗಳು ಮತ್ತು ಸ್ಥಳೀಯ ಅವಶ್ಯಕತೆಗಳ ಕಡತಗಳು, ತಂಡ, ಬಳಕೆದಾರರ ಗುಂಪು ಅಥವಾ ಪರಿಸರದ ಆಧಾರದ ಮೇಲೆ ವಿವಿಧ ಸಂರಚನೆಗಳನ್ನು ಪರೀಕ್ಷಿಸುತ್ತಾ ಒಂದೇ ರೀತಿಯ ಮೂಲಮಟ್ಟವನ್ನು ಉಳಿಸಿಕೊಳ್ಳಲು ನಮಗೆ ಅವಕಾಶ ಕೊಡುತ್ತವೆ. ಈ ಸಂರಚನೆಗಳು ಡೆಸ್ಕ್‌ಟಾಪ್ ಆಪ್, CLI ಮತ್ತು IDE ವಿಸ್ತರಣೆ ಸೇರಿದಂತೆ ಸ್ಥಳೀಯ Codex ಮೇಲ್ಮೈಗಳಾದ್ಯಂತ ಅನ್ವಯವಾಗುತ್ತವೆ.

ಏಜೆಂಟ್-ಸ್ಥಳೀಯ ಟೆಲಿಮೆಟ್ರಿ ಮತ್ತು ಲೆಕ್ಕಪರಿಶೀಲನಾ ಹಾದಿಗಳು

ನಿಯಂತ್ರಣವು ಕೆಲಸದ ಅರ್ಧ ಭಾಗ ಮಾತ್ರ. ಏಜೆಂಟ್‌ಗಳನ್ನು ನಿಯೋಜಿಸಿದ ನಂತರ, ಈ ಏಜೆಂಟ್‌ಗಳು ಏನು ಮಾಡುತ್ತಿವೆ ಮತ್ತು ಏಕೆ ಎಂಬುದರ ಬಗ್ಗೆ ಸುರಕ್ಷತಾ ತಂಡಗಳಿಗೆ ಗೋಚರತೆ ಬೇಕಾಗುತ್ತದೆ. Codex ಕೈಗೊಂಡ ಕ್ರಮಗಳನ್ನು ನೋಡಿದಾಗ ಪರಂಪರೆಯ ಸುರಕ್ಷತಾ ಲಾಗ್‌ಗಳು ಇನ್ನೂ ಉಪಯುಕ್ತವಾಗಿವೆ, ಆದರೆ ಅವು ಮುಖ್ಯವಾಗಿ ಏನಾಯಿತು ಎಂಬುದಕ್ಕೆ ಉತ್ತರಿಸುತ್ತವೆ: ಒಂದು ಪ್ರಕ್ರಿಯೆ ಆರಂಭವಾಯಿತು, ಒಂದು ಫೈಲ್ ಬದಲಾಗಿದೆ, ಒಂದು ನೆಟ್‌ವರ್ಕ್ ಸಂಪರ್ಕ ಪ್ರಯತ್ನಿಸಲಾಯಿತು. Codex ಏಕೆ ಏನನ್ನಾದರೂ ಮಾಡಿತು ಅಥವಾ ಬಳಕೆದಾರರ ಉದ್ದೇಶ ಏನು ಎಂಬುದನ್ನು ಇನ್ನೂ ರಕ್ಷಕರು ಪತ್ತೆಹಚ್ಚಬೇಕಾಗುತ್ತದೆ.

Codex ಸುರಕ್ಷತಾ ತಂಡಗಳಿಗೆ ಹೆಚ್ಚು ಏಜೆಂಟ್-ಜಾಗರೂಕ ದೃಷ್ಟಿಕೋನವನ್ನು ನೀಡಬಹುದು. ಬಳಕೆದಾರರ ಪ್ರಾಂಪ್ಟ್‌ಗಳು, ಟೂಲ್ ಅನುಮೋದನೆ ನಿರ್ಧಾರಗಳು, ಟೂಲ್ ಕಾರ್ಯಗತಗೊಳಿಸುವ ಫಲಿತಾಂಶಗಳು, MCP ಸರ್ವರ್ ಬಳಕೆ ಮತ್ತು ನೆಟ್‌ವರ್ಕ್ ಪ್ರಾಕ್ಸಿ ಅನುಮತಿ ಅಥವಾ ನಿರಾಕರಣೆ ಘಟನೆಗಳಂತಹ ವಿವಿಧ Codex ಘಟನೆಗಳಿಗೆ Codex OpenTelemetry ಲಾಗ್ ರಫ್ತನ್ನು ಬೆಂಬಲಿಸುತ್ತದೆ. Enterprise ಮತ್ತು Edu ಗ್ರಾಹಕರಿಗಾಗಿ OpenAI Compliance Platform ಮೂಲಕವೂ Codex ಚಟುವಟಿಕೆ ಲಾಗ್‌ಗಳು ಲಭ್ಯವಿವೆ.

TOML

1
# config.toml
2

3
[otel]
4
log_user_prompt = true
5
environment = "prod"
6

7
[otel.exporter.otlp-http]
8
endpoint = "http://localhost:14318/v1/logs"
9
protocol = "binary"

OpenAI ನಲ್ಲಿ, ನಮ್ಮ AI-ಚಾಲಿತ ಸುರಕ್ಷತಾ triage ಏಜೆಂಟ್ ಜೊತೆಗೆ Codex ಲಾಗ್‌ಗಳನ್ನು ನಾವು ಬಳಸುತ್ತೇವೆ. ಒಂದು ಎಂಡ್‌ಪಾಯಿಂಟ್ ಎಚ್ಚರಿಕೆ Codex ಅಸಾಮಾನ್ಯವಾದುದನ್ನು ಮಾಡಿದೆ ಎಂದು ಹೇಳಿದಾಗ, ಎಂಡ್‌ಪಾಯಿಂಟ್ ಭದ್ರತಾ ಉಪಕರಣ ಅನುಮಾನಾಸ್ಪದ ಘಟನೆ ಸಂಭವಿಸಿದೆ ಎಂದು ನಮಗೆ ತಿಳಿಸುತ್ತದೆ. ನಂತರ ಬಳಕೆದಾರ ಮತ್ತು ಏಜೆಂಟ್‌ನ ಸುತ್ತಮುತ್ತಲಿನ ಉದ್ದೇಶವನ್ನು ವಿವರಿಸಲು Codex ಲಾಗ್‌ಗಳು ಸಹಾಯ ಮಾಡುತ್ತವೆ. ನಮ್ಮ AI ಸುರಕ್ಷತಾ triage ಏಜೆಂಟ್ ಮೂಲ ವಿನಂತಿ, ಟೂಲ್ ಚಟುವಟಿಕೆ, ಅನುಮೋದನೆ ನಿರ್ಧಾರಗಳು, ಟೂಲ್ ಫಲಿತಾಂಶಗಳು ಮತ್ತು ಯಾವುದೇ ಸಂಬಂಧಿತ ನೆಟ್‌ವರ್ಕ್ ನೀತಿ ನಿರ್ಧಾರ ಅಥವಾ ತಡೆ ಪರಿಶೀಲಿಸಲು Codex ಲಾಗ್‌ಗಳನ್ನು ಬಳಸುತ್ತದೆ. ನಿರೀಕ್ಷಿತ ಏಜೆಂಟ್ ವರ್ತನೆ, ನಿರಪಾಯ ತಪ್ಪುಗಳು ಮತ್ತು ನಿಜವಾಗಿಯೂ ಏರಿಕೆ ಅಗತ್ಯವಿರುವ ಚಟುವಟಿಕೆಗಳನ್ನು ಭೇದಿಸಲು ನಮ್ಮ ಸುರಕ್ಷತಾ ತಂಡಕ್ಕೆ ಪರಿಶೀಲನೆಗಾಗಿ AI ಸುರಕ್ಷತಾ ಟ್ರೈಯೇಜ್ ಏಜೆಂಟ್ ತನ್ನ ವಿಶ್ಲೇಷಣೆಯನ್ನು ಮುಂದಿರಿಸುತ್ತದೆ.

ನಾವು ಇದೇ ಟೆಲಿಮೆಟ್ರಿಯನ್ನು ಕಾರ್ಯಾಚರಣೆಯಲ್ಲಿಯೂ ಬಳಸುತ್ತೇವೆ. ಆಂತರಿಕ ಅಳವಡಿಕೆ ಹೇಗೆ ಬದಲಾಗುತ್ತಿದೆ, ಯಾವ ಸಾಧನಗಳು ಮತ್ತು MCP ಸರ್ವರ್‌ಗಳನ್ನು ಬಳಸಲಾಗುತ್ತಿದೆ, ನೆಟ್‌ವರ್ಕ್ ಸ್ಯಾಂಡ್‌ಬಾಕ್ಸ್ ಎಷ್ಟು ಬಾರಿ ತಡೆಗಟ್ಟುತ್ತಿದೆ ಅಥವಾ ಪ್ರಾಂಪ್ಟ್ ಮಾಡುತ್ತಿದೆ ಮತ್ತು ಇನ್ನೂ ಎಲ್ಲಿ ರೋಲೌಟ್ ಸಿದ್ಧಪಡಿಸುವ ಅಗತ್ಯವಿದೆ ಎಂಬುದನ್ನು ಅರ್ಥಮಾಡಿಕೊಳ್ಳಲು ನಾವು ಈ ಲಾಗ್‌ಗಳನ್ನು ಬಳಸುತ್ತೇವೆ. ಈ OpenTelemetry ಲಾಗ್‌ಗಳನ್ನು SIEM ಮತ್ತು ಅನುಸರಣೆ ಲಾಗಿಂಗ್ ವ್ಯವಸ್ಥೆಗಳಲ್ಲಿ ಕೇಂದ್ರೀಕರಿಸಬಹುದು.

ಮುಂದೆ ನೋಡುವುದು

Codex ನಂತಹ ಕೋಡಿಂಗ್ ಏಜೆಂಟ್‌ಗಳು ಅಭಿವೃದ್ಧಿ ವರ್ಕ್‌ಫ್ಲೋಗಳಲ್ಲಿ ಸಂಯೋಜನೆಗೊಳ್ಳುತ್ತಿದ್ದಂತೆ, ಭದ್ರತಾ ತಂಡಗಳಿಗೆ ಈ ಬದಲಾವಣೆಯನ್ನು ನಿರ್ವಹಿಸಲು ವಿಶೇಷವಾಗಿ ವಿನ್ಯಾಸಗೊಳಿಸಲಾದ ಸಾಧನಗಳ ಅಗತ್ಯವಿದೆ. ಸುರಕ್ಷಿತ ಅಳವಡಿಕೆಯನ್ನು ಖಚಿತಪಡಿಸಿಕೊಳ್ಳಲು ಅಗತ್ಯವಿರುವ ಕಂಟ್ರೋಲ್ ಸರ್ಫೇಸ್‌ಗಳು, ಕಾನ್ಫಿಗರೇಶನ್ ಮ್ಯಾನೇಜ್‌ಮೆಂಟ್, ಸ್ಯಾಂಡ್‌ಬಾಕ್ಸಿಂಗ್ ಮತ್ತು ವಿವರವಾದ ಏಜೆಂಟ್-ಅವೇರ್ ಟೆಲಿಮೆಟ್ರಿಯನ್ನು Codex ಒದಗಿಸುತ್ತದೆ. ಆ ಸಾಮರ್ಥ್ಯಗಳು ಜಾರಿಯಲ್ಲಿರುವುದರಿಂದ, ಭದ್ರತಾ ತಂಡಗಳು ಹೆಚ್ಚಿನ ವಿಶ್ವಾಸದೊಂದಿಗೆ Codex ಅನ್ನು ಸಕ್ರಿಯಗೊಳಿಸಬಹುದು, ಎಂಟರ್‌ಪ್ರೈಸ್ ಭದ್ರತೆಗೆ ಅಗತ್ಯವಿರುವ ಗೋಚರತೆ ಮತ್ತು ನಿಯಂತ್ರಣದೊಂದಿಗೆ ಡೆವಲಪರ್ ಉತ್ಪಾದಕತೆಯನ್ನು ಸಮತೋಲನಗೊಳಿಸಬಹುದು. Codex ಅನ್ನು ಕಾನ್ಫಿಗರ್ ಮಾಡುವ ಕುರಿತು ಹೆಚ್ಚಿನ ಮಾಹಿತಿಯನ್ನು ಇಲ್ಲಿ(ಹೊಸ ಕಿಟಕಿಯಲ್ಲಿ ತೆರೆಯುತ್ತದೆ) ಕಾಣಬಹುದು ಮತ್ತು Compliance API ಕುರಿತು ಇಲ್ಲಿ(ಹೊಸ ಕಿಟಕಿಯಲ್ಲಿ ತೆರೆಯುತ್ತದೆ) ಕಾಣಬಹುದು.