본문 바로가기

전체 글33

보안보고서 자동화, 수집과 분석을 분리한 이유 보안보고서 자동화가 수집·분석·전송을 한 프로세스에서 처리할 때 생기는 장애 범위와 보안 위험을 줄이기 위해, Ubuntu Server와 OPNsense 환경의 역할을 분리하고 검증한 과정을 정리한다. ## 들어가며 매일 생성하는 보안보고서는 결과 파일 하나만 보면 단순해 보이지만, 실제로는 여러 서버의 상태 수집, 방화벽 조회, CrowdSec 경보 집계, 전일 데이터 비교, AI 분석, Telegram 전달이 이어지는 작업이다. 기존 구성은 보고서 생성기가 자체적으로 외부 AI를 호출하고 메시지까지 전송했다. 기능은 동작했지만 수집 실패와 분석 실패, 전달 실패가 한 실행 안에 섞여 있어 원인을 구분하기 어려웠다. 인증정보가 오류 로그에 남을 가능성도 운영 관점에서 부담이었다. 이번에는 보안보고서 자.. 2026. 11. 6.
systemd 타이머로 블로그 자동화 운영하기 systemd 타이머로 블로그 자동화 운영하기 systemd 타이머로 작업내역을 블로그 초안과 검토본으로 바꾸는 과정을 예약하고, 실패 재시도·민감정보 마스킹·수동 게시 원칙까지 함께 설계한 경험을 정리한다. ## 들어가며 서버 작업내역은 꾸준히 쌓이지만, 이를 다시 읽기 좋은 기술 글로 다듬는 일은 늘 뒤로 밀리기 쉽다. 이번에는 문서 저장소에 축적된 작업내역을 정해진 순서로 골라 초안을 만들고, 별도의 검토 에이전트가 게시 전 원고를 정리하도록 생산 흐름을 구성했다. 결론부터 말하면 핵심은 글을 생성하는 모델보다 **systemd 타이머**, 처리 상태 기록, 실패 시 재시도, 그리고 자동 게시를 하지 않는 안전 경계였다. 자동화 범위도 처음부터 제한했다. 네이버블로그와 티스토리 등록은 운영자가 직접.. 2026. 11. 3.
리눅스 서버 블로그 자동화, 검수 중심으로 설계하기 리눅스 서버 작업 기록을 기술 블로그로 바꿀 때는 생성 속도보다 입력 범위, 민감정보 마스킹, 수동 검수가 중요하다. Groq 초안과 Codex 보정 흐름을 시험하며 세운 운영 기준을 공유한다. ## 들어가며 서버를 운영하다 보면 작업내역은 꾸준히 쌓이지만, 이를 공개 가능한 글로 다시 정리하는 일은 생각보다 손이 많이 간다. 운영 기록에는 내부 주소, 서버 이름, 저장소 위치, 인증정보처럼 외부에 나가면 안 되는 내용이 자연스럽게 섞이기 때문이다. 이번에는 작업내역과 보안 관련 기록을 바탕으로 네이버블로그와 티스토리에 수동 등록할 초안을 만드는 기본 구조를 검토했다. 처음부터 자동 발행까지 연결하지는 않았다. 이번 리눅스 서버 블로그 자동화의 목표는 초안을 빠르게 만들되, 사람이 최종 결과를 확인하고 .. 2026. 10. 30.
블로그 작성 자동화, 초안보다 검증이 먼저였다 블로그 작성 자동화를 구성하며 작업 기록 선별, 민감정보 마스킹, 생성형 AI의 분량 편차와 API 제한을 함께 점검했다. 자동 발행 대신 초안 생성과 사람의 최종 검수를 분리한 운영 경험을 정리한다. ## 들어가며 서버 운영 기록은 그대로 두면 내부 참고 자료에 머물지만, 잘 다듬으면 비슷한 문제를 겪는 사람에게 도움이 되는 기술 글이 된다. 문제는 작업내역에 호스트 이름, 주소, 인증정보의 흔적, 내부 저장 위치처럼 공개해서는 안 되는 내용이 섞일 수 있다는 점이다. 문장을 자연스럽게 만드는 것보다 공개 가능한 입력을 선별하고 결과를 다시 검사하는 일이 먼저였다. 이번에는 작업내역과 보안 관련 기록을 바탕으로 네이버블로그와 티스토리에 수동 등록할 초안을 만드는 기본 구조를 검토했다. 목표는 완전 자동.. 2026. 10. 27.

티스토리툴바