Encryption in transit and at rest
Data is encrypted moving between the applicant, RentKey and our checking partners, and encrypted again at rest in storage.
Security & compliance
Screening only works if applicants trust it and regulators accept it. Here's exactly what happens to an applicant's data — what moves, what's kept, what's thrown away, and which law governs each step — in Canada and the United States.
Data flow
Six steps, start to finish. Each one names what's stored and what's discarded before the next step begins.
The landlord or property manager sends a screening link by email or text, and chooses who pays and which package to run.
Stored: the invite record — who it was sent to, when, and which package. Discarded: nothing yet — no applicant data has been collected.
The applicant sees who is asking, exactly what will be checked, and why — and consents before anything runs.
Stored: the consent record and its timestamps, attached to the report. Discarded: nothing — this is the legal record of what was agreed to.
On their own phone, the applicant scans a passport, driver's licence or PR/Green card and completes a live facial scan with liveness and tamper checks — about three minutes.
Stored: the match result and a signed verification hash. Discarded: the ID image and every frame of the facial scan, the moment OCR and the match are complete.
Credit, sanctions, law-enforcement and court checks run in parallel, matched to the identity just verified — not a typed name.
Stored: what each source returned, and the time it was searched. Discarded: a SIN or SSN, if one was given — it's used only for that bureau request, not retained.
The plain-language report is built from the results above, every source named with its search time, and the finished PDF is given a signed hash.
Stored: the finished report and its signed hash, for seven years. Discarded: nothing new — this step packages what was already kept.
The landlord opens the report through an expiring link, never an email attachment. Every open is logged, and the seven-year retention window starts counting down.
Stored: activity-ledger entries for every open, and the report until the window closes. Discarded: the report and its consent record, automatically, when the window closes.
Data handling
The retention list is short on purpose — the fewer raw materials we hold, the less there is to protect or to lose.
Controls
Data is encrypted moving between the applicant, RentKey and our checking partners, and encrypted again at rest in storage.
Staff and customer accounts only see what their role requires. Two-factor authentication is available on every account.
Reports are shared by a link that expires, never as an email attachment sitting in an inbox indefinitely.
An append-only record of who opened a report and when. Nothing in it can be edited or removed after the fact.
See how the ledger worksTechnical details about where and how a report was accessed are held separately from the report itself, and released only on request — with that release logged too.
Reports are kept for seven years. When the window closes, they're deleted from RentKey's systems, and deletion is verified, not assumed.
Compliance map
Not a policy summary — a line-by-line map from each principle or requirement to what RentKey actually does.
| Principle | How RentKey applies it |
|---|---|
| Accountability | RentKey and Crown Stack Systems are responsible for personal information from collection through deletion. |
| Identifying purposes | The applicant is told exactly what will be checked and why, before anything runs. |
| Consent | Nothing is checked until the applicant consents in the flow, and the request is logged. |
| Limiting collection | Only the fields each check needs are collected; no SIN or SSN is required to run the report. |
| Limiting use, disclosure & retention | Data is used only to produce the report, shared only by expiring link, and deleted when the seven-year retention window closes. |
| Accuracy | Identity is matched to government-issued documents and a live scan; credit, sanctions and court results come straight from the source. |
| Safeguards | Encryption in transit and at rest, role-based access, 2FA, and an append-only activity ledger. |
| Openness | This page and the sample report describe exactly what happens to an applicant's information, in plain language. |
| Individual access | Applicants can request what was collected about them from the landlord or property manager who ordered the report. |
| Challenging compliance | Applicants can dispute a finding with RentKey directly, or with the credit bureau for bureau-reported information. |
| Requirement | RentKey | Landlord |
|---|---|---|
| Permissible purpose | Confirms the report is requested for a tenancy decision | States and holds the permissible purpose for pulling it |
| Applicant consent | Captures consent in the applicant flow before checks run | Doesn't need to collect separate consent outside the flow |
| Adverse-action notice | Provides the notice text and disclosures inside the report | Sends the notice to the applicant when declining on the report |
| Disputes | Reviews disputed sanctions, court or law-enforcement matches by hand | Directs applicants to the bureau for bureau-reported disputes |
| Data furnishing | Does not furnish applicant data to bureaus or other agencies | Report user, not a data furnisher, under this model |
Human rights & fair housing
RentKey can hand you verifiable facts. What you do with them is still on you — here's how to keep that fair.
What this report leaves out.
No social-media scoring, no protected characteristics, nothing beyond verifiable identity, credit, sanctions, law-enforcement and court records. If it isn't a fact you can lawfully act on, it isn't on the report.
Apply the same standard every time.
Decide what disqualifies an applicant before you screen anyone, and apply it to every application for a unit or building the same way. A report is only fair if it's used consistently.
Document the decision, not just the result.
Keep a note of what a decline was based on and which notice you sent. If a decision is ever questioned, the report and the activity ledger show exactly what was seen and when.
Use the notice, every time.
If a report contributed to declining an applicant, send the adverse-action notice included with it — required under the US FCRA, and good practice everywhere RentKey operates.
Responsible disclosure
If you've found a security issue in RentKey, tell us before you tell anyone else. Email info@rentkey.ca with "Security" in the subject line — a dedicated security address is coming with general availability.
We don't run a paid bug-bounty program at this stage.
Questions
In Canada and the United States. We state the specific region for your account at onboarding, based on where you operate.
Never. RentKey doesn't sell applicant or customer data to anyone, for any purpose.
Only staff whose role requires it, and every access is logged — the same kind of record your own team's opens get in the activity ledger.
We notify affected customers and the relevant regulators as required by law, and tell you plainly what happened and what we're doing about it.
Yes, for property managers and platform partners. Request one through contact.
Early access
Tell us where you operate and how many units you manage. We'll reply within one business day.
RentKey account
RentKey accounts open with general availability. Until then, ask for early access and we will set you up first.
Applicants invited to a screening don't need an account: use the personal link in your invitation email. Questions go to info@rentkey.ca.