Introduce a CA registry with stable issuer identity and legacy compatibility

Đang mở
  • Có gì không ổn?
#9,475 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
12/100
Loại issue
Tính năng
Độ rõ ràng
Khá rõ ràng
Mức độ hoạt động
Sôi nổi
Công nghệ
php
Lĩnh vực
backend, security

Hướng nghiên cứu

The payload names no files, classes or tests, so start by finding where the active CA's configuration and identifiers are read during certificate issuance and CRL generation. Map the legacy instanceId, generation and engineType values to the proposed registry record. Done means a documented registry contract, legacy CA representable without key or certificate changes, and tests for isolation, identity collisions and invalid issuer lookup. This is design-heavy, so confirm scope with maintainers first.

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

Mô tả

backend enhancement php

Goal

Establish the backend registry and identity contract needed to manage multiple certificate authorities in one LibreSign installation.

Current state

The active CA is represented by application-level configuration and identifiers used throughout certificate issuance and CRL services.

Scope

  • Define a persistent CA record with an opaque public issuer identifier.
  • Represent CA identity, engine type, generation, lifecycle state and protected storage references.
  • Preserve the existing installation's CA without regeneration or certificate reissuance.
  • Support more than one registered CA, while leaving policy-based selection and administration UI for subsequent work.
  • Define how organizational contexts may reference a CA without using the Nextcloud group ID as its cryptographic identity.
  • Establish the identifier contracts needed by issuance, certificate inventory, revocation and CRL distribution.
  • Keep historical instanceId, generation and engineType information available for compatibility.
  • Define and verify the issuer-scoped identity of certificates, including cases where different issuers use the same serial number.
  • Establish backend ownership and authorization boundaries for privileged CA operations.

Acceptance criteria

  • Legacy CA configuration can be represented in the registry without changing its keys or issued certificates.
  • Multiple CA records have stable, unambiguous issuer identifiers.
  • A CA can be referenced independently of a group's name or lifecycle.
  • Missing or unauthorized issuer references fail safely.
  • Tests cover registry isolation, legacy compatibility, identity collisions and invalid issuer lookup.
  • Existing CRL URLs and certificate validation behavior remain unchanged.
  • The CA registry contract is documented for subsequent implementation.

Out of scope

New CRL routes, complete multiple-CA issuance, group administration UI, delegated CA creation and changes to signer certificate subject policies.

Handoff

Review the multi-CA epic's remaining implementation requirements against the registry contract before opening detailed CRL, provisioning and policy-selection issues.

Ngôn ngữ chính
PHP
Star
844
Fork
176
Merge trung bình
13 giờ 46 phút
Pull request đã merge (30 ngày)
299

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

Mở trong Codespaces

Khởi chạy dev container của dự án ngay trên trình duyệt, bằng tài khoản GitHub của bạn.

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 LibreSign/libresign

Tất cả issue của LibreSign/libresign

Issue tương tự

Thêm issue về PHP

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.