WO2011046567A1 - Resource access control management - Google Patents

Resource access control management Download PDF

Info

Publication number
WO2011046567A1
WO2011046567A1 PCT/US2009/061060 US2009061060W WO2011046567A1 WO 2011046567 A1 WO2011046567 A1 WO 2011046567A1 US 2009061060 W US2009061060 W US 2009061060W WO 2011046567 A1 WO2011046567 A1 WO 2011046567A1
Authority
WO
WIPO (PCT)
Prior art keywords
access
url
resource
unique
access control
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Ceased
Application number
PCT/US2009/061060
Other languages
French (fr)
Inventor
John S. Erickson
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Hewlett Packard Development Co LP
Original Assignee
Hewlett Packard Development Co LP
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Hewlett Packard Development Co LP filed Critical Hewlett Packard Development Co LP
Priority to PCT/US2009/061060 priority Critical patent/WO2011046567A1/en
Publication of WO2011046567A1 publication Critical patent/WO2011046567A1/en
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00Network architectures or network communication protocols for network security
    • H04L63/10Network architectures or network communication protocols for network security for controlling access to devices or network resources
    • H04L63/101Access control lists [ACL]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/01Protocols
    • H04L67/02Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]

Definitions

  • capability-based security involves an access control system providing "locators" to users who are authorized to access particular resources.
  • the access control system assumes that because a user knows the location of particular resources, the user is authorized to access the resources. No other form of authorization, such as a password, is required.
  • authentication may, in some cases, be required to receive the locator.
  • An access control system providing access Uniform Resource Locators (URLs).
  • An access URL may provide the location of resources available over a network. The fact that a user has the access URL may signify that the user has
  • users may have other computer applications which rely on the access URL to access particular resources on the Internet.
  • One challenge inherent in such systems is that of maintaining a record of which users are currently authorized to access which resources.
  • Another challenge is revoking access privileges to users who are no longer allowed to access certain resources.
  • revoking privileges of less than all users involves making all issued access URLs null and reissuing valid access URLs to all currently authorized users.
  • FIG. 1 is a block diagram showing an illustrative access control system, according to one embodiment of principles described herein.
  • FIG. 2 is a diagram showing an illustrative access control process for allowing a user from an access control table to access resources, according to one embodiment of principles described herein.
  • FIG. 3 is a diagram showing an illustrative access control process for handling access attempts from unauthorized access URLs, according to one embodiment of principles described herein.
  • FIG. 4 is a diagram showing an illustrative access control table used by an access control system, according to one embodiment of principles described herein.
  • FIG. 5 is a flowchart showing an illustrative method for managing access to resources over a network, according to one embodiment of principles described herein.
  • the present specification relates to an access control management system which makes use of access control tables to determine which users are currently authorized to access particular resources on a network.
  • a unique access URL is issued to each user authorized to access particular resources.
  • An access control table is used to maintain a record of which users are currently authorized to access which resources.
  • the access control table may also maintain a record of all users who were authorized at one time, but have since had their access rights revoked.
  • the access control table may maintain an authorization status for each user. This may allow an administrator to easily revoke or reinstate access privileges to users in the system.
  • the access control system may resolve the access URLs given to valid users to an internal URL specifying the location of a protected resource.
  • the access control table may also maintain a record of which users are currently authorized to access which resources. Additionally or alternatively, the access control system may log any attempts to access resources using an unauthorized access URL. In some embodiments, a selective response may be provided to those attempting to access resources using unauthorized access URLs. Additionally or alternatively, further authentication may be requested.
  • resource may refer to an electronic file which may be an electronic document, an image file, an audio, file, a video file, etc.
  • a resource may also refer to an application or service provided over a network.
  • access URL refers to a uniform resource locator used to access resources over a network. An access URL does not necessarily reference a resource directly. An “internal access URL” refers to a URL which directly points to resources.
  • access control table refers to a table of unique access URLs which have been issued to allow access to a resource. An access control table may also maintain a record of other information associated with issued access URLs.
  • the term "user” refers broadly to any person or process able to request access to resources.
  • access control system refers to a system capable of controlling access to resources based on a list of authorized users.
  • resolve refers to the process of referencing a resource and allowing access to the resource.
  • Fig. 1 is a block diagram showing an illustrative access control system (100).
  • an access control system (100) may include resources (106) stored on storage medium (104) of a computer network (102).
  • the access control system may further include an access control table (108).
  • the access control table (108) may allow a user (1 16) to access the resources (106) through use of an issued unique access URL (1 14).
  • the access control system may also include a processor (1 10) and computer readable code (1 12).
  • resources (106) may be made available to users over the Internet. These resources (106) may be stored on storage servers connected to the Internet. These resources (106) may be intended for the use of an exclusive group of authorized individuals. For example, a text document may have private information that only a few people are authorized to access. In a further example, resources (106) such as a video file may be provided to a consumer for a limited amount of time. Resources may also be services or applications which are available over a network. Access to these resources may be managed by an access control system (100). In some cases, a resource may be assembled and delivered upon request from a user. Additionally or alternatively, a resource may perform a function that is not delivered in any human-readable form. For example, the resource may update a program stored on a user's computer.
  • An access control system (100) may maintain an access control table (108) for particular resources (106) or a group of resources (106).
  • the access control table (108) may include a list of access URLs given to various users which have been given authorization to access particular resources (106). Each access URL may be uniquely keyed for each authorized user.
  • the access control table (108) may maintain a record of the internal URLs which resolve to resources a user is authorized to access. If a user is authorized to access a particular resource, the access control system (100) may resolve the issued unique access URL to an internal access URL (1 18) which references the appropriate resource.
  • An access URL may include a string of characters which denote the location of the resources to which the access URL provides access.
  • the string of characters is often encoded and obfuscated to provide additional security.
  • the access URL may also contain additional information which may be relevant.
  • One such piece of additional information may be a unique user identification (ID).
  • ID may allow the access control system (100) to record in the access control table when and how often a user (1 16) uses his or her unique access URL to access particular resources (108).
  • FIG. 2 is a diagram of an illustrative access control process (200) for allowing a user from an access control table (204) to access a resource (210).
  • Fig. 2 shows a list of access URLs (202) which have been given to users to access various resources (210).
  • the access URLs which have been given out are maintained in an access control table (204).
  • an access control system (208) resolves the access URLs (202) in the access control table (204) to an internal access URL (206) if allowed by an authorization status (212).
  • Access URLs (202) may be given to users through a variety of methods.
  • the access control system (208) grants access to a user
  • the user is given the access URL (202) through an email or some other means of communication.
  • the access URL (202) may be generated as it is given to the user.
  • an access URL (202) is generated and given to a user, a copy is maintained by the access control table (204).
  • the access control table (204) may include a list of all users who have been given access to a particular resources (210) as well as the access URL they were given.
  • the access control table (204) may be created and managed manually by a system administrator.
  • the system administrator may provide the access control system (208) with the users who have access to particular resources (210).
  • the access control table (204) may also be completely automated.
  • the access control system (208) may obtain a list of users through a query of a database.
  • the access control system (208) may resolve the access URLs (202) given to the authorized users to an internal access URL (206).
  • the internal access URL (206) may give the location of the resources (210).
  • FIG. 3 is a diagram of an illustrative access control process (300) for handling access attempts from unauthorized access URLs (308).
  • the access control system (208) may change the authorization status of a user. When this is done, the access URL (202) issued to the new user will no longer resolve to the internal URL (206) which references the appropriate resource (210). If an attempt is made to access a resource (210) using an unauthorized access URL (308), the access control system (208) may provide a selective alternative response (302).
  • the authorization status associated with a unique access URL (202) may be updated either by a system administrator or an automated process.
  • an automated process may make use of a corporate user directory which contains metadata associated with each user which may determine an authorization or revocation status for particular users.
  • a user may have access privileges revoked for a variety of reasons. One reason may be that the user has failed to fulfill a part of a contract. For example, access to a resource (210) may be provided as a service for which a user is charged. If a user fails to pay a periodic fee, access may be revoked. Another reason may be that there is suspicion that an access URL (202) may have been compromised. For example, a third party has intercepted the access URL (202). As no authentication is required, the third party may gain access to a resource (210) for which they are not authorized to access.
  • a selective response (302) may be provided to a user who attempts to access a resource (210) using an unauthorized access URL (202).
  • the selective response (302) may be a webpage explaining why access is not allowed.
  • the selective response (302) may be based on information maintained in the access control table (204).
  • the selective response (302) may contain information specific to the user who was originally issued the access URL (202) or the resource (210) for which the access URL allows access.
  • the access control system (208) may request further authentication (304). This authentication may require a password, an employee or student code, or some other form of authentication. If the appropriate authentication is provided by the user, access to the resource (210) may be reauthorized. The reauthorization may either be a one time allowance to access or may permanently change the authorization status associated with the access URL (202).
  • the access control system (208) may maintain a record of any attempts made to access a resource (210) using an unauthorized access URL (308). This record may be kept in an access log (306).
  • the access log (306) may be made available to a system administrator. The system administrator may then take appropriate action if desired. For example, the system administrator may contact a user who persistently attempts to use an unauthorized access URL (308).
  • An access control table may contain a variety of information which may be relevant to the management of access control.
  • Fig. 4 is a diagram showing an illustrative access control table (400).
  • an access control table (400) may include an access URL column (402), a user ID column (404), an internal URL column (406), an authorization status column (408), a log column (410), and an alternate URL column (412).
  • An entry in the access control table (400) may include an issued unique access URL (402).
  • An entry may also include a user ID (404).
  • the user ID (404) may be a string of characters which uniquely identifies a user. By associating a user ID (404) with each issued access URL (402), the access control system may keep track of which users are authorized for which resources and what access URLs (402) they have been given.
  • An entry in the access control table (400) may also include an internal URL (406).
  • the internal URL directly references a resource.
  • the access control system may resolve an issued access URL to an internal URL if access is authorized. Whether access is authorized may be indicated by an authorization status (408).
  • an access control table may contain a log column (410).
  • the log column (410) may indicate that there are entries in a log which indicate when access attempts have been made using the associated access URL (402).
  • the log may be stored at the same or a separate location as the access control table.
  • the log may maintain a record of authorized access attempts, unauthorized access attempts, or both.
  • the access control table may contain an alternate URL column (412).
  • An alternate URL (412) may be used to direct a user who attempts to access a resource using an unauthorized access URL.
  • the alternate URL (412) may provide a location where a selective response is generated.
  • the alternate URL (412) may also provide a location where further authentication is requested.
  • an access control table (400) may have more than one entry per user.
  • a user may have one entry for each resource they are authorized to access.
  • an access URL may expire or become no longer valid for any reason and a new access URL may be issued. This may be done, for example, if an organization's security policy dictates that access URLs should expire after a predetermined amount of time. If this is the case, it may be inconvenient for the user to change user a different access URL if the original access URL is already embedded into browser bookmarks or other applications. A user may have the option to have an old access URL resolve to a new access URL. In the example shown in the figure, access URL 3 which has been issued to user 2 is no longer authorized. However, access URL 4 which is also given to user 2 and resolves to the same internal URL is authorized. If user 2 chooses to have access URL 3 resolved (414) to access URL 4, the user may still access the appropriate resource using access URL 3.
  • an access URL may be given an "expiry" status.
  • the access URL's authorization status may disallow access to the appropriate resource when the current date passes the expiry date.
  • Fig. 5 is a flowchart showing an illustrative method for managing access to resources over a network.
  • the method may include issuing (step 502) a unique access URL with an access control system to a user, maintaining (step 504) a record of the unique access URL in an access control table associated with the access control system, associating (step 506) an authorization status with the unique access URL in the access control table, and resolving (step 508) the unique access URL to an internal URL if allowed by the authorization status, the internal URL providing access to a resource.
  • the method may further include disallowing (step 510) access to the resource if an authorization status disallows access to the resource using the unique access URL.
  • a system and method for managing access to resources on a network involves issuing and maintaining a record of access URLs.
  • the access URLs are completely unique to each user for each resource.
  • the access URLs are accompanied with an authorization status. If allowed by the authorization status, an access control system will resolve the issued access URLs to an internal URL.
  • the internal URL will reference the location of the resource desired to be accessed.
  • the access control system may maintain a record of each attempt to access resources using both authorized and unauthorized access URLs.
  • An advantage of an access control system embodying principles described herein is that no authentication is required. The fact that a user has an access URL is evidence enough that the user is authorized.
  • the access control system described herein allows easy revocation of access privileges without affecting other users. Additionally, if opted by a user, expired URLs may be resolved to currently valid URLs which resolve to the same internal URL. This will eliminate the need for the user to change any bookmarks or applications which use the expired URL.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Hardware Design (AREA)
  • Computer Security & Cryptography (AREA)
  • Computing Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Information Transfer Between Computers (AREA)
  • Storage Device Security (AREA)

Abstract

A method for managing access to resources (106) over a network (102) includes issuing a unique access Uniform Resource Locator (URL) (202) with an access control system (208) to a user (116), maintaining a record of the unique access URL (202) in an access control table (204) associated with the access control system (208), associating an authorization status (212) with the unique access URL (202) in the access control table (204) with the access control system (208), and resolving the unique access URL (202) to an internal URL (206) if allowed by the authorization status (212) with the access control system (208), the internal URL (206) providing access to a resource (210).

Description

RESOURCE ACCESS CONTROL MANAGEMENT
BACKGROUND
[0001] Several security methods have been developed to limit access to particular resources on a network to authorized individuals. One such method is that of a capability-based security method. In its simplest form, capability-based security involves an access control system providing "locators" to users who are authorized to access particular resources. The access control system assumes that because a user knows the location of particular resources, the user is authorized to access the resources. No other form of authorization, such as a password, is required. However, authentication may, in some cases, be required to receive the locator.
[0002] One form of a simple capabilities-based security system is an access control system providing access Uniform Resource Locators (URLs). An access URL may provide the location of resources available over a network. The fact that a user has the access URL may signify that the user has
authorization to access the resources to which the access URL points. Many users may choose to bookmark their access URL in a web-browser.
Additionally or alternatively, users may have other computer applications which rely on the access URL to access particular resources on the Internet. One challenge inherent in such systems is that of maintaining a record of which users are currently authorized to access which resources. Another challenge is revoking access privileges to users who are no longer allowed to access certain resources. In a typical capabilities based security system, revoking privileges of less than all users involves making all issued access URLs null and reissuing valid access URLs to all currently authorized users. BRIEF DESCRIPTION OF THE DRAWINGS
[0003] The accompanying drawings illustrate various embodiments of the principles described herein and are a part of the specification. The illustrated embodiments are merely examples and do not limit the scope of the claims.
[0004] Fig. 1 is a block diagram showing an illustrative access control system, according to one embodiment of principles described herein.
[0005] Fig. 2 is a diagram showing an illustrative access control process for allowing a user from an access control table to access resources, according to one embodiment of principles described herein.
[0006] Fig. 3 is a diagram showing an illustrative access control process for handling access attempts from unauthorized access URLs, according to one embodiment of principles described herein.
[0007] Fig. 4 is a diagram showing an illustrative access control table used by an access control system, according to one embodiment of principles described herein.
[0008] Fig. 5 is a flowchart showing an illustrative method for managing access to resources over a network, according to one embodiment of principles described herein.
[0009] Throughout the drawings, identical reference numbers designate similar, but not necessarily identical, elements.
DETAILED DESCRIPTION
[0010] As mentioned above, several security methods have been developed to limit access to particular resources on a network to authorized individuals. While capability-based security is useful for many applications, difficulties can arise when revoking access to a previously authorized user of such an application. Particularly, updating an access URL for an application whenever access is revoked from a user of the application may be inconvenient for other authorized users of the application, since these users may have to update any programs or applications that use the old access URL. This inconvenience can be exacerbated in systems where access is routinely withdrawn from users, as the time expended by authorized users to update their files and/or program settings may cause a substantial loss of productivity by the authorized users. Moreover, frequent changes to access URLs may also lead to a greater incidence of technical difficulties in accessing a protected
application due to an increased likelihood of errors resulting from implementing the changes. The resolution of such technical difficulties may also expend resources.
[0011] It may, therefore, be desirable to provide a system of capability-based security that reduces or eliminates these difficulties.
Specifically, it may be desirable to extend the benefits of capability-based security to applications for which authorized access is at times revoked while eliminating the detrimental effects caused by changing access URLs.
[0012] In light of these and other considerations, the present specification relates to an access control management system which makes use of access control tables to determine which users are currently authorized to access particular resources on a network. According to one illustrative embodiment, a unique access URL is issued to each user authorized to access particular resources. An access control table is used to maintain a record of which users are currently authorized to access which resources. The access control table may also maintain a record of all users who were authorized at one time, but have since had their access rights revoked. In one embodiment, the access control table may maintain an authorization status for each user. This may allow an administrator to easily revoke or reinstate access privileges to users in the system.
[0013] If a user is authorized, the access control system may resolve the access URLs given to valid users to an internal URL specifying the location of a protected resource. The access control table may also maintain a record of which users are currently authorized to access which resources. Additionally or alternatively, the access control system may log any attempts to access resources using an unauthorized access URL. In some embodiments, a selective response may be provided to those attempting to access resources using unauthorized access URLs. Additionally or alternatively, further authentication may be requested.
[0014] Through use of an access control system embodying principles described herein, users having authorization to access resources or services do not need to use a new access URL each time access is revoked to one of the users on the access control table. In addition, if a user who has had his or her access privileges revoked and subsequently reinstated a new access URL may not be necessary. The access control system may simply change the authorization status of the user.
[0015] In the following description, for purposes of explanation, numerous specific details are set forth in order to provide a thorough
understanding of the present systems and methods. It will be apparent, however, to one skilled in the art that the present apparatus, systems and methods may be practiced without these specific details. Reference in the specification to "an embodiment," "an example" or similar language means that a particular feature, structure, or characteristic described in connection with the embodiment or example is included in at least that one embodiment, but not necessarily in other embodiments. The various instances of the phrase "in one embodiment" or similar phrases in various places in the specification are not necessarily all referring to the same embodiment.
[0016] Throughout this specification and in the appended claims, the term "resource" may refer to an electronic file which may be an electronic document, an image file, an audio, file, a video file, etc. A resource may also refer to an application or service provided over a network.
[0017] Throughout this specification and in the appended claims, the term "access URL" refers to a uniform resource locator used to access resources over a network. An access URL does not necessarily reference a resource directly. An "internal access URL" refers to a URL which directly points to resources. [0018] Throughout the present specification and in the appended claims, the term "access control table" refers to a table of unique access URLs which have been issued to allow access to a resource. An access control table may also maintain a record of other information associated with issued access URLs.
[0019] Throughout the present specification and in the appended claims, the term "user" refers broadly to any person or process able to request access to resources.
[0020] Throughout this specification and in the appended claims, the term "access control system" refers to a system capable of controlling access to resources based on a list of authorized users.
[0021] Throughout this specification and in the appended claims, the term "resolve" refers to the process of referencing a resource and allowing access to the resource.
[0022] Referring now to the figures, Fig. 1 is a block diagram showing an illustrative access control system (100). According to one illustrative embodiment, an access control system (100) may include resources (106) stored on storage medium (104) of a computer network (102). The access control system may further include an access control table (108). The access control table (108) may allow a user (1 16) to access the resources (106) through use of an issued unique access URL (1 14). The access control system may also include a processor (1 10) and computer readable code (1 12).
[0023] Many resources (106) may be made available to users over the Internet. These resources (106) may be stored on storage servers connected to the Internet. These resources (106) may be intended for the use of an exclusive group of authorized individuals. For example, a text document may have private information that only a few people are authorized to access. In a further example, resources (106) such as a video file may be provided to a consumer for a limited amount of time. Resources may also be services or applications which are available over a network. Access to these resources may be managed by an access control system (100). In some cases, a resource may be assembled and delivered upon request from a user. Additionally or alternatively, a resource may perform a function that is not delivered in any human-readable form. For example, the resource may update a program stored on a user's computer.
[0024] An access control system (100) may maintain an access control table (108) for particular resources (106) or a group of resources (106). In one embodiment, the access control table (108) may include a list of access URLs given to various users which have been given authorization to access particular resources (106). Each access URL may be uniquely keyed for each authorized user.
[0025] The access control table (108) may maintain a record of the internal URLs which resolve to resources a user is authorized to access. If a user is authorized to access a particular resource, the access control system (100) may resolve the issued unique access URL to an internal access URL (1 18) which references the appropriate resource.
[0026] An access URL may include a string of characters which denote the location of the resources to which the access URL provides access. The string of characters is often encoded and obfuscated to provide additional security. The access URL may also contain additional information which may be relevant. One such piece of additional information may be a unique user identification (ID). Thus each access URL is unique to the user, and the resource for which it provides access. The user ID may allow the access control system (100) to record in the access control table when and how often a user (1 16) uses his or her unique access URL to access particular resources (108).
[0027] Fig. 2 is a diagram of an illustrative access control process (200) for allowing a user from an access control table (204) to access a resource (210). Fig. 2 shows a list of access URLs (202) which have been given to users to access various resources (210). The access URLs which have been given out are maintained in an access control table (204). According to one illustrative embodiment, an access control system (208) resolves the access URLs (202) in the access control table (204) to an internal access URL (206) if allowed by an authorization status (212). [0028] Access URLs (202) may be given to users through a variety of methods. In one embodiment, when the access control system (208) grants access to a user, the user is given the access URL (202) through an email or some other means of communication. The access URL (202) may be generated as it is given to the user. When an access URL (202) is generated and given to a user, a copy is maintained by the access control table (204).
[0029] The access control table (204) may include a list of all users who have been given access to a particular resources (210) as well as the access URL they were given. In one embodiment, the access control table (204) may be created and managed manually by a system administrator. The system administrator may provide the access control system (208) with the users who have access to particular resources (210). In one embodiment, the access control table (204) may also be completely automated. The access control system (208) may obtain a list of users through a query of a database.
[0030] The access control system (208) may resolve the access URLs (202) given to the authorized users to an internal access URL (206). The internal access URL (206) may give the location of the resources (210). By having access URLs (202) resolved to an internal URL, an additional level of security is provided. This is because the user is prevented from viewing the internal URL and thus the actual location of the resources (210).
[0031] As mentioned above, at any point, it may be necessary to revoke the privileges of one or a subset of the users. Fig. 3 is a diagram of an illustrative access control process (300) for handling access attempts from unauthorized access URLs (308). According to one illustrative embodiment, it may be desired that at least one user's access privileges be revoked. In this case, the access control system (208) may change the authorization status of a user. When this is done, the access URL (202) issued to the new user will no longer resolve to the internal URL (206) which references the appropriate resource (210). If an attempt is made to access a resource (210) using an unauthorized access URL (308), the access control system (208) may provide a selective alternative response (302). Additionally or alternatively, further authentication (304) may be requested. [0032] The authorization status associated with a unique access URL (202) may be updated either by a system administrator or an automated process. In one embodiment, an automated process may make use of a corporate user directory which contains metadata associated with each user which may determine an authorization or revocation status for particular users. A user may have access privileges revoked for a variety of reasons. One reason may be that the user has failed to fulfill a part of a contract. For example, access to a resource (210) may be provided as a service for which a user is charged. If a user fails to pay a periodic fee, access may be revoked. Another reason may be that there is suspicion that an access URL (202) may have been compromised. For example, a third party has intercepted the access URL (202). As no authentication is required, the third party may gain access to a resource (210) for which they are not authorized to access.
[0033] A selective response (302) may be provided to a user who attempts to access a resource (210) using an unauthorized access URL (202). The selective response (302) may be a webpage explaining why access is not allowed. The selective response (302) may be based on information maintained in the access control table (204). For example, the selective response (302) may contain information specific to the user who was originally issued the access URL (202) or the resource (210) for which the access URL allows access.
[0034] In one embodiment, when an attempt to access a resource (210) using an unauthorized access URL (308), the access control system (208) may request further authentication (304). This authentication may require a password, an employee or student code, or some other form of authentication. If the appropriate authentication is provided by the user, access to the resource (210) may be reauthorized. The reauthorization may either be a one time allowance to access or may permanently change the authorization status associated with the access URL (202).
[0035] In one embodiment, the access control system (208) may maintain a record of any attempts made to access a resource (210) using an unauthorized access URL (308). This record may be kept in an access log (306). The access log (306) may be made available to a system administrator. The system administrator may then take appropriate action if desired. For example, the system administrator may contact a user who persistently attempts to use an unauthorized access URL (308).
[0036] An access control table may contain a variety of information which may be relevant to the management of access control. Fig. 4 is a diagram showing an illustrative access control table (400). According to one illustrative embodiment, an access control table (400) may include an access URL column (402), a user ID column (404), an internal URL column (406), an authorization status column (408), a log column (410), and an alternate URL column (412).
[0037] An entry in the access control table (400) may include an issued unique access URL (402). An entry may also include a user ID (404). The user ID (404) may be a string of characters which uniquely identifies a user. By associating a user ID (404) with each issued access URL (402), the access control system may keep track of which users are authorized for which resources and what access URLs (402) they have been given.
[0038] An entry in the access control table (400) may also include an internal URL (406). As mentioned above, the internal URL directly references a resource. The access control system may resolve an issued access URL to an internal URL if access is authorized. Whether access is authorized may be indicated by an authorization status (408).
[0039] In one embodiment, an access control table may contain a log column (410). The log column (410) may indicate that there are entries in a log which indicate when access attempts have been made using the associated access URL (402). The log may be stored at the same or a separate location as the access control table. The log may maintain a record of authorized access attempts, unauthorized access attempts, or both.
[0040] In one embodiment, the access control table may contain an alternate URL column (412). An alternate URL (412) may be used to direct a user who attempts to access a resource using an unauthorized access URL. For example, the alternate URL (412) may provide a location where a selective response is generated. The alternate URL (412) may also provide a location where further authentication is requested.
[0041] In some embodiments, an access control table (400) may have more than one entry per user. A user may have one entry for each resource they are authorized to access. In the example shown in Fig. 4, there are two unique access URLs assigned to user 1 . Both access URLs resolve to a different internal URL. Access URL 1 which resolves to internal URL 1 is currently not authorized. However, access URL 2 which resolves to internal URL 2 is currently authorized.
[0042] In some embodiments, an access URL may expire or become no longer valid for any reason and a new access URL may be issued. This may be done, for example, if an organization's security policy dictates that access URLs should expire after a predetermined amount of time. If this is the case, it may be inconvenient for the user to change user a different access URL if the original access URL is already embedded into browser bookmarks or other applications. A user may have the option to have an old access URL resolve to a new access URL. In the example shown in the figure, access URL 3 which has been issued to user 2 is no longer authorized. However, access URL 4 which is also given to user 2 and resolves to the same internal URL is authorized. If user 2 chooses to have access URL 3 resolved (414) to access URL 4, the user may still access the appropriate resource using access URL 3.
[0043] In one embodiment, an access URL may be given an "expiry" status. In this case, the access URL's authorization status may disallow access to the appropriate resource when the current date passes the expiry date.
[0044] Fig. 5 is a flowchart showing an illustrative method for managing access to resources over a network. According to one illustrative embodiment, the method may include issuing (step 502) a unique access URL with an access control system to a user, maintaining (step 504) a record of the unique access URL in an access control table associated with the access control system, associating (step 506) an authorization status with the unique access URL in the access control table, and resolving (step 508) the unique access URL to an internal URL if allowed by the authorization status, the internal URL providing access to a resource. The method may further include disallowing (step 510) access to the resource if an authorization status disallows access to the resource using the unique access URL.
[0045] In sum, a system and method for managing access to resources on a network involves issuing and maintaining a record of access URLs. The access URLs are completely unique to each user for each resource. The access URLs are accompanied with an authorization status. If allowed by the authorization status, an access control system will resolve the issued access URLs to an internal URL. The internal URL will reference the location of the resource desired to be accessed. The access control system may maintain a record of each attempt to access resources using both authorized and unauthorized access URLs.
[0046] An advantage of an access control system embodying principles described herein is that no authentication is required. The fact that a user has an access URL is evidence enough that the user is authorized.
Furthermore, the access control system described herein allows easy revocation of access privileges without affecting other users. Additionally, if opted by a user, expired URLs may be resolved to currently valid URLs which resolve to the same internal URL. This will eliminate the need for the user to change any bookmarks or applications which use the expired URL.
[0047] The preceding description has been presented only to illustrate and describe embodiments and examples of the principles described. This description is not intended to be exhaustive or to limit these principles to any precise form disclosed. Many modifications and variations are possible in light of the above teaching.

Claims

CLAIMS WHAT IS CLAIMED IS:
1 . A method for managing access to resources (106) over a network (102), the method comprising:
issuing a unique access Uniform Resource Locator (URL) (202) with an access control system (208) to a user (1 16);
maintaining a record of said unique access URL (1 14) in an access control table (204) stored on a computer readable storage medium (104) associated with said access control system (208);
associating an authorization status (212) with said unique access URL (202) in said access control table (204) with said access control system (208); resolving said unique access URL (202) to an internal URL (206) if allowed by said authorization status (212) with said access control system (208), said internal URL (206) providing access to a resource (210).
2. The method of claim 1 , further comprising disallowing access to said resource (210) through said unique access URL (202) with said access control system (208) if said authorization status (212) indicates that said unique access URL (202) is not authorized to access said resource (210).
3. The method of any preceding claim, further comprising allowing an administrator to change said authorization status (212) with said access control system (208).
4. The method of any preceding claim, further comprising:
issuing a new unique access URL with said access control system (208) to replace said unique access URL (202); and
resolving said new unique access URL to said internal URL (206) if allowed by an authorization status (212) associated with said new unique access URL.
5. The method of any preceding claim, further comprising changing said authorization status (212) associated with any unique access URL (202) preceding said new unique access URL to disallow access to said resource (210) using any of said preceding unique access URLs (202).
6. The method of any preceding claim, further comprising recording with said access control system (208) an attempt to access said resource (210) using said issued unique access URL (202) when said authorization status (212) disallows access to said resource (210).
7. The method of any preceding claim, further comprising, requesting with said access control system (208) a further measure of authentication (304) when an attempt is made to access said resource (210) using said issued unique access URL (202) and said authorization status (212) disallows access to said resource (210).
8. The method of any preceding claim, further comprising returning a selective response (302) to a user attempting to access said resource (210) using said unique access URL (202) when said authorization status (212) disallows access to said resource (210).
9. The method of any preceding claim, further comprising, responsive to said authorization status (212) disallowing access to said resource (210), resolving said issued unique access URL (202) to a new unique access URL having an authorization status (212) that allows access to said resource (210).
10. A system for managing access to resources (106) over a network (102), the system comprising:
at least one processor (1 10);
at least one computer readable storage medium (104) having an access control table (204) stored thereon, said access control table (204) being configured to maintain a record of a plurality of issued unique access Uniform Resource Locators (URLs) (202) for a resource (210), each said unique access URL being associated with an internal access URL (206) referencing said resource (210);
in which said processor (1 10) is configured to resolve each said issued unique access URL (202) to said internal access URL (206) if permitted by an authorization status (212) associated with said issued unique access URL (202).
1 1 . The system of claim 10, in which said processor (1 10) is further configured to disallow access to said resource (210) through said unique access URL (202)with said access control system (208) if said authorization status (212) indicates that said unique access URL (202) is not authorized to access said resource (210).
12. The system of any of claims 10 - 1 1 , in which said processor (1 10) is further configured to allow an administrator to change said authorization status (212) with said access control system (208).
13. The system of any of claims 1 1 - 12, in which said processor (1 10) is further configured to:
issue a new unique access URL with said access control system (208) to replace said unique access URL (202); and
resolve said new unique access URL to said internal URL (206) if allowed by an authorization status (212) associated with said new unique access URL.
14. The system of any of claims 1 1 - 13, in which said processor (1 10) is further configured to record with said access control system (208) an attempt to access said resource (210) using said issued unique access URL (202) when said authorization status (212) disallows access to said resource (210).
15. A method for managing access to resources (106) over a computer network (102), the method comprising:
issuing a first unique access URL (202) to a user (1 16) who is authorized to access a resource (210);
associating with said first unique access URL (202), an internal access URL (206), and a first authorization status (212), said internal access URL (206) providing access to said resource if allowed by said first authorization status (212);
issuing a second unique access URL to said user (1 16);
associating said second unique access URL with said internal access URL (206), and a second authorization status (212);
setting said first authorization status (212) to indicate that said first unique access URL (202) is disallowed from accessing resource (210); and logging an attempt to access said resource (210) using said first unique access URL (202).
PCT/US2009/061060 2009-10-16 2009-10-16 Resource access control management Ceased WO2011046567A1 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
PCT/US2009/061060 WO2011046567A1 (en) 2009-10-16 2009-10-16 Resource access control management

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/US2009/061060 WO2011046567A1 (en) 2009-10-16 2009-10-16 Resource access control management

Publications (1)

Publication Number Publication Date
WO2011046567A1 true WO2011046567A1 (en) 2011-04-21

Family

ID=43876399

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/US2009/061060 Ceased WO2011046567A1 (en) 2009-10-16 2009-10-16 Resource access control management

Country Status (1)

Country Link
WO (1) WO2011046567A1 (en)

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6240455B1 (en) * 1997-12-01 2001-05-29 Mitsubishi Denki Kabushiki Kaisha Internet server providing link destination deletion, alteration, and addition
US20020147929A1 (en) * 2001-04-10 2002-10-10 Rose Mark E. Access control for distributed content servers
US20060095779A9 (en) * 2001-08-06 2006-05-04 Shivaram Bhat Uniform resource locator access management and control system and method

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6240455B1 (en) * 1997-12-01 2001-05-29 Mitsubishi Denki Kabushiki Kaisha Internet server providing link destination deletion, alteration, and addition
US20020147929A1 (en) * 2001-04-10 2002-10-10 Rose Mark E. Access control for distributed content servers
US20060095779A9 (en) * 2001-08-06 2006-05-04 Shivaram Bhat Uniform resource locator access management and control system and method

Similar Documents

Publication Publication Date Title
CN107342992B (en) System authority management method and device and computer readable storage medium
EP1712977B1 (en) Method for controlling access to digital content and streaming media
EP1682974B1 (en) System and method for controlling access to digital content, including streaming media
US8719582B2 (en) Access control using identifiers in links
US7827318B2 (en) User enrollment in an e-community
US10409965B2 (en) Hybrid digital rights management system and related document access authorization method
US8095963B2 (en) Securing resource stores with claims-based security
US11671240B2 (en) Data access control with a confidential blockchain network
CN101282330A (en) Network storage access authority management method and device, network storage access control method
JP2008525880A (en) Apparatus and method for controlling personal data
JP2002183089A (en) Login authentication device and login authentication method
CA3130954C (en) Method and system for managing resource access permissions within a computing environment
WO2011046567A1 (en) Resource access control management
US10614433B2 (en) Hybrid digital rights management system and related document protection method
US20080319998A1 (en) System and method for dynamic authorization to database objects
JP2020017308A (en) Information processing device and program
US20030212833A1 (en) Web-based practice management system

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 09850479

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 09850479

Country of ref document: EP

Kind code of ref document: A1