* WGs marked with an * asterisk has had at least one new draft made available during the last 5 days

Capport Status Pages

Captive Portal Interaction (Active WG)
Art Area: Barry Leiba, Murray Kucherawy | 2016-Jan-04 —  

2020-03-26 charter

Captive Portal Interaction (capport)


 Current Status: Active

     Erik Kline <ek.ietf@gmail.com>
     Martin Thomson <mt@lowentropy.net>

 Applications and Real-Time Area Directors:
     Murray Kucherawy <superuser@gmail.com>
     Barry Leiba <barryleiba@computer.org>

 Applications and Real-Time Area Advisor:
     Barry Leiba <barryleiba@computer.org>

 Mailing Lists:
     General Discussion: captive-portals@ietf.org
     To Subscribe:       https://www.ietf.org/mailman/listinfo/captive-portals
     Archive:            https://mailarchive.ietf.org/arch/search/?email_list=captive-portals

Description of Working Group:

  Some networks require interaction from users prior to authorizing
  network access. Before that authorization is granted, network access
  might be limited in some fashion. Frequently, this authorization process
  requires human interaction to arrange for payment or to accept some
  legal terms.

  Currently, network providers use a number of interception techniques to
  reach a human user (such as intercepting cleartext HTTP to force a
  redirect to a web page of their choice), and these interceptions are
  indistinguishable from man-in-the-middle attacks. As endpoints become
  inherently more secure, existing interception techniques will become
  less effective or will fail entirely. This will result in a poor user
  experience as well as a lower rate of success for the Captive Portal

  The CAPPORT Working Group will define secure mechanisms and protocols to
  - allow endpoints to discover that they are in this sort of limited
  - provide a URL to interact with the Captive Portal,
  - allow endpoints to learn about the parameters of their confinement,
  - interact with the Captive Portal to obtain information such as status
    and remaining access time, and
  - optionally, advertise a service whereby devices can enable or disable
    access to the Internet without human interaction.
  (RFC 7710 may be a full or partial solution to the first two bullets)

  The working group may produce working documents to define taxonomy and
  to survey existing portals and solutions. These might or might not be
  published as RFCs, and might or might not be combined in some way.

  Out of scope are "roaming" (federation of credentials), network
  selection, or the on-boarding/provisioning of clients onto secure (or
  any alternate) networks. These are not really captive portals, and have
  largely been solved in other ways.

  Initially, the working group will focus on simplifying captive portal
  interactions where a user is present. A secondary goal is to look at the
  problem posed to or by devices that have little or no recourse to human

Goals and Milestones:
  Jul 2019 - Protocol to discover and interact with a Captive Portal
  Jul 2019 - API for Captive Portal Interaction
  Jul 2019 - API for Captive Portal Interaction

All charter page changes, including changes to draft-list, rfc-list and milestones:

Generated from PyHt script /wg/capport/charters.pyht Latest update: 24 Oct 2012 16:51 GMT -