Haku Kuvahaku Maps Play YouTube Gmail Drive Kalenteri Lisää »
Kirjaudu sisään
Näytönlukuohjelman käyttäjille: Pääset esteettömyystilaan klikkaamalla tätä linkkiä. Esteettömyystilassa on samat perusominaisuudet, mutta se toimii paremmin näytönlukuohjelmasi kanssa.

Patents

  1. Tarkennettu patenttihaku
Julkaisun numeroUS20090193263 A1
JulkaisutyyppiHakemus
HakemusnumeroUS 12/347,866
Julkaisupäivämäärä30. heinäkuu 2009
Hakemuksen jättöpäivä31. joulukuu 2008
Etuoikeuspäivä26. tammikuu 2008
Julkaistu lisäksi otsikollaUS7480805
Julkaisun numero12347866, 347866, US 2009/0193263 A1, US 2009/193263 A1, US 20090193263 A1, US 20090193263A1, US 2009193263 A1, US 2009193263A1, US-A1-20090193263, US-A1-2009193263, US2009/0193263A1, US2009/193263A1, US20090193263 A1, US20090193263A1, US2009193263 A1, US2009193263A1
KeksijätThomas Hermann Gnech, Regina Illner
Alkuperäinen patentin saajaThomas Hermann Gnech, Regina Illner
Vie sitaattiBiBTeX, EndNote, RefMan
Ulkoiset linkit: USPTO, USPTO-määräys, Espacenet
Identifying and processing an unauthorized access request
US 20090193263 A1
Tiivistelmä
The system reuses the classic User ID & Password combination for authentication and adds a third component called a USE code for additional authorization check, as an example. This method allows access to a system when it is requested with correct User ID and Password (i.e., with correct pass code) but with an unauthorized USE code, the system identifies it as an unauthorized access and triggers the proper security measures to minimize the damage and monitor the actions in a way not to alarm the unauthorized user who is using the owner's credential to access the system. The USE Code is an extension to the pass code to raise various alarms and have a stepwise access level control based on different inputted values.
Kuvat(3)
Previous page
Next page
Vaatimukset(1)
1. A system for identifying and processing an unauthorized access request to a secured module, said system comprising:
an authentication module; and
a password recognition module;
wherein said authentication module receives a variable length access code and a corresponding user ID;
said variable length access code comprises a variable length password and a variable length use code;
wherein, from a first bit of information on said variable length access code, scanning is started through said variable length access code, bit by bit, until a matching password is recognized using a hash function of said variable length password for said corresponding user ID, or until the last bit of said variable length access code is reached;
if said matching password is recognized, said variable length access code is divided into said variable length password and said variable length use code;
if said variable length access code is divided into said variable length password and said variable length use code, said variable length use code is compared with a list of all possible use codes;
in case of said variable length use code matching with a first entry in said list of all possible use codes, said authentication module allows full access to said secured module;
in case of said variable length use code matching with a second entry in said list of all possible use codes, said secured module slows down;
in case of said variable length use code matching with a third entry in said list of all possible use codes, said secured module becomes locked;
in case of said variable length use code matching with a fourth entry in said list of all possible use codes, said authentication module notifies authorities, security personnel, or police;
in case of said variable length use code matching with a fifth entry in said list of all possible use codes, said authentication module limits the access to said secured module;
in case of said variable length use code matching with a sixth entry in said list of all possible use codes, said authentication module allows full access to said secured module, and said authentication module notifies authorities, security personnel, or police;
in case of said variable length use code matching with a seventh entry in said list of all possible use codes, said authentication module allows a limited access to said secured module, and said authentication module notifies authorities, security personnel, or police;
in case of said variable length use code matching with an eighth entry in said list of all possible use codes, said secured module malfunctions;
in case of said variable length use code matching with a ninth entry in said list of all possible use codes, a camera monitors;
in case of said variable length use code matching with a tenth entry in said list of all possible use codes, said authentication module activates a silent alarm;
in case of said variable length use code matching with an eleventh entry in said list of all possible use codes, said authentication module simulates software corruption; and
in case of said variable length use code matching with a twelfth entry in said list of all possible use codes, wrong or incomplete information is provided to said user.
Kuvaus
  • [0001]
    This is a Cont. of another Accelerated Exam. application, Ser. No. 12/020,540, filed Jan. 26, 2008, to be issued in January 2009, as a US Patent, with the same title, inventors, and assignee, IBM.
  • BACKGROUND OF THE INVENTION
  • [0002]
    Usual secured system access is based on the requirement of two codes from the user, his/her username affected to a specific user account and a corresponding password or pass code. Both the username and the pass code define the two components of the system access data affected to a user account from that secured system. The access to the system is granted if the combination of username and pass code is valid irrespective of the situation how and/or who entered that access data.
  • [0003]
    System access data of usual pass code-secured systems are built from a 2-tuple of the components user accounts and pass code:
  • [0000]

    System access dataold=(user account, pass code)
  • [0004]
    There is no possibility to differentiate the use of system access data like avoiding a misuse of the user account once both components are disclosed.
  • [0005]
    After the disclosure of the valid system access data to the unauthorized person, misuse of the user account happens and security actions will not start until the owner is able to trigger them.
  • [0006]
    If it was a fake disclosure to avoid loss of property by providing an invalid user account/pass code combination, the owner (disclosing person) risks health, because the unauthorized user will find the access failure immediately and as a reaction the disclosing person may face immediate danger.
  • SUMMARY OF THE INVENTION
  • [0007]
    One embodiment reuses the classic User ID & Password combination for authentication and adds a third component called a USE code for additional authorization check. This embodiment (as an example) allows access to a system when it is requested with correct User ID and Password (i.e., with correct pass code) but with an unauthorized USE code, the system identifies it as an unauthorized access and triggers the proper security measures to minimize the damage and monitor the actions in a way not to alarm the unauthorized user who is using the owner's credential to access the system. The USE Code utilized by this invention could have different permutations. These permutations could limit access to some or part of the system that is being attempted to be accessed. For example, in case of Bank accounts, the USE Code can allow the daily limit withdrawals to be immediately decreased. In case of secure building, the USE Code can be used for access to certain areas but not all, and in case of vehicles, the USE Code can be used to access the inside of a vehicle but lock the engine.
  • BRIEF DESCRIPTION OF THE DRAWINGS
  • [0008]
    FIG. 1 is a schematic diagram of the system in its entirety
  • [0009]
    FIG. 2 is a schematic diagram of the Use Code and different levels of security that can be created by the Use Code
  • DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS
  • [0010]
    An example of this invention addresses the problem of user ID and password credential getting compromised by an unauthorized third party who is accessing the system either:
      • 1) while the system is not aware of the compromise (i.e. giving full access based in the authorization of the owner), or
      • 2) When the outright and total prevention of access (e.g., denying the access at the logon prompt) is not desired because it may alert the third party intruder.
  • [0013]
    It is proposed to affect a third component (use code) to the first two to allow differentiating a use mode of the two first components. In such a way, that it would be possible to extend the two valued component (authorized, unauthorized) to a variety of authorized use mode or cases.
  • [0014]
    An example of this invention can be used for ATM machines, Bank accounts, Computer Systems Authorization, accessing secure buildings and in general any access that requires a username and a password as demonstrated by FIGS. 1 and 2.
  • [0015]
    System access data will be extended by adding one component, the use code, to the 2-tuple (user account, pass code) to build a 3-tuple consisting of the components user account, pass code and use code:
  • [0000]

    system access datanew=(user account, pass code, use code) (item 108, 110, 112)
  • [0016]
    The use code carries the information if access to the system is requested by an authorized user or by an unauthorized user. Automated action is triggered by the system depending on the use code value (e.g. special security handling, 114).
  • [0017]
    An example of this invention reuses the classic User ID & Password combination for authentication and adds a third component called a USE code for additional authorization check. (116) This embodiment allows access to a system when it is requested with correct User ID and Password (i.e., with correct passcode) but with an unauthorized USE code, the system identify it as an unauthorized access and triggers the proper security measures to minimize the damage and monitor the actions in a way not to alarm the unauthorized user who is using the owner's credential to access the system. (118, 120, 122, 124)
  • [0018]
    Beyond binary nature of authorized versus unauthorized, there could be other authorization levels associated with multiple USE codes that further tighten access to the applications or data for which the actual passcode owner is authorized to use. This helps in delegation scenarios where the user authorizes a third party to use his/her passcode to access the system while limiting the type of access based on the USE code. (210, 212, 214, 216, 218, 220, 222)
  • [0019]
    In one embodiment the system is A method for identifying and processing an unauthorized access request to a system, the method comprising the steps of:
  • [0020]
    An authentication module receiving a variable length access code and a corresponding user ID;
  • [0021]
    Wherein the variable length access code comprising a variable length password and a variable length use code;
  • [0022]
    starting from a first bit of information on the variable length access code, and scanning through the variable length access code, bit by bit, until a matching password is recognized using a hash function of the variable length password for the corresponding user ID, or until the last bit of the variable length access code is reached;
  • [0023]
    If the matching password is recognized, dividing the variable length access code into the variable length password and the variable length use code;
  • [0024]
    if the variable length access code is divided into the variable length password and the variable length use code, comparing the variable length use code with a list of all possible use codes;
  • [0025]
    in case of the variable length use code matching with a first entry in the list of all possible use codes, the authentication module allowing full access to the system;
  • [0026]
    in case of the variable length use code matching with a second entry in the list of all possible use codes, the system slowing down;
  • [0027]
    in case of the variable length use code matching with a third entry in the list of all possible use codes, the system becoming locked;
  • [0028]
    in case of the variable length use code matching with a fourth entry in the list of all possible use codes, the authentication module notifying authorities, security personnel, or police;
  • [0029]
    in case of the variable length use code matching with a fifth entry in the list of all possible use codes, the authentication module limiting the access to the system;
  • [0030]
    in case of the variable length use code matching with a sixth entry in the list of all possible use codes, the authentication module allowing full access to the system, and the authentication module notifying authorities, security personnel, or police;
  • [0031]
    in case of the variable length use code matching with a seventh entry in the list of all possible use codes, the authentication module allowing a limited access to the system, and the authentication module notifying authorities, security personnel, or police;
  • [0032]
    in case of the variable length use code matching with an eighth entry in the list of all possible use codes, the system malfunctioning;
  • [0033]
    in case of the variable length use code matching with a ninth entry in the list of all possible use codes, starting camera monitoring;
  • [0034]
    in case of the variable length use code matching with a tenth entry in the list of all possible use codes, the authentication module activating a silent alarm;
  • [0035]
    in case of the variable length use code matching with an eleventh entry in the list of all possible use codes, the authentication module simulating software corruption; and
  • [0036]
    in case of the variable length use code matching with a twelfth entry in the list of all possible use codes, providing wrong or incomplete information to the user.
  • [0037]
    In the above embodiment, the system includes the following features:
      • Security front module gets user ID, password, and use code from the accessing user.
      • Security module examines the user ID and password to see if the combination authenticates to a valid account owner.
      • If not, the system performs a regular security handling for denying access when the user ID and password combination is invalid.
      • If yes, the USE code module examines whether the specified use code correspond to a valid authorized Use code corresponding to the owner's account.
      • If valid owner authorized Use code was specified, the system performs a regular security handling for when the account owner logon to the system, i.e. it provides the full authorization corresponding to the owner's account.
      • If valid authorized Use code with special meaning was specified, the system will modify and limit the system functionality based on the authorization level associated with the Use code to a predefined limited access privileges.
      • If an invalid authorized Use code was specified, the system invokes special security handling for the access.
      • Special security handling provides the same external behavior to the accessing user as it would to the account owner.
      • Special security handling triggers special security actions without notification to the accessing user.
      • Special security actions comprise of starting security monitoring sessions, constricting and further limiting user access, simulating system problems such as unavailable resources or computer virus problems, slowing the response time, and notifying the security personnel (in case of computer access)
      • Special security actions comprise of starting security monitoring e.g. transferring GPS position on a defined channel, simulating car problems such as engine failure or running out of fuel, slowing the response time, and notifying the security personnel (in case of automobile access)
      • Special security actions comprise of starting security monitoring sessions, transferring GPS position if any, constricting and further limiting user access to data, simulating system problems such as booting problem or power failure, slowing the response time, and notifying the security personnel (in case of mobile phone)
      • Special security actions comprise of starting security video monitoring and on-line camera monitoring, limiting amount of money transfer, simulating system problems such as ATM problem or power failure, slowing the response time, and notifying the security personnel (in case of bank account access)
  • [0051]
    In another embodiment the system can implement the Use Code in one letter found in the password identified by its location in the password; OR Separate Used code from password; OR having variable password length and appending the Use code to the password. The variable length makes it harder to guess the password, by the hackers. The system uses a loop/iterative function to examine and find/ match the password, bit by bit, starting from the first bit.
  • [0052]
    A system or apparatus that has some of the following items is an example of this invention: ATM machine, automatic bank teller, computer running the whole process and method described above, laptop, car, alarm, or mobile phone.
  • [0053]
    Any variations of the above teaching are also intended to be covered by this patent application.
Siteeratut patentit
Siteeratut patentit Hakemuksen jättöpäivä Julkaisupäivämäärä Hakija Nimi
US3659154 *5. tammikuu 197025. huhtikuu 1972Finn Steven GElectronic lock and alarm system
US4259664 *26. kesäkuu 197931. maaliskuu 1981Tubill Enterprises, Inc.Taxicab robbery alerting system
US5731575 *21. huhtikuu 199724. maaliskuu 1998Zingher; Joseph P.Computerized system for discreet identification of duress transaction and/or duress access
US5952920 *29. kesäkuu 199814. syyskuu 1999Mace Security InternationalCurrency anti-theft device
US6052052 *29. elokuu 199718. huhtikuu 2000Navarro Group Limited, Inc.Portable alarm system
US6550671 *31. tammikuu 200222. huhtikuu 2003International Business Machines CorporationCash register and method of accounting for cash transactions
US6685087 *31. tammikuu 20023. helmikuu 2004International Business Machines CorporationSecurity system for validation of credit card transactions
US7181017 *25. maaliskuu 200220. helmikuu 2007David FelsherSystem and method for secure three-party communications
US20050022005 *26. elokuu 200427. tammikuu 2005Mckeeth JamesSystem and method for controlling user access to an electronic device
US20050081041 *6. lokakuu 200414. huhtikuu 2005Jing-Jang HwangPartition and recovery of a verifiable digital secret
US20050097441 *31. lokakuu 20035. toukokuu 2005Herbach Jonathan D.Distributed document version control
US20060075230 *5. lokakuu 20046. huhtikuu 2006Baird Leemon C IiiApparatus and method for authenticating access to a network resource using multiple shared devices
US20070250920 *23. huhtikuu 200725. lokakuu 2007Jeffrey Dean LindsaySecurity Systems for Protecting an Asset
Viittaukset
Patenttia siteeraavat Hakemuksen jättöpäivä Julkaisupäivämäärä Hakija Nimi
US8347116 *8. kesäkuu 20101. tammikuu 2013Samsung Electronics Co., Ltd.Semiconductor device having multi access level and access control method thereof
US859001728. helmikuu 201119. marraskuu 2013International Business Machines CorporationPartial authentication for access to incremental data
US9009802 *27. joulukuu 201214. huhtikuu 2015Ebay Inc.Automatic PIN creation using password
US9305152 *6. toukokuu 20145. huhtikuu 2016Paypal, Inc.Automatic pin creation using password
US946027818. maaliskuu 20154. lokakuu 2016Paypal, Inc.Automatic PIN creation using password
US20100332783 *8. kesäkuu 201030. joulukuu 2010Samsung Electronics Co., Ltd.Semiconductor device having multi access level and access control method thereof
US20130125214 *27. joulukuu 201216. toukokuu 2013Ebay Inc.Automatic pin creation using password
US20140245380 *6. toukokuu 201428. elokuu 2014Ebay, Inc.Automatic pin creation using password
US20150363593 *9. kesäkuu 201517. joulukuu 2015Thomson LicensingApparatuses and methods for password authentication
Luokittelu
Luokitus Yhdysvalloissa713/183
Kansainvälinen luokitusH04L9/00
YhteistyöluokitusG06F21/31
Eurooppalainen luokitusG06F21/31
Oikeudelliset tapahtumat
PäiväysKoodiTapahtumaKuvaus
3. tammikuu 2009ASAssignment
Owner name: INTERNATIONAL BUSINESS MACHINES CORPORATION, NEW Y
Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:GNECH, THOMAS HERMANN;ILLNER, REGINA;REEL/FRAME:022050/0856
Effective date: 20080118