[a / b / c / d / e / f / g / gif / h / hr / k / m / o / p / r / s / t / u / v / vg / vm / vmg / vr / vrpg / vst / w / wg] [i / ic] [r9k / s4s / vip] [cm / hm / lgbt / y] [3 / aco / adv / an / bant / biz / cgl / ck / co / diy / fa / fit / gd / hc / his / int / jp / lit / mlp / mu / n / news / out / po / pol / pw / qst / sci / soc / sp / tg / toy / trv / tv / vp / vt / wsg / wsr / x / xs] [Settings] [Search] [Mobile] [Home]
Board
Settings Mobile Home
/g/ - Technology

Name
Options
Comment
Verification
4chan Pass users can bypass this verification. [Learn More] [Login]
File
  • Please read the Rules and FAQ before posting.
  • You may highlight syntax and preserve whitespace by using [code] tags.

08/21/20New boards added: /vrpg/, /vmg/, /vst/ and /vm/
05/04/17New trial board added: /bant/ - International/Random
10/04/16New board for 4chan Pass users: /vip/ - Very Important Posts
[Hide] [Show All]


[Advertise on 4chan]


File: jeets in tech.jpg (104 KB, 879x880)
104 KB
104 KB JPG
seriously, how can I only do business with whites from now on? I can literally walk out of a store when I see jeets, but I can't opt out of jeet "programmers" at my bank.
>>
>>108494981
They're encrypted, not hashed.
Learn the difference.
>>
>>108494981
They're just migtating to UNIX, nothing to see here:

C:\accounts\username\password\balance.txt
/mnt/ACCOUNTS/USERNAME/PASSWORD/BALANCE.TXT
>>
>>108494981
Computers in the sixties only had uppercase. A banking system designed back then would only support uppercase passwords. When the system switched to ascii, they maintained compatibility by converting passwords to uppercase. Now they've decided to stop doing that.

This says nothing about whether the passwords are "encrypted", nor whether they are hashed as is the industry standard. They almost certainly are, as banks are subject to severe regulations.
>>
File: 1761330322684680.gif (1.96 MB, 640x560)
1.96 MB
1.96 MB GIF
>>108495034
>balance inside password folder
>>
>>108495089
btw this is also the reason some banking systems only allow passwords up to 8 characters
it's some archaic backwards compatibility reason with ibm z/os machines from the 80s
>>
>>108495214
If balance was outside you could get it without knowing the password, duh!

cat /mnt/accounts/someoneelse/balance.txt

It's called security. Learn it.
>>
>>108494981
What the shit kind of requirement is this anyway. Like, why did they even communicate this to the customers?
Just uppercase what you receive on the server, then.
>>
File: 1766321988641829.gif (2.1 MB, 480x270)
2.1 MB
2.1 MB GIF
>>108495304
oh wait, you mean the folder name would be the password?
I can't tell if that's genius or retarded
>>
>>108495089
if what you are saying were the case, then don't you think someone would've noticed by now that when they typed "YOURMOMISAWHORE12" instead of "yourmomisawhore12" that it still logged them in with the wrong password?
>>
>>108495313
I believe the opposite happened actually: they made the password system case-sensitive
Previously the passwords were all stored in full uppercase, but when someone logged in they converted the login attempt password to uppercase to match the stored uppercase password
But now (presumably) they will allow actual mixed case passwords
So, for existing users the password was always full uppercase, and now the users have to actually type in the full uppercase password when logging in

If this is not the case then it doesn't make much sense to me...
>>
>>108495327
I mean, that's why the switch from Windows to UNIX is adding case sensitivity.
>>
>>108495356
Even then, they are retarded; they could just try both, the password as it was sent and the password if converted to uppercase. Still no need to tell the customers.
>>
>>108495375
Somewhere some developer decided he did not want to have this risky code complexity in the login page for the next 20 years which they have to justify every year during an audit, so they decided to bite the trigger and let the users handle it
Which is the better choice is debatable, but this was the cleanest solution for the future
>>
>>108495356
enterprise software (SAP) guy here.

when you see shit like this, it means there's some ancient ass piece of software in the backend they got rid of.

ancient SAP releases (stuff out of support for well over a decade at this point) for example. the RFC library converted all password calls to uppercase. if you needed to have a newer system in the front call an older system, and you wanted the password passed along in the same format in the RFC call, then you had to use a more restrictive convert to uppercase rule. the passwords were still even on these ancient releases stored hashed though.

what's happened for the OP post with HSBC is something similar. SAP? who knows. could be, could be another ancient ass application (I was at a Fortune 500 company in 2013 that required eight character letter/number/no symbols passwords because that's what IBM z/OS could handle).

HSBC eliminated some backend dependency to have passwords be converted to uppercase when passed to a backend system for authentication.

given my experience in enterprise IT, my guess is this:

the password has ALWAYS been stored hashed in backend systems. the system that was the master to check said password has changed and is no longer a system that converts to uppercase before doing the hash. it's another system that stored the password case sensitively, but was not the master login source in their authentication flow. they then used the response from whatever backend that did the convert to uppercase to give some sort of login ticket (in SAP they would be login tickets) that were accepted by the newer backend systems.
>>
>>108495469
>>108495237
aren't 8 character passwords cracked under a second nowadays, and even 10-15 years ago?
crazy how some banks still force that shit
>>
>>108495516
SAP used to have very old backend versions of software that could not handle more complex passwords than 8 chars, but it did support symbols.

the main counter to an 8 character password limit is a very aggressive account locking policy. 5 incorrect password attempts in a row (not from the same IP or session - 5 incorrect logon attempts for that user account PERIOD) on a support portal account would lock the account out. an administrator would have to manually unlock it, and it would take 24 hours to unlock.

the SAP support portal has done away with this restriction and passwords can be properly complex.

if a bank is still doing 8 char password max still, the most likely cause is old mainframe shit like IBM z/OS, and they are probably heavily throttling incorrect pw attempts.

i'm not saying the above is good security practice either. i'm just saying what they're likely doing to make it so every account isn't compromised within days.
>>
>>108495002
You store salted hashes in databases, on encrypted discs is a seperate decision you dumbfuck
>>
File: 1774994150941.png (453 KB, 686x386)
453 KB
453 KB PNG
>>108495034
>>108495214
>>108495304
You are supposed to stay dead, Albert Einstein. Now I'll have to kill you.
>>
File: 1747482872970158.jpg (27 KB, 603x559)
27 KB
27 KB JPG
>>108494981
>HSBC PhoneBanking
fucking sussy af but then again anything involving indians is
>>
>>108494981
Why is the grammar in the email so bad? Based on that alone I would assume this is a phishing email.
>>
>>108497364
because a jeet wrote the template.
Notice how they actually entertain "Test123" as a valid password.
>>
File: 2026-04-01_04-45.png (33 KB, 1573x306)
33 KB
33 KB PNG
>>108495352
also
>registration journey
>>
>>108494981
It's entirely possible they hashed/encrypted both the original and lower-cased versions, though..
>>
>>108495002
>your passwords are protected with state of the art ROT13 cryptography
thanks I feel safer already
>>
>>108494981
More likely they uppercase your password before hashing. The change likely makes existing passwords case sensitive, thus why you need to all caps them.



[Advertise on 4chan]

Delete Post: [File Only] Style:
[Disable Mobile View / Use Desktop Site]

[Enable Mobile View / Use Mobile Site]

All trademarks and copyrights on this page are owned by their respective parties. Images uploaded are the responsibility of the Poster. Comments are owned by the Poster.