ISO/IEC 27001:2022

Information Security Management System (ISMS)

Organizational Policy Documentation · Version 1.0 · July 27, 2026

1. Information Security Policy (Clause 5)

Statement

Build Link Global (B-Link) is committed to protecting the confidentiality, integrity, and availability of its users' information and that of the organization itself, through an Information Security Management System (ISMS) aligned with the ISO/IEC 27001:2022 standard.

Security Objectives

IDObjectiveIndicatorTarget
OBJ-01Confidentiality of personal and payment data# of data breaches0 per year
OBJ-02Integrity of transactions and contractsUnauthorized alterations0 per year
OBJ-03Service availability ≥ 99.5%Unplanned downtime< 0.5% monthly
OBJ-04Compliance (GDPR, local laws)Non-compliance reports0 per year
OBJ-05Respond to incidents ≤ 4hMean response time≤ 4 h

Leadership Commitment

Top management will approve and review this policy semiannually, ensure necessary resources, promote a security culture, and require that security objectives be integrated into processes.

Roles and Responsibilities

RoleResponsibilities
ISMS Sponsor (CEO)Policy approval, resource provision, ultimate accountability.
ISMS Owner / CISOImplementation, maintenance, audits, risk management.
AdministratorsUser management, verifications, disputes, logs.
DevelopersSecure code, peer review, vulnerability reporting.
Customer SupportIncident handling, escalation.
All staffComply with policy, report incidents, complete training.

2. Context of the Organization (Clause 4)

External and Internal Context

External: Construction equipment rental market. Suppliers: Stripe (payments), Google (auth, calendar), Base44 (BaaS). Regulations: GDPR, CCPA, state laws. Threats: identity fraud, payment data theft, ownership impersonation.

Internal: Small team with combined roles. React app + Base44 BaaS. Data: profiles, identity/ownership documents, GPS, photos, transactions.

Interested Parties

PartySecurity Needs
Equipment ownersProtection of personal data and ownership documents.
ContractorsConfidentiality of payments and projects.
EmployeesProtection of employment data.
SuppliersCompliance with terms of service.
RegulatorsData protection compliance.

3. Risk Assessment & Treatment (Clause 6.1.2)

Methodology

Likelihood × Impact matrix (scale 1–5 each, total risk 1–25).

Risk LevelAction
1–4 (Low)Accept and monitor
5–9 (Medium)Mitigate with controls
10–16 (High)Mandatory mitigation, quarterly review
17–25 (Critical)Immediate treatment, escalate to management

Risk Register — Initial Inventory

IDRiskLevelTreatment
R-01Unauthorized access via misconfigured RLS10Quarterly RLS audit
R-02Document leak via public URLs12Signed URLs / private storage
R-03Identity fraud / ownership impersonation9Manual verification + badges
R-04Admin account compromise10MFA + credential rotation
R-05Fraudulent dispute with forged evidence9GPS + timestamped photos
R-06Service unavailability (BaaS outage)8Continuity plan + backups
R-07GDPR non-compliance (no right to erasure)12Data deletion on request
R-08API abuse / brute force9Rate limiting and monitoring
R-09Data loss from human error8Backups + audit log
R-10Social engineering of staff8Training + verification protocols

Review

Quarterly, post-incident (48 h), and after significant change (before launch).

4. Access Control Policy (A.5.15–A.5.18)

RBAC Rules

RolePermissions
adminFull access: users, verifications, disputes, reports.
ownerTheir equipment, their bookings, their disputes, their reports.
contractorSearch, book, review, contact owners.

Principles

Least privilege · Separation of duties (verifier ≠ requester) · Access revocation ≤ 24 h · Admin review quarterly.

Authentication

Passwords with minimum requirements · Google OAuth · Recommended: MFA for administrators (pending).

5. Information Asset Management (A.5.9–A.5.13)

Inventory

CategoryAssetsClassification
Personal dataProfiles, identity documentsConfidential
Payment dataPayment intents, Stripe IDsRestricted
Equipment dataSpecs, photos, ownership documentsConfidential
Operational dataBookings, inspections, GPS, contractsConfidential
Source codeReact app, backend functionsRestricted
DocumentationThis policy, proceduresInternal Use

Classification

LevelExampleHandling
PublicEquipment catalogNo restriction
Internal UseInternal proceduresStaff access
ConfidentialPersonal data, identityNeed-to-know, encrypted in transit
RestrictedAPI keys, payment dataMinimal access, encrypted at rest+transit, logged

6. Incident Management (A.5.24–A.5.28)

Process

Detection → Reporting → Classification → Containment → Investigation → Eradication → Recovery → Lessons learned.

Target Times (SLA)

PhaseSLA
Initial classification≤ 1 h
Containment≤ 4 h
Communication to affected parties≤ 72 h (GDPR)
Eradication and recovery≤ 24 h critical / 72 h major
Post-incident report≤ 5 business days

Reporting Channel

security@blink.example — confidential channel, no retaliation.

7. Supplier & Third-Party Management (A.5.19–A.5.23)

Inventory

SupplierServiceRisk
StripePayment processingHigh
GoogleOAuth Auth, CalendarMedium
Base44BaaS platform, hosting, DBHigh
UnsplashImagesLow

Assessment

Security certifications (ISO 27001, SOC 2, PCI-DSS) · Review terms/DPA · Classify data to share · Annual review.

8. Business Continuity (A.5.29–A.5.30)

Recovery Objectives

ProcessRPORTO
Rental platform1 hour4 hours
Payment processing0 (in Stripe)2 hours
User support4 hours8 hours
Reports & analytics24 hours48 hours

Testing

Data recovery: semiannual · Provider outage simulation: annual.

9. Legal & Regulatory Compliance (A.5.31–A.5.34)

Data Retention Policy

Data typePeriodAction on expiry
Active accountsIndefinite—
Inactive accounts3 yearsDeletion or anonymization
Completed bookings7 years (tax)Anonymization
Identity documentsVerification + 1 yearDeletion
Ownership documentsActive equipment + 1 yearDeletion
Audit logs2 yearsArchive
Resolved disputes5 yearsAnonymization

Data Subject Rights (GDPR)

Access · Rectification · Erasure (right to be forgotten) · Portability · Objection. Response SLA: ≤ 30 days.

10. Training & Awareness (A.6.3)

AudienceTopicFrequency
New staffSecurity inductionOn entry
All staffPhishing, passwords, data handlingSemiannual
AdministratorsSecure user managementAnnual
DevelopersSecure code (OWASP)Annual
Personal data accessData protection (GDPR)Annual

11. Internal Audit (Clause 9.2)

TypeFrequency
Full ISMS internal auditAnnual
Technical controls auditSemiannual
Supplier auditAnnual
Post-incident auditAfter each critical

Impartial auditor · Findings: Major / Minor non-conformity / Observation · Corrective action plan with owner and date.

12. Continual Improvement (Clause 10)

Management review semiannual · Non-conformities and corrective actions recorded · KPIs monitored monthly · Incident lessons integrated · Suggestion channel open.

Recommended Next Steps

  1. Formally designate the ISMS Owner and Sponsor.
  2. Approve and sign this policy by top management.
  3. Socialize the document with all staff.
  4. Implement technical gaps (audit log, MFA, private documents, right to erasure).
  5. Schedule the first internal audit at 6 months.
  6. Engage external certification audit at ≈ 12 months.

13. Implemented Technical Controls

Private Signed Documents

Ownership documents are uploaded to private storage (not public) and viewed via 5-minute signed URLs, fulfilling the asset management controls of section 5 (A.5.9–A.5.13) and the access control policy of section 4 (A.5.15–A.5.18).

Audit Logging

Security-relevant actions (booking status changes, equipment status changes, verifications, payment releases, disputes) are recorded in an immutable audit log, supporting the incident management process (A.5.24–A.5.28) and internal audit requirements (Clause 9.2).

Automated Data Retention

A scheduled job anonymizes personally identifiable information (PII) and purges obsolete audit logs in accordance with the retention policy (Section 9.1), fulfilling legal and regulatory compliance obligations (A.5.31–A.5.34) and the GDPR right to erasure.

14. Acceptable Use Policy (A.5.10)

Purpose

This Acceptable Use Policy (AUP) defines the rules and responsibilities for using the B-Link platform, its information systems, and associated assets. It applies to all users, administrators, and staff who access the platform.

Acceptable Use

Users must: use only accounts assigned to them; protect their credentials and never share them; access only data they are authorized to view; use platform resources for legitimate rental business purposes; report suspected security incidents immediately to security@blink.example.

Prohibited Activities

Users must not: share passwords or access credentials; attempt to access unauthorized data; misuse equipment listings, reviews, or dispute mechanisms; upload malicious, fraudulent, or falsified content; attempt to disrupt service availability; use the platform for illegal activities; circumvent payment or verification controls.

Enforcement

Violations may result in account suspension, termination, or legal action. Administrators review violations and apply corrective measures per the incident management process (Section 6). Repeated or severe violations are escalated to the CISO.