[🐣질문] firebase 악성트래픽은 어떻게 대처해?

[익명(203.228)]

만에하나 악성트래픽으로부터 발생하는 비용을 제한하기 위해 비용 상한선을 두려고 했음.

예산 생성해서 이 금액 넘으면 자동으로 billing 막히게 구성하려했는데

문제가 이 예산 알림이 실제로 그 금액을 넘고도 최대 며칠 뒤에 발생할 수도 있다고 하네. 검색 좀 해보니 이거때매 8000만원 뜯길때까지 몰랐다는 사람도 있고.

당장 cloud function은 일단 최대 인스턴스 줄이는거 밖에 방법이 없어보이고.

이거에 대해 고민해본 사람있음??

- dc official App

[Mr빙그레(mrbinggrae)]

클라가 가지고 있는 정보가 갱신이 되었는지 체크. 서버로 보낼때 클라 정보가 달라질때만 요청.

[Mr빙그레(mrbinggrae)]

클라도 그때그때 바로 데이터를 서버로 보내는 것이 아니라 변경된 유저의 레벨업 정보 등을 가지고 있다가 앱이 종료될때라던지 특정 조건에 클라정보의 갱신여부를 따져서 서버에 요청함.

[Mr빙그레(mrbinggrae)]

그러고 보니 유니티에서는 앱 종료, 홈버튼을 눌러서 나갈때마다 호출해주는 함수가 있는데 Bevy는 그게 없넹.. 우찌하지

[글쓴 ㅇㅇ(203.228)]

클라이언트에서 cloud function https함수 url이 노출돼서 무한 트래픽같은걸 걸면 어떡하지.. - dc App

[글쓴 ㅇㅇ(203.228)]

이걸 디도스라고 하나? - dc App

[Mr빙그레(mrbinggrae)]

파이어베이스에 앱체크인가 뭐시기 있어. 해당 요청이 구글에서 정식으로 다운로드 받은 어플에서 요청한것인지 아닌지를 체크해주는거야. 그거 달면 돼

[글쓴 ㅇㅇ(203.228)]

답변 정말 고마움.. 근데 자세히 알아보니 appcheck를 써도 이게 허용된 클라이언트인지 확인하는 토큰을 api 요청에 함께 전송해서 리소스 액세스 가능 여부를 추가적으로 확인하는 역할인거 같음.. 근데 요금제는 대부분 함수 실행횟수나 db읽기를 카운팅하기때문에 인증을 하기도전에 혹은 하면서도 카운팅은 집계되는거 같음.. - dc App

[Mr빙그레(mrbinggrae)]

자본주의 세상이지 뭐... 그래도 appcheck 살펴보면 확인하는 횟수? 등을 조절해서 저렴하게 할 수도 있는 걸로 알고 있어.

[글쓴 ㅇㅇ(203.228)]

그래서 생각해본게 client단에는 function sdk만 쥐어주고 https function으로 요청시 db수정, https function call 시 함수 내에서 횟수 카운팅해서 이상조짐있으면 function 막기. 이게 유일하게 보수적인 방법같은데 - dc App

[글쓴 ㅇㅇ(203.228)]

이게 분명 꼴값인데 요금폭탄 맞을수도 있다는게 넘 쫄리네 ㅋㅋㅋ - dc App

[글쓴 ㅇㅇ(203.228)]

그래도 appcheck는 써야겠다 ㄱㅅㄱㅅ - dc App

[Mr빙그레(mrbinggrae)]

글쎄 나는 한번도 겪어본 적이 없어... 최대한 클라이언트에서 처리하고 서버 검증을 거쳐야만 하는 애들(유료상품 또는 해킹의심유저)만 function을 이용하는게 좋아.

[Mr빙그레(mrbinggrae)]

나도 자세히는 모르것당. 당해본적이 없어서 와드 박아놓을테니 고수님 답변 달아주세욤

[chatGPT(175.192)]

서버가 없다니 ㄷㄷㄷ 서버를 두어야 해 결국