{"id":106429,"date":"2023-01-20T18:48:19","date_gmt":"2023-01-20T16:48:19","guid":{"rendered":"https:\/\/prohoster.info\/?p=106429"},"modified":"2023-01-26T22:45:16","modified_gmt":"2023-01-26T20:45:16","slug":"v-ruby-on-rails-ustranena-uyazvimost-dopuskayushhaya-podstanovku-sql-koda","status":"publish","type":"post","link":"https:\/\/prohoster.info\/it\/blog\/news\/v-ruby-on-rails-ustranena-uyazvimost-dopuskayushhaya-podstanovku-sql-koda","title":{"rendered":"In Ruby on Rails \u00e8 stata rimossa una vulnerabilit\u00e0 che permetteva l'inserimento di codice SQL.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Sono state pubblicate correzioni per il framework Ruby on Rails 7.0.4.1, 6.1.7.1 e 6.0.6.1, che risolvono 6 vulnerabilit\u00e0. La vulnerabilit\u00e0 pi\u00f9 critica (CVE-2023-22794) pu\u00f2 portare all'esecuzione di comandi SQL controllati da un attaccante quando si utilizzano dati esterni nei commenti elaborati in ActiveRecord. Il problema \u00e8 causato dall'assenza di un'adeguata escape dei caratteri speciali nei commenti prima del loro salvataggio nel DBMS. <\/p>\n
La seconda vulnerabilit\u00e0 (CVE-2023-22797) pu\u00f2 essere sfruttata per l'organizzazione di redirect a altre pagine (open redirect) quando si utilizzano dati esterni non verificati nel gestore redirect_to. Le restanti 4 vulnerabilit\u00e0 portano a un denial of service a causa della creazione di un carico elevato sul sistema (principalmente a causa dell'elaborazione di dati esterni in espressioni regolari inefficienti e lunghe). \n Fonte: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"