← Directory

Lulo

Seal for Lulo: onchain band C. Not claimed by the project.
Transparency score · worst track · not a security audit

lulo.fi · Other · Solana · data checked 2026-10-20 21:59 (Stockholm)

Contact route: not found

Not claimed Automated from public data

Automated score · 2026-10-20 · method v0.2.7 · How this score is made
Produced automatically from public data on 2026-10-20 (method v0.2.7). It shows how much of this project’s control structure, code and contact information could be checked from public sources. No person selected or adjusted it, and nothing a project does or pays changes it. It is not a security audit.

Beta: the method is still being calibrated, so this automated score may contain errors. Send a correction.

Transparency score, not a security audit. Scores are generated automatically from public data (Solana RPC, OtterSec build registry, GitHub, project websites). Projects are not involved unless a page is marked “Claimed”, and claiming never changes a score. Nothing here says a project is safe. How scores are made → · Corrections, right of reply & opt-out →

C
Onchain track · onchain v0.2.7
53/100 · Band C
coverage 89 % · 16 of 18 decided
1 unknown (−1.5 pts) · 1 not read (no points lost, lowers coverage) · 3 not built yet (excluded)

Something wrong on this page? Dispute a check or send a correction · opt-out. We re-run the check and correct the page.

What was checked: addresses & sources

Website lulo.fi · GitHub https://github.com/lulo-labs. Addresses are used only if they appear verbatim on an official project page.

Programs taken from the project's own official address list or repository (process v1, docs/program-discovery-process.md); each exists on mainnet as an executable program.

Onchain track

Contract control weight 307.5/30
  • ◐ Partial

    Upgrade authority FL3X2p…

    Upgrade authority is FP1AgtaWxArMHtJqDZkxqMSUCCTwGLC3xgt85by9a1zs: Squads v4 multisig 8Sr4rQJL… with threshold 3 of 8 voting member(s) (8 total), time lock 0 s (established by re-deriving the vault address from the multisig; found in upgrade history tx 2xR6EWmi…). Member independence not established. Address taken from official source: https://www.lulo.fi/docs/integration-guide
    www.lulo.fi ↗Explorer ↗Explorer ↗Explorer ↗ checked 2026-10-20 sha256 c1d8b6c07a2d… sha256 59519d38642d…
    What would show up as met
    • If the program is final, revoke the upgrade authority. It then reads as immutable.
    • Otherwise move the authority to a multisig or a DAO. For a multisig, use a threshold of at least 2, add a time lock, and do not keep a separate config authority that can change members without a vote.
    • Publish the multisig or DAO address on your own website so the page and the on-chain account can be tied together.

    How we check: We read the program’s upgrade authority on Solana (public RPC) and recognise Squads, Serum-style multisigs and SPL Governance accounts. This is what the check looks for. It makes no promise about a score or grade, and claiming or paying never changes a score.

  • ✕ Not met

    Build matches source (OtterSec registry) FL3X2p…

    OtterSec registry answered: no build was ever submitted for this program (no submission).
    OtterSec registry ↗OtterSec registry ↗ checked 2026-10-20 sha256 d12a460cf74c… sha256 4f53cda18c2b…
    What would show up as met
    • Build the program reproducibly from your public source with the Solana verifiable-build tooling (solana-verify).
    • Submit the build to the registry so that it appears in the OtterSec registry (verify.osec.io). The check reads that registry; it does not rebuild anything itself.

    How we check: We ask the OtterSec build registry (verify.osec.io, a third party) whether the deployed program matches a build from the public source. We report what the registry says; we do not rebuild or vouch for anything ourselves. Any registry entry that matches the program’s current on-chain hash counts, not only the registry’s default entry (method 0.2.5). This is what the check looks for. It makes no promise about a score or grade, and claiming or paying never changes a score.

  • – N/A

    Mint/freeze authority

    No token mint submitted.
    source: calculated from the other checks checked 2026-10-20
Audits weight 1515/15
  • ✓ Met

    Audits found at official sources

    Discovered automatically (method 0.2.2): page https://www.lulo.fi/docs/audits names OtterSec, Halborn, Sec3, Offside Labs, Certora. Rated partial: found at the project's own GitHub organisation or website and naming Certora, Halborn, Offside Labs, OtterSec, Sec3, but the program ID was not found in the readable text (PDF text is parsed when possible). Date vs. last upgrade not checked. Quality, scope and findings not assessed. Searched: GitHub lulo-labs: 1 of 1 non-fork repositories file-listed via GitHub API | lulo.fi: 32 audit/security page address(es) fetched (docs sub-domains and homepage audit links included). Counted as Met (method 0.2.4): audits by at least 2 distinct firms (certora, halborn, offside, ottersec, sec3) were found at official sources of the project; the program ID is not required in that case. Quality, scope and date still not assessed.
    www.lulo.fi ↗api.github.com ↗GitHub ↗lulo.fi ↗ checked 2026-10-20 sha256 394071a6f85d… sha256 4e627173e176…
Code openness weight 15 · 1 not read7.5/15
  • ✓ Met

    Public repository

    lulo-labs/lulo-v2-cpi public, created 2026-04-24, 1 contributor(s) (count only).
    GitHub ↗api.github.com ↗api.github.com ↗api.github.com ↗ checked 2026-10-20 sha256 150af880990c… sha256 e30412fb4812…
  • ✕ Not met

    Licence

    SPDX: none detected.
    GitHub ↗api.github.com ↗api.github.com ↗api.github.com ↗ checked 2026-10-20 sha256 150af880990c… sha256 e30412fb4812…
    What would show up as met
    • Add a standard licence file (for example Apache-2.0 or MIT) that GitHub recognises.
    • Custom or source-available terms are shown as partial: we do not judge them.

    How we check: We read the licence field GitHub detects. This is what the check looks for. It makes no promise about a score or grade, and claiming or paying never changes a score.

  • ◐ Partial

    Activity last 90 days

    Last push 2026-05-29 (144 d ago).
    GitHub ↗api.github.com ↗api.github.com ↗api.github.com ↗ checked 2026-10-20 sha256 150af880990c… sha256 e30412fb4812…
    What would show up as met
    • A push within the last 90 days reads as met, 91 to 365 days as partial. Nothing to configure: this follows normal maintenance of the public repository.

    How we check: We read the date of the last push on GitHub. This is what the check looks for. It makes no promise about a score or grade, and claiming or paying never changes a score.

  • ⊘ Not read

    On-chain program source public

    Program ID not found in the submitted repo or the security.txt source_code repo. Source may exist elsewhere — counted as unknown, not as closed. Repos searched (shallow clone, text search for the program ID): https://github.com/https://github.com/lulo-labs (clone failed). Does not prove the deployed binary matches (see the build check). (reason: unreadable)
    GitHub ↗RPC call (getAccountInfo) checked 2026-10-20 sha256 6d0de30e87a0…
    What would show up as met

    Nothing for the project to do. Our checker could not read the source this time, so the check is “Not read”: no points are lost. It is tried again at the next run. If you think the data behind it is wrong, send a correction.

Onchain history weight 105/10
  • ◐ Partial

    Last deploy FL3X2p…

    Last deploy 2026-09-25 (25 d ago). Upgraded within the last 30 days.
    Explorer ↗RPC call (getAccountInfo)RPC call (getSignaturesForAddress)RPC call (getTransaction) checked 2026-10-20 sha256 c1d8b6c07a2d… sha256 59519d38642d…
    What would show up as met
    • Nothing to configure: a deploy more than 30 days ago reads as met, a more recent deploy as partial because the code changed recently.

    How we check: We read the last deploy time on Solana. This is what the check looks for. It makes no promise about a score or grade, and claiming or paying never changes a score.

  • ○ Not built

    Program age / upgrade count FL3X2p…

    Full history scan (first deploy, upgrades in 30 d, authority changes) needs an indexer (e.g. Helius); not available on public RPC.
    Explorer ↗RPC call (getAccountInfo)RPC call (getSignaturesForAddress)RPC call (getTransaction) checked 2026-10-20 sha256 c1d8b6c07a2d… sha256 59519d38642d…
Team & contact weight 15 · 1 unknown5/15
  • ✕ Not met

    Security contact (security.txt)

    No valid security.txt at /.well-known/security.txt or /security.txt (404).
    lulo.fi ↗ checked 2026-10-20 sha256 50e651ccfe80…
    What would show up as met
    • Publish a text file at https://your-domain/.well-known/security.txt (or /security.txt) with a Contact: line, for example Contact: mailto:security@your-domain.
    • RFC 9116 also asks for an Expires: line. We look only for Contact:, but add Expires: too so the file stays correct.

    How we check: We fetch the two standard locations over HTTPS. This is what the check looks for. It makes no promise about a score or grade, and claiming or paying never changes a score.

  • ? Unknown

    Bug bounty programme linked

    No bug-bounty link found on homepage (raw + rendered), sitemap or security.txt. Not checked deeper (docs sites, Immunefi search) — counted as unknown, not as missing. Also checked: Immunefi public list: no active programme matched; no on-chain security.txt in FL3X2p….
    lulo.fi ↗lulo.fi ↗lulo.fi ↗lulo.fi ↗ checked 2026-10-20 sha256 6ddf22cffa8f… sha256 50e651ccfe80…
    What would show up as met
    • Link your bug bounty (for example an Immunefi, HackerOne or Cantina page, or a /bug-bounty page of your own) from the homepage, the sitemap or your security.txt.
    • “Unknown” here means we found no link. It does not mean you have no programme.

    How we check: We look at the homepage links (also as rendered in a browser), sitemap.xml and security.txt, and at Immunefi’s public list for on-chain security.txt names. This is what the check looks for. It makes no promise about a score or grade, and claiming or paying never changes a score.

  • ℹ Status only

    Claimed / not claimed

    Status only, not scored: claiming proves control of an authority, domain or GitHub organisation and never changes a score. The status is shown in the page header.
    source: calculated from the other checks checked 2026-10-20
  • ○ Not built

    Team declared (voluntary, with consent)

    Team declaration + consent flow not built — excluded.
    source: calculated from the other checks checked 2026-10-20
  • ℹ Status only

    Components declared complete by the project

    Status only, not scored (it used to be scored, which made pages that are not claimed systematically lower; removed 2026-10-15). Other programs/packages may exist that were not submitted.
    source: calculated from the other checks checked 2026-10-20
  • ✕ Not met

    Program embeds security.txt

    0/1 own program(s) embed a solana-security-txt block with contacts.
    Explorer ↗RPC call (getAccountInfo) checked 2026-10-20 sha256 6d0de30e87a0…
    What would show up as met
    • Embed a security.txt block in the program with the solana-security-txt crate: name, project_url, contacts and policy. Redeploy to publish it.
    • This also tells us which programs belong to you, and which are shared programs that do not.

    How we check: We read the program account on Solana (public RPC). This is what the check looks for. It makes no promise about a score or grade, and claiming or paying never changes a score.

  • ✓ Met

    Official program address list

    FL3X2p… published on project domain (https://www.lulo.fi/docs/integration-guide).
    www.lulo.fi ↗ checked 2026-10-20 sha256 2529d7fe977e…
Domain weight 54.4/5
  • ✓ Met

    HTTPS

    https://lulo.fi answered HTTP 200 over TLS.
    lulo.fi ↗lulo.fi ↗lulo.fi ↗lulo.fi ↗ checked 2026-10-20 sha256 6ddf22cffa8f… sha256 50e651ccfe80…
  • ◐ Partial

    Security headers

    Present: HSTS. Missing: CSP, X-Content-Type-Options, X-Frame-Options.
    lulo.fi ↗lulo.fi ↗lulo.fi ↗lulo.fi ↗ checked 2026-10-20 sha256 6ddf22cffa8f… sha256 50e651ccfe80…
    What would show up as met
    • Send these four response headers on your homepage: Strict-Transport-Security, Content-Security-Policy, X-Content-Type-Options and X-Frame-Options.
    • The check looks only at whether each header is present, not how strict it is.

    How we check: We read the headers of one homepage request. This is what the check looks for. It makes no promise about a score or grade, and claiming or paying never changes a score.

  • ✓ Met

    Domain age

    Registry date unavailable (rdap.org: HTTP 406; rdap.fi: HTTP 406; whois: FileNotFoundError (port 43 likely blocked)). Domain demonstrably in use since at least 2024-04-26 (~907 d), source: Wayback Machine first capture – a lower bound on age.
    web.archive.org ↗lulo.fi ↗lulo.fi ↗lulo.fi ↗ checked 2026-10-20 sha256 6ddf22cffa8f… sha256 50e651ccfe80…
  • ✓ Met

    Domain ↔ components consistency

    Linked: address FL3X2p… published on lulo.fi (https://www.lulo.fi/docs/integration-guide); GitHub org name matches domain (weak)
    source: calculated from the other checks checked 2026-10-20

Snapshot hash of monitored fields: 7380a01a48a82f69

AI summaries

Generated with Grok 4.7 (xAI), Claude sonnet-5-5 (Anthropic) and GPT-6.1-sol (OpenAI) via their APIs. xAI, Anthropic and OpenAI have not reviewed, approved or sponsored Recheckable. AI-generated text; models see only extracted check results, never project-supplied text or personal names. They do not affect the score. Some text on this site (summaries and reports) is AI-generated and labelled where it appears. Scores and check results come from fixed code, not from AI. Scores are produced automatically from public data and are not reviewed by hand before they are shown; cases that the automatic checks flag are held for a person.

Template summary (deterministic)

Onchain track: band C (53/100, coverage 89 %, onchain v0.2.7). Strongest: Audits, Legal documents, Domain. Weakest: Contract control, Team & contact. 1 check(s) unknown (each costs 1.5 points); 1 not read (no points lost, lowers coverage); 3 not built yet (excluded).

Regulatory information

The project has not declared any regulated-activity types, so no rules are listed.

Law firms (free listing, alphabetical, no ranking)

  • Delphi — Stockholm, Blockchain law (self-described)
  • Gernandt & Danielsson — Stockholm, Fintech (self-described)
  • Magnusson — Stockholm, Fintech (self-described)
  • Mannheimer Swartling — Stockholm, Fintech (own practice page to be confirmed) (self-described)
  • Setterwalls — Stockholm, Fintech (self-described)
  • Vinge — Stockholm, MiCA (own practice page to be confirmed) (self-described)

Recheckable has no financial relationship with the listed firms and receives no fee per contact. Paid placements, if ever introduced, are marked “Ad” and never shown next to low scores.

Score history

Automated score at each published review, newest on the right. The line steps at the date of a review; between reviews the score is unchanged.

Score historyTransparency score by published review for Lulo. offchain track: 2026-10-16 77/100 onchain track (dashed): 2026-10-16 38/100, 2026-10-17 53/100, 2026-10-19 53/100, 2026-10-20 53/100, 2026-10-20 53/10002550751002026-10-162026-10-20

Solid line: offchain track. Dashed line: onchain track. ◆ = the method changed at that review.

◆ 2026-10-17: the scoring method changed from v0.2.1 to v0.2.5. A score change at that point can come from the method and not from the project.

◆ 2026-10-19: the scoring method changed from v0.2.5 to v0.2.6. A score change at that point can come from the method and not from the project.

◆ 2026-10-20: the scoring method changed from v0.2.6 to v0.2.7. A score change at that point can come from the method and not from the project.

Data table
ReviewTrackScoreGradeCoverageMethod
2026-10-16offchain77/100B75 %v0.2.1
2026-10-16onchain38/100D89 %v0.2.1
2026-10-17onchain53/100C89 %v0.2.5
2026-10-19onchain53/100C89 %v0.2.6
2026-10-20onchain53/100C89 %v0.2.6
2026-10-20onchain53/100C89 %v0.2.7

Check changes between reviews

  • 2026-10-17 · onchain Audits found at official sources: Not met → Met method changed www.lulo.fi ↗

History

  1. 2026-10-20 21:59
    Forced fresh run (same result; fresh evidence snapshots): onchain C (53, coverage 89 %)
  2. 2026-10-20 13:25
    Forced fresh run (same result; fresh evidence snapshots): onchain C (53, coverage 89 %)
  3. 2026-10-19 13:15
    Forced fresh run (same result; fresh evidence snapshots): onchain C (53, coverage 89 %)
  4. 2026-10-18 08:10
    Method 0.2.4: audits by 2+ distinct firms at official sources count as Met; an unreadable token mint is Not read. Re-scored from the stored checks, no new data.
  5. 2026-10-17 06:10
    Nightly re-run: onchain D (45, coverage 89 %)
  6. 2026-10-16 14:23
    Nightly re-run: onchain D (38, coverage 89 %)
  7. 2026-10-16 12:58
    Initial automatic review (indexed): offchain B (77, coverage 75 %)

Project's own statements and reply

No reply published. Claimed projects can add their own statements and a reply next to any check — dispute a check or reply. These statements are shown beside the automated score and never change it.
Does your team control the upgrade authority, official domain or GitHub organisation of this project? Claim this page (free, about a minute; it never changes a score).

For project owners: badge

Recheckable: onchain band C, Active

Status: Active. The badge says “no changes since review”, never “safe”.

Badges are for claimed projects. The embed code is available after the page has been claimed (free, about a minute; claiming never changes the score). Claim this page

Re-checks are rate-limited (once per 10 minutes). Restoring a grey badge requires a full review.