-
Notifications
You must be signed in to change notification settings - Fork 3k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[HOLD for payment 2024-12-03] Add a step to to Request Physical Card form that collects a magic code #50967
Comments
Triggered auto assignment to Contributor-plus team member for initial proposal review - @situchan ( |
Triggered auto assignment to @sakluger ( |
Should we assign @getusha to this issue, or is this issue a duplicate, or do we still need someone else for this one? |
I think we can, or @hungvu193 do you want to take on the implementation here? |
Ok, I can take it. |
Happy to help as CME |
Not overdue |
The PR was merged, can you sync up with main and make the PR ready for a review @hungvu193? Thank you! |
Sure thing. Also @NikkiWines I noticed that currently we can pass any validate code and BE still returns success response. I think we still need to update BE right? |
Yep, there's a backend change in the works, it's the last thing we'll update though so as to not break any front-end flows that still need changing |
Cool. I merged FE's PR with main, it's basically ready, only handling error left. |
@sakluger, @hungvu193, @mountiny, @situchan Whoops! This issue is 2 days overdue. Let's get this updated quick! |
Not overdue |
Please let me know when BE is ready so I can update the FE's PR @NikkiWines |
Will do! We're waiting on another PR but it's in the works |
Ok, BE PR is ready, but let's get https://github.com/Expensify/App/pull/51135 reviewed and merged first so that we're passing the validateCode and the flow isn't disrupted by having the BE changes go live. |
Please reassign another C+ as I'll be OOO |
I can take over this as per Slack discussion. cc @mountiny |
|
The solution for this issue has been 🚀 deployed to production 🚀 in version 9.0.66-8 and is now subject to a 7-day regression period 📆. Here is the list of pull requests that resolve this issue: If no regressions arise, payment will be issued on 2024-12-03. 🎊 For reference, here are some details about the assignees on this issue:
|
@hungvu193 / @dominictb @sakluger @hungvu193 / @dominictb The PR fixing this issue has been merged! The following checklist (instructions) will need to be completed before the issue can be closed. Please copy/paste the BugZero Checklist from here into a new comment on this GH and complete it. If you have the K2 extension, you can simply click: [this button] |
BugZero Checklist:
Bug classificationSource of bug:
Where bug was reported:
Who reported the bug:
Regression Test ProposalPrecondition:
Test:
Do we agree 👍 or 👎 |
@dominictb I sent you an offer through Upwork: https://www.upwork.com/nx/wm/offer/105165129 |
Payment Summary
BugZero Checklist (@sakluger)
|
@hungvu193 please request payment using the payment summary comment above. |
$250 approved for @hungvu193 |
Problem
Someone can issue a physical or virtual Expensify card without verifying they are the owner of the account. This relates to an internal security issue.
Why this is important to solve
This is a security vulnerability that can be taken advantage of if an account is compromised.
Solution
Collect a magic code when requesting a physical Expensify card. In a little more detail:
validateCode
that is passed to the serverBaseGetPhysicalCard
needs a new step to gather a magic code from the user (we should have existing components that can be reused for this)Issue Owner
Current Issue Owner: @saklugerThe text was updated successfully, but these errors were encountered: