Delft University of Technology · Authentication Profile

Tu Delft Authentication

Authentication

Delft University of Technology declares 0 security scheme(s) across its OpenAPI definitions.

UniversityHigher EducationEducationTechnical UniversityResearch DataOpen AccessIdentity FederationResearch RepositoryResearch Computing4TU.FederationNetherlandsEurope
Methods: Schemes: 0 OAuth flows: API key in:

Security Schemes

Source

Authentication Profile

Raw ↑
generated: '2026-08-19'
method: probed
source: >-
  Live probes on 2026-08-19 of https://data.4tu.nl/v2/account/articles (HTTP 403
  InvalidSessionToken), https://login.tudelft.nl/ (HTTP 200),
  https://login.tudelft.nl/sso/saml2/idp/metadata.php (HTTP 200,
  application/samlmetadata+xml), https://metadata.surfconext.nl/idps-metadata.xml (HTTP 200),
  https://pure.tudelft.nl/ws/oai?verb=Identify (HTTP 401), plus
  https://raw.githubusercontent.com/4TUResearchData/djehuty/main/docs/api.md and
  https://www.tudelft.nl/en/it-manuals/netid (HTTP 200).
note: >-
  TU Delft has two entirely separate authentication stories and they should not be conflated.
  Human access to institutional services runs through NetID over SAML 2.0, federated nationally
  through SURFconext and onward to eduGAIN. Machine access to the one public API the institution
  operates (4TU.ResearchData) uses a personal bearer token issued from a dashboard, with no
  OAuth 2.0, no OIDC discovery document and no published scope vocabulary. The legacy
  api.tudelft.nl OAuth 2.0 authorization service at oauth.tudelft.nl no longer answers on
  either port 80 or 443 from the public internet.
mechanisms:
  - id: api-token
    name: djehuty personal API token
    applies_to: 4TU.ResearchData API (data.4tu.nl)
    x-operator: institution
    type: bearer
    scheme: token
    header: 'Authorization: token YOUR_TOKEN_HERE'
    issuance: Self-service from the depositor dashboard after NetID/ORCID/SRAM login.
    public_read: true
    evidence: >-
      GET /v2/account/articles without a token returns HTTP 403
      {"message":"Invalid or unknown session token","code":"InvalidSessionToken"}.
      All /v2 and /v3 read endpoints listed in openapi/ answered HTTP 200 with no credentials.
    oauth2: false
    oidc: false
    scopes_published: false
  - id: saml-idp
    name: TU Delft SAML 2.0 Identity Provider (NetID)
    applies_to: Institutional web services, SURFconext service providers, eduGAIN
    x-operator: institution
    type: saml2
    entity_id: https://login.tudelft.nl/sso/saml2/idp/metadata.php
    metadata_url: https://login.tudelft.nl/sso/saml2/idp/metadata.php
    software: SimpleSAMLphp
    federation: SURFconext (SURF, Netherlands) -> eduGAIN
    federation_metadata: https://metadata.surfconext.nl/idps-metadata.xml
    display_names: ['Technische Universiteit Delft', 'Delft University of Technology']
    evidence: >-
      The entity is present in the live SURFconext IdP aggregate with a SingleSignOnService
      HTTP-Redirect binding at
      https://engine.surfconext.nl/authentication/idp/single-sign-on/key:20230503/a2f60e8691e4518b7cb67605ecd88a8d,
      and the institution's own metadata document is served directly from login.tudelft.nl.
    local_copy: authentication/tu-delft-saml-idp-metadata.xml
  - id: sram
    name: SURF Research Access Management (SRAM) collaboration
    applies_to: 4TU.ResearchData depositor onboarding
    x-operator: tenant
    type: saml2-broker
    evidence: >-
      djehuty's configuration documentation describes joining an SRAM collaboration to grant
      access to a djehuty instance (organization-api-token + collaboration-id). SRAM is
      operated by SURF, not by TU Delft.
  - id: orcid
    name: ORCID as identity provider
    applies_to: 4TU.ResearchData depositor login and author records
    x-operator: vendor
    type: oauth2
    evidence: >-
      djehuty documents ORCID both as a primary login identity provider and as a way to couple
      an author record to an ORCID iD. ORCID is operated by ORCID, Inc.
  - id: pure-ws
    name: Elsevier Pure Web Service
    applies_to: pure.tudelft.nl / research.tudelft.nl
    x-operator: tenant
    type: api-key
    evidence: >-
      https://pure.tudelft.nl/ws/oai?verb=Identify returns HTTP 401 — the interface exists and
      is gated, not absent. The API documentation served under pure.tudelft.nl/ws/api/ carries
      rel=canonical to https://api.elsevierpure.com/ws/api/index.html, which is the ownership
      signal: the contract is Elsevier's, the tenancy is TU Delft's.
  - id: legacy-oauth
    name: api.tudelft.nl OAuth 2.0 authorization service (retired)
    applies_to: The former TU Delft institutional API platform
    x-operator: institution
    type: oauth2
    status: unreachable
    evidence: >-
      api.tudelft.nl resolves to 131.180.187.26 and oauth.tudelft.nl to 131.180.187.27, both
      inside TU Delft's DUNET netblock, but TCP connections to ports 80 and 443 time out from
      the public internet. apidoc.tudelft.nl has no DNS record at all. The OAuth 2.0
      developer's guide previously published at api.tudelft.nl/cms/developers-guide/oauth2/
      is not retrievable.