11年生本番データ飛ばす

履歴ストレージは従量です（執筆時点の案内では Backup & Restore 関連で GB-month 単位）。「機能がある」のと「自分のプランで足りる」は別なので、そこは確認した方がいいです。 今回は 1 日前まで戻せる状態だったので、Backup & Restore でなんとか取り戻せました。止まっていた時間はだいたい 1 時間くらいです。 被害としては、立ち上げ初期で顧客データは 1 件、アクセスログを見る限り影響はほぼ 0 でした。助かった、というよりたまたま初期だっただけです。サービスが育ったあとに同じことをやっていたら、終わっていました。 原因 あとから見ると、いくつか重なっていました。 Turborepo 配下の .env が任意 URL を許していた DB まわりは packages/database にまとめていて、そこの .env の DATABASE_URL が指す

[gosho-kazuya]

そもそも踏み台無しで本番DBにアクセスできちゃうのが怖い

[rna]

貴重な生本番のデータを…

[wei_wei_weeei]

“「覚えてる」は信用しない”自分自身を含め、人間を信用しない

[fuji_haruka]

ローカルから本番DBにアクセスできること自体が危険⚠️ その状態ならプロンプトインジェクションで容易に本番DBのデータを外部に送信できる。

[kei_1010]

11年間、生本番して自分のデータを飛ばしてた話ではなかった。どのぐらい背筋が凍ったか教えて欲しい。

[chiroruxx]

他の人も書いてるけどインフラ構成の問題な気がする。

[rryu]

開発環境で本番環境用の操作をするなというか。環境取り違えが最も重大な事故を起こすのに混ぜたらもう目も当てられない。

[Falky]

あまりにもド下ネタすぎるけど不意打ちでめちゃくちゃ笑っちゃった…

[pj_lim]

ネットワーク分離どうなっとんねん定期。ローカルから通せるのがそもそもイかれてる。

[nguyen-oi]

連休明けのボケた頭でmigrate reset叩くの怖すぎるしローカルガードはマジで必須だな