zmej gorjanin
read-only
- 20 јануари 2018
- 11
- 4
Комбинација од едното и другото дава најдобри резултати односно искуство и АИ. Конкретно ова security vulnerability е поврзано со remote running of code односно ако пратиш специјално составен реквест со огромен payload и го надмине memory_limit дефиниран во .ini фајлот ќе се случи crash по што праќачот неавтентициран може да си извршува кои сака реквести на ендпоинтите. Другото беше врзано со тоа ако еден fpm воркер што извршува реквести, му пратиш неколку специфично составени реквести не го брише стејтот помеѓу две различни реквести. Она што е интересно е што ова второво постоело од воведување на PHP 5.4, а тоа е пред повеќе од 10 години. И дури сега со помош на АИ некој успева да го детектира, го постира на форум по што се крева паника насекаде и огромен дел на сајтови и веб апликации се привремено недостапни (инфо од Твитер). Дури и хакерите со попродуктивни денес.Да
Релативно брзо се појавија patch верзии па можеше да се реагира.
Лично не работам со PHP ништо моментално ама имам чепнато малце лани еден сајт ко side gig кој што сега е практично ранлив.
Две интересни ствари
- А пропо муабетот погоре, ова доаѓа ко мал показател дека човек не може да размислува толку длабоко колку што кодот може да стане комплициран, тежок за предвидување, менување, скалирање… до степен кај што АИ може подобро да внимава на квалитет од човек.
- Доаѓа и ко показател дека ти треба добар инжењерски тим на располагање а не она скржавото напрај сајт, фурај све со АИ, отпушти ги луѓето, заборај го кодот, не апгрејдирај ништо на понова верзија и после кога ќе искочи некое вакво срање бизнисот капут…
Мислам дека пола мали бизниси уште не се ни свесни за ризиците.
Можеби треба да се искористи шансава да инсертирам у базата на Сетек еден OLED TV со статус платен, спремен за испорака таман за GTA VI