StegTool 소개

LSB 인코딩/디코딩 파이프라인

인코딩할 때 도구는 먼저 텍스트를 UTF-8로 바이트열로 변환하고, 그것을 1비트씩 이미지 픽셀의 최하위 비트(Least Significant Bit)에 기록합니다. "A"를 예로 들면, 문자 인코딩으로 얻은 일련의 비트가 어떤 픽셀의 R·G·B 각 채널의 최하위 비트에 차례로 들어가고, 이어서 다음 픽셀이 처리됩니다 —— 최하위 비트만 바꾸기 때문에 각 채널 값의 변화는 최대 1/255에 그쳐 눈으로는 구별할 수 없습니다.

디코딩하는 쪽에 "어디서 끝나는지"를 알리기 위해 파이프라인은 끝부분에 고정된 종료 마커를 기록합니다. 디코딩할 때는 픽셀의 최하위 비트를 다시 훑어 바이트열을 조립하고, 마커에 도달하면 멈춘 뒤 UTF-8로 텍스트를 복원합니다. TextEncoder / TextDecoder 덕분에 다국어 텍스트와 이모지도 손실 없이 왕복할 수 있습니다.

픽셀 읽기와 쓰기는 브라우저 표준 Canvas API로 수행합니다: drawImage()로 이미지를 오프스크린 캔버스에 그리고, getImageData() / putImageData()로 픽셀 단위 읽기/쓰기를 하며, 마지막으로 canvas.toBlob()으로 내보냅니다. 이 과정에서 서드파티 그래픽 라이브러리는 전혀 쓰지 않으며 AI 모델도 관여하지 않습니다.

프라이버시 우선 제로 서버 설계

StegTool은 의도적으로 "백엔드 없음"으로 만들어졌습니다: 업로드용 API도, 오브젝트 스토리지도, 데이터베이스도, 마이크로서비스도 없습니다. 이미지는 로컬 디스크에서 브라우저 메모리로 읽히고, 처리가 끝나면 그대로 로컬 디스크로 다운로드됩니다 —— 중간의 어느 단계도 같은 기기 안에서 완결됩니다.

이 설계에는 두 가지 직접적인 이점이 있습니다. 하나는 기밀성이 높은 자료(계약서 스크린샷, 신분 증명, 미공개 작품 등)가 기기 밖으로 나갈 필요가 없다는 점입니다. 다른 하나는 서버 측 지연이 없어 처리 속도가 기기 성능에만 달려 있다는 점입니다.

직접 확인할 수 있습니다: 브라우저 개발자 도구(F12) → Network 패널을 열고 "기록 + 다운로드" 흐름을 한 번 끝까지 실행한 뒤 요청 목록을 보세요. 이미지 내용이나 숨긴 텍스트를 담은 요청은 단 하나도 나타나지 않습니다.

디지털 저작권과 자산 보호

사진작가, 일러스트레이터, 디자인 스튜디오는 저작자명·작품 번호·라이선스 범위·고객 정보 등을 이미지에 기록할 수 있습니다. 겉모습은 깨끗한 채로, 증거는 파일과 함께 계속 남습니다. 이커머스 판매자라면 주문 번호나 SKU를 상품 이미지에 기록해 무단 전재의 출처를 추적하는 단서로도 쓸 수 있습니다.

기업의 일괄 처리 워크플로

StegTool은 한 번에 최대 20장의 이미지에 모아서 기록할 수 있습니다. 모든 이미지에 같은 텍스트(통일된 저작권 표시 등)를 넣어도 되고, 한 장씩 다른 내용을 설정할 수도 있습니다. 소재 라이브러리 등록, 캠페인 소재 배포, 납품 전 일괄 마킹처럼 규모가 필요한 상황에 적합하며, 처리 중에 업로드가 발생하지 않아 사내 자료를 외부로 내보내지 않아야 한다는 컴플라이언스 요건에도 부합합니다.

비밀 통신 채널

암호화 채널이 제한되거나 감시되는 환경에서 스테가노그래피는 다른 접근을 제공합니다: 지극히 평범해 보이는 이미지 안에 정보를 숨겨 일반적인 경로로 보내는 것입니다. 기자, 연구자, 보안 종사자는 이를 암호화와 함께 쓰는 경우가 많습니다 —— 먼저 텍스트를 암호화하고, 그 암호문을 이미지에 기록해 이중 보호를 만드는 방식입니다.