BERIPIKASYON NG SEGURIDAD

Ginawa para maging ligtas — at sinubok na parang umaatake

Hindi natatapos sa “nagawa na namin” ang seguridad ng TaxPin. Paulit-ulit naming sinubukang sirain ito mula sa pananaw ng umaatake, at ipinasuri namin ito nang independiyente sa isang panlabas na kumpanya.

Tenant isolationPrivilege escalationPag-bypass sa MFAPag-agaw ng imbitasyonPag-abuso sa signupXSS · mga secretAttack surface

Dalawang patong ng beripikasyon

Pinagsasama namin ang mga internal na pagsusuri kung saan inaatake namin ang sarili namin at ang isang independiyenteng panlabas na pagtatasa.

🧪

Internal na adversarial review

Sinuri ng mga independiyenteng team ang code gamit ang totoong mga sitwasyon ng pag-atake sa maraming round, at isinara ang mga natuklasan sa mismong istruktura, sa antas ng database at server.

🛰️

Panlabas na pagsusuri — AEGISonar

Isang independiyenteng panlabas na pagtatasa ng aming attack surface at mga web vulnerability sa pamamagitan ng AEGISonar ng WebEASM.

Internal na adversarial review — paano namin ginawa

Hindi “maingat kaming nag-code” — talagang sinubukan naming pumasok. Sinuri nang sabay-sabay ng mga independiyenteng team na may iba’t ibang metodolohiya ang code sa maraming round, at kinumpirma lang ang bawat natuklasan matapos ang mga independiyenteng pagtatangkang pabulaanan na talagang maaabot ito.

Ang aming paraan

Mga team mula sa iba’t ibang angguloRLS at awtorisasyon (tenant isolation), server logic (STRIDE), client at web (OWASP), at regression ng data/storage — apat na anggulong sabay-sabay na nagsusuri mula sa magkakaibang pananaw.

Paulit-ulit na roundHindi isang beses lang, kundi maraming round ng pagsusuri → pag-aayos → muling pagsusuri. Bawat bagong feature (self-signup, billing, libreng trial) ay nagpasimula ng panibagong round.

Adversarial na beripikasyonBawat natuklasan ay hinamon nang independiyente ng ilang reviewer, kaya ang talagang maaabot lang na isyu ang kinumpirma at sinala ang mga pinalaki.

Pag-aayos sa istrukturaHindi pansamantalang tapal — isinara ang mga natuklasan sa mga patong ng istruktura: row-level security (RLS), triggers, at mga gate sa server, kasama ang nasusubaybayang kasaysayan ng pagsusuri at pag-aayos.

Mga sitwasyon ng pag-atake na sinubok namin

Talagang sinubukan namin ang mga pag-atakeng ito at tiniyak na hinaharangan ang mga ito sa antas ng database at server code.

✓Pag-bypass sa tenant isolation

Mga pagtatangkang basahin o sulatan ang mga kliyente, dokumento, o request ng ibang firm. Hindi lang pagbasa — ang pagsulat (INSERT/UPDATE) ay nakatali rin sa ugnayang firm↔kliyente at hinaharangan.

✓Vertical privilege escalation

Mga pagtatangkang umakyat mula staff→owner o kliyente→miyembro ng firm. Ipinapatupad sa server at database ang pagpapasya ng role at ang pagtanggap ng imbitasyon.

✓Pag-agaw ng invite link

Mga pagtatangkang tanggapin ang imbitasyon gamit ang hindi tugmang email. Dapat tumugma ang login email sa email na inimbitahan.

✓Pag-bypass sa MFA

Mga pagtatangkang maabot ang data gamit lang ang password. Kapag may naka-enroll nang factor, hinihingi ng database ang aal2 (two-factor) na session.

✓Pag-abuso sa notification/email relay at phishing injection

Mga pagtatangkang magsingit ng pekeng login link sa mga notification path. Naka-pin sa mga pinagkakatiwalaang value ang pagkakakilanlan ng nagpadala at ang mga domain ng link.

✓Pag-abuso sa signup funnel

Anonimong maramihang pagtawag sa signup API para pabagsakin ang serbisyo o agawin ang mga address ng firm. Hinaharangan sa pamamagitan ng server routing, rate limit, at pagkakatali sa payment session.

✓Paglabas ng secret, XSS, open redirect

Sinuri kung tumatagas ang mga server secret sa browser, kung tumatakbo bilang script ang input ng user, at kung naaabuso ang mga redirect.

✓Pamemeke ng papasok na SMS webhook

Mga pagtatangkang pekein ang papasok na webhook para baguhin ang pahintulot sa SMS. Hinaharangan ng sapilitang pag-verify ng signature.

Isinara ang mga kumpirmadong totoong isyu sa antas ng database policy at server code, karamihan bago pa pumasok ang mga totoong kliyente.

Isang tapat na hangganan

Ang seguridad ay tuloy-tuloy na proseso na walang “tapos na.” Nakabatay sa static analysis at mga sitwasyon ang aming internal na pagsusuri, at dinadagdagan ito ng panlabas na pagtatasa ng AEGISonar. Habang dumarami ang aming kliyente, patuloy naming pinalalawak ang pagsubok. Sa halip na mag-angkin ng pagiging perpekto, pinipili naming maging bukas tungkol sa kung ano ang na-verify namin at paano.

Panlabas na pagsusuri — WebEASM AEGISonar

Maaaring mag-iwan ng blind spot ang internal na pagsusuri lang, kaya nagpasailalim kami sa independiyenteng panlabas na pagtatasa. Independiyenteng sinuri ng AEGISonar ng WebEASM ang aming attack surface na nakalantad sa labas at ang aming mga web vulnerability.

Resulta ng panlabas na audit · Kabuuang grado 5 (Safe)

0 natuklasang Critical/High/Medium, ligtas ang SSL/TLS, 0 banta sa mga external link — tingnan ang buong resulta

→