대칭키 · 포트 이름 RFC 7714 §16.1.1 스스로 설명하는 그래프

포트 이름을 붙인 AES-GCM

같은 AES-GCM 암호화에서 AES 노드의 고정 포트에 역할 이름을 붙여 그래프가 프로토콜처럼 읽히게 했다.

개요 및 암호학적 배경

SRTP(RFC 7714)나 TLS 레코드 보호처럼 실제 보안 프로토콜을 모델링할 때 Plaintext, Ciphertext 같은 일반적인 포트 이름은 각 배선에 어떤 프로토콜 구조가 흐르는지 가립니다. NodeCrypto에서는 고유한 포트 ID는 그대로 둔 채 캔버스 카드나 속성 창에서 고정 포트와 동적 포트의 이름을 바꿀 수 있습니다.

이 워크플로우는 AES-GCM 암호화와 기능이 같습니다. 다만 AES Encrypt 노드의 고정 포트에 프로토콜 용어를 붙였습니다. plaintext는 Packet Payload로, ciphertext는 Encrypted Payload로, tag는 Authentication Tag로 바꾸고, SRTP nonce 규칙을 설명하는 Markdown 메모를 붙였습니다.

파이프라인 배선 구조와 역할 포트 매핑

Workflow Input ──► AES Encrypt (Packet Payload → Encrypted Payload + Authentication Tag) ──► Workflow Output

고유 포트 ID 유지: plaintext 포트의 표시 이름을 Packet Payload로 바꿔도 연결선과 CLI 실행 엔진은 바뀌지 않는 ID plaintext를 참조합니다. 캔버스에서 이름을 바꾼 포트에 마우스를 올리면 원래 ID가 툴팁으로 나타납니다(포트 순서와 이름 변경 참고).
내장 Markdown 메모: AES 노드의 메모에는 RFC 7714 §16.1.1을 적어 두었고, 같은 키로 96비트 GCM nonce를 절대 재사용하지 말라는 주의가 들어 있습니다(노드 속성 창과 메모 참고).

노드 구성 및 설정

노드	역할과 이름을 바꾼 포트	개수
Workflow Input	`Key`, `Nonce`, `AAD`, `Plaintext` 공급	1
AES Encrypt	`mode = "GCM"`. 포트 이름을 `Packet Payload`(입력), `Encrypted Payload`(출력), `Authentication Tag`(출력)로 변경	1
Workflow Output	`Ciphertext`와 `Tag` 수집	1

노드 레퍼런스 → · 포트 이름 변경 안내 →

입출력 명세 및 시험 벡터 검증

검증 출처: RFC 7714 §16.1.1 (AES-128-GCM, SRTP packet)

입력

이름	타입	값 (Hex)
`Key`	`bytes` (16 B)	`000102030405060708090a0b0c0d0e0f`
`Nonce`	`bytes` (12 B)	`51753c6580c2726f20718414`
`AAD`	`bytes` (12 B)	`8040f17b8041f8d35501a0b2`
`Plaintext`	`bytes` (39 B)	`47616c6c696120657374206f6d6e69732064697669736120696e207061727465732074726573`

기대 출력

이름	타입	값 (Hex)
`Ciphertext`	`bytes` (39 B)	`f24de3a3fb34de6cacba861c9d7e4bcabe633bd50d294e6f42a5f47a51c7d19b36de3adf8833`
`Tag`	`bytes` (16 B)	`899d7f27beb16a9152cf765ee4390cce`