Keep each Xero request tied to the intended organisation
Concurrent jobs must not share mutable tenant context. Resolve and pass the connection explicitly so one organisation's work cannot be sent under another's identity.
Read articleAI implementation, software architecture, cloud operations and Australian technology policy.
512 articles
Page 20 of 29
Concurrent jobs must not share mutable tenant context. Resolve and pass the connection explicitly so one organisation's work cannot be sent under another's identity.
Read articleA contact record can contain more information than an operational workflow requires. Limit both transport and destination access to the purpose of the integration.
Read articleA public endpoint must establish who sent the request and which account it concerns. Valid JSON and a familiar event name provide neither assurance.
Read articleA client-supplied account label must not choose an unrestricted budget or another tenant's queue. Keep scheduling scope tied to the authorised integration connection.
Read articleFailed messages often retain the original request and diagnostic detail. Restrict inspection and replay according to the data and effects involved.
Read articleScheduled work can run long after a user creates it. Define whether execution uses current requester rights or an explicitly authorised organisation process.
Read articleOffline records need an account boundary that survives logout, reconnection and staff changes. Local possession of a draft does not establish current permission to submit it.
Read articleReview the information sent to lookup providers and stored in diagnostics. Address assistance should not quietly export access notes or unrelated customer details.
Read articleAmount validation includes who may choose the inputs and change the result. Correct decimal arithmetic does not protect an endpoint that trusts an editable browser total.
Read articleForm accessibility and data handling meet in the same workflow. Clear questions, scoped drafts and safe error messages reduce both confusion and unnecessary exposure.
Read articleReview the server response, exports and row actions as well as visible columns. Responsive presentation is not an authorisation boundary.
Read articleReauthentication proves an identity now. It does not automatically authorise an old action or transfer a previous user's saved work.
Read articlePrivate documents should never compete for visibility with public results. Evaluate ranking only after the access model defines what the user may receive.
Read articleReview credentials and network access where third-party code executes. A package excluded from production can still affect the software you deploy.
Read articleTrust policy and effective resource access form one boundary. Either side can expose data if reviewed in isolation.
Read articleResponders need evidence quickly, but the working record should not become a second store of credentials or unrestricted customer data.
Read articleExceptions can preserve necessary records, but an unowned hold can quietly suspend deletion forever. Treat creation and removal as controlled decisions.
Read articleCaching can reduce search and model costs, but protected answers cannot be shared just because the question text matches. Model the access boundary before choosing the cache key.
Read article