Proposal: host-side AffixIO attestation alongside ADR observe/detect/prevent

Đang mở
  • Có gì không ổn?
#128 0 bình luận 0 reaction 0 người được giao Xem trên GitHub

Maintainer thường phản hồi trong vòng 1 ngày

Chưa có ai nhận issue này.

Đánh giá

Độ khó
5/5
Thời gian dự kiến
Hơn một tuần
Mức phù hợp với người mới
25/100
Loại issue
Tính năng
Độ rõ ràng
Cần làm rõ
Mức độ hoạt động
Sôi nổi
Công nghệ
python
Lĩnh vực
security

Hướng nghiên cứu

Start by reading the README sections on Prevention and the Sensor schema; the issue does not identify specific files or tests. The first step is to get maintainer direction on whether this belongs in documentation, a Sensor schema change, or a local example, and whether to wait for Prevention OSS. Done would require an agreed scope and a minimal contribution matching it.

Do mô hình lập chỉ mục viết ra từ nội dung của issue.

Mô tả

Summary

AffixIO can sit next to ADR as complementary host-side signed ACTION yes/no proof for consequential agent tool calls. ADR already observes activity, detects threats, and (in product) prevents unsafe actions. AffixIO would not replace that loop. It would add signed allow/deny evidence ADR can cite in detection/response, and optionally gate unsafe tool calls with host proof before execution.

Happy to stop at discussion, or contribute a minimal example if maintainers want one.

Why this fits

ADR Discovery/Sensor/Detection already cover inventory, telemetry, and threat detection. Prevention is called out in the README but is not in the current open-source release. Host-side attestation is a natural companion:

  • ADR sees what the agent did or tried to do.
  • AffixIO signs a concrete ACTION allow/deny decision on the host.
  • Detection/response can treat that signature as citeable evidence, not another opaque policy black box.

Scope lock for AffixIO here: PII stays on the host. This is not person/age/KYC identity.

Product surface (AffixIO)

Proposed sit (no full wrap)

Optional complementary path only:

  1. Before a consequential tool call executes, request AffixIO host attestation for that ACTION.
  2. If denied, do not execute; emit signed deny evidence into the ADR observability/detection trail.
  3. If allowed, proceed and attach signed allow evidence so ADR Detection can cite it later.

This stays outside ADR core. No proposal to vendor AffixIO into Discovery/Sensor/Detection, and no full SDK wrap of ADR.

Ask for maintainers

  1. Does complementary host-side attestation belong in ADR's open-source direction (docs/example note, Sensor schema field for attestations, or wait until Prevention OSS lands)?
  2. If useful, would you prefer a short docs note plus a minimal local example under something like Sensor/examples/, or hold until Prevention is public?
  3. Any schema constraints for attaching signed evidence to Sensor events without bloating the unified telemetry model?

If maintainers want a minimal example, AffixIO can provide a small FIT-for-PR sketch (local stdio MCP + signed ACTION gate stub) and stop there. No large wrap planned.

Ngôn ngữ chính
Python
Star
2.1k
Fork
230
Merge trung bình
16 giờ 8 phút
Pull request đã merge (30 ngày)
2

Chuẩn bị môi trường

Bắt đầu từ đâu

  1. Đọc hết issue, rồi đọc hướng dẫn đóng góp của dự án.
  2. Bình luận trên issue rằng bạn sẽ nhận — tránh hai người làm cùng một việc.
  3. Fork repository và làm thay đổi trên một nhánh.
  4. Mở pull request có tham chiếu số hiệu của issue.

Issue khác của uber/ADR

Tất cả issue của uber/ADR

Issue tương tự

Thêm issue về Python

Nhận issue mới trong hộp thư của bạn

Bản tóm tắt ngắn những issue GitHub phù hợp với người mới.