Université de Montréal · Authentication Profile

Universite De Montreal Authentication

Authentication

Authentication posture across Université de Montréal's programmable surfaces. The pattern is the one most research universities show: the institution's own read-only research metadata is wide open with no key at all, while everything that touches a person's account sits behind campus SSO — and there is no self-service developer credential anywhere, because there is no developer portal to issue one from.

Université de Montréal declares 0 security scheme(s) across its OpenAPI definitions.

UniversityHigher EducationEducationCanadaQuébecFrench LanguageU15Public Research UniversityResearchResearch DataResearch ExpertiseIdentity FederationInstitutional RepositoryLibraryOpen AccessOAI-PMHShibbolethSAML
Methods: Schemes: 0 OAuth flows: API key in:

Security Schemes

Source

Authentication Profile

Raw ↑
---
specification: API Commons Authentication
specificationVersion: '0.1'
provider: Université de Montréal
providerId: universite-de-montreal
generated: '2026-08-30'
method: probed
source: live probes of the SADVR, Papyrus and Shibboleth surfaces, 2026-08-30
description: >-
  Authentication posture across Université de Montréal's programmable surfaces. The pattern is
  the one most research universities show: the institution's own read-only research metadata is
  wide open with no key at all, while everything that touches a person's account sits behind
  campus SSO — and there is no self-service developer credential anywhere, because there is no
  developer portal to issue one from.
surfaces:
- surface: SADVR REST API (Vitrine-Recherche)
  x-operator: institution
  scheme: none
  registration: not-required
  detail: >-
    No API key, no token, no Authorization header, no cookie. Fifteen documented routes were
    called anonymously on 2026-08-30 and all returned 200 application/json, including the full
    /idext/individu extended-record payload. Read-only: the institution's documentation states
    the API offers only GET.
  evidence:
  - url: https://www.recherche.umontreal.ca/vitrine/rest/api/1.8/umontreal/ressource/faculte
    status: 200
  - url: https://www.recherche.umontreal.ca/vitrine/rest/api/1.8/umontreal/idext/individu?faculte=23
    status: 200
  risk: >-
    Unauthenticated access to personal data. The extended and full record services return
    researcher names, institutional emails, telephone numbers, office locations and biographies
    with no rate limit and no credential. The API's own `consentement` block is the only control,
    and it is advisory to the consumer rather than enforced at the edge.
- surface: PAPYRUS OAI-PMH (institutional repository)
  x-operator: tenant
  scheme: none
  registration: not-required
  detail: Anonymous harvesting, per the OAI-PMH 2.0 specification. No key.
  evidence:
  - url: https://umontreal.scholaris.ca/server/oai/openaire4?verb=Identify
    status: 200
- surface: PAPYRUS DSpace REST (HAL)
  x-operator: tenant
  scheme: none-for-read
  registration: institutional
  detail: >-
    The DSpace 8 HAL root at /server/api answers anonymously and advertises the repository's
    entry points; writes and any restricted item require a DSpace account issued by the library.
  evidence:
  - url: https://umontreal.scholaris.ca/server/api
    status: 200
- surface: Borealis Dataverse (UdeM collection)
  x-operator: tenant
  scheme: api-token
  registration: institutional
  detail: >-
    Public search and collection reads are anonymous. Deposit requires a Dataverse API token
    issued by Borealis to an authenticated account, which for UdeM researchers is obtained
    through campus SSO.
  evidence:
  - url: https://borealisdata.ca/api/dataverses/montreal
    status: 200
- surface: UdeM Shibboleth Identity Provider
  x-operator: institution
  scheme: saml2
  registration: federation
  detail: >-
    This is not an API to authenticate against — it is the institution's authentication
    infrastructure. Relying parties join by exchanging SAML metadata through the federation, not
    by signing up. The metadata document is public and unauthenticated; the SSO endpoints
    themselves reject direct GETs (500 from the Redirect/SSO profile without a valid AuthnRequest).
  evidence:
  - url: https://shibboleth.umontreal.ca/idp/shibboleth
    status: 200
  - url: https://shibboleth.umontreal.ca/idp/profile/SAML2/Redirect/SSO
    status: 500
- surface: api.umontreal.ca
  x-operator: institution
  scheme: unknown
  registration: not-public
  detail: >-
    The host resolves and answers, but returns HTTP 400 with an empty body on every path tried
    anonymously. No documentation on any umontreal.ca surface names it. Treated as an internal
    gateway, not a published API.
  evidence:
  - url: https://api.umontreal.ca/
    status: 400
summary:
  self_service_credential: false
  developer_portal: false
  oauth2: false
  api_keys_issued: false
  campus_sso: shibboleth
notes: >-
  There is no route by which an outside developer can obtain a credential for any Université de
  Montréal API. What is open is open to everyone anonymously; what is closed is closed to anyone
  without a UdeM account. Nothing sits in between.

Work with this as data

Every security artifact here is available over the APIs.io API and to AI agents over MCP.

MCP server

One button, every client — Claude, Cursor, VS Code and the rest.

https://apis.io/mcp

Tools for security posture

4 MCP tools reach this
  • find_securityBrowse and filter every security artifact in the catalog.
  • apis_io_searchSTART HERE — APIs, providers and tags for one query, each with its total.
  • resolveTurn a domain, URL or GitHub org into the provider it belongs to.
  • find_cohortsEvery scored population of providers in the catalog.
All 92 tools →

Call it yourself

curl for this page
This security artifact
curl "https://apis.io/api/v1/security/universite-de-montreal-authentication"
All security posture
curl "https://apis.io/api/v1/security?limit=25"

Discovery needs no key. Ratings and market analysis are Pro.

Get an API key

Free tier, no form to fill in. Signing in shares your email address with us — we store it to create your key and to recognise you if you sign in with another provider. See our Privacy Policy and Terms.

A second provider on the same verified email joins the account you already have.