pqcota: 구조와 흐름pqcota: structure and flow
시스템을 관측해 이력으로 쌓고, 사람이 서명한 계획에서 적용 파일과 되돌림 파일을 만듭니다. 적용은 사용자가 합니다.
pqcota observes your systems and keeps the history. From a plan that people have signed, it generates apply files and rollback files. You run them.
청록은 pqcota가 하는 일, 주황 점선은 사람이 하는 일입니다. pqcota에는 원격 실행 엔진이 없으므로 시스템을 바꾸는 일은 사용자의 Ansible이 합니다. 적용한 뒤 다시 관측해 바뀐 것이 보이면 인벤토리에 새 이력으로 남습니다. 관측하지 않는 계층의 변화(예: OpenSSL에 더한 provider)는 다시 관측해도 나타나지 않습니다.
Teal is what pqcota does; the dashed orange box is what people do. pqcota ships no remote execution engine, so changing a system is done by your own Ansible. If observing again after applying shows a change, it lands in the inventory as new history. A change in a layer pqcota does not observe (for example, a provider added to OpenSSL) does not show up when you observe again.
연결 등급:양자내성·하이브리드고전미정. 위험 점수가 아니라 관측한 사실입니다.
Connection grade:post-quantum or hybridclassicalundetermined. Observed facts, not risk scores.
- 하지 않는 일: 무엇을 언제 바꿀지 정하기, 위험이나 규정 준수 판정, 변경을 직접 적용하기, 인증.
- 승인: 확정되지 않았거나 승인 서명이 없는 계획으로는 아무것도 생성하지 않습니다. 서명은 기본적으로 승인자의 등록된 공개 키로 확인하고, 확인하지 못하면 거부합니다. 확인을 건너뛰는 명령줄 옵션이 있으며, 그 옵션을 쓰면 경고를 출력합니다. 누가 어떤 순서로 검토하는지는 조직의 절차입니다.
- 접속 자격 증명: 인벤토리에는 로그인이나 키를 담는 필드가 없습니다.
- It does not decide what to change or when, judge risk or compliance, apply changes for you, or certify anything.
- Approval: nothing is generated from a plan that is not finalized or carries no approval signature. By default the signature is checked against the approver's registered public key and the plan is refused if that check fails; a command-line option skips the check and prints a warning when used. Who reviews, and in what order, is your organization's process.
- Access credentials: the inventory has no field for logins or keys.
관측하지 못한 것은 「없음」이 아닙니다. 수집하지 못한 계층은 갭으로 남기고, 증거의 강도를 함께 적습니다.
Not observed is not the same as not there. A layer that could not be collected is recorded as a gap, with the strength of the evidence beside it.