<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/"><channel><title>PHP on Omid Farhang</title><link>https://omid.dev/tags/php/</link><description>Recent content in PHP on Omid Farhang</description><image><title>Omid Farhang</title><url>https://omid.dev/images/bio-photo-150x150.jpg</url><link>https://omid.dev/images/bio-photo-150x150.jpg</link></image><generator>Hugo -- 0.163.3</generator><language>en-US</language><copyright>2026 Omid Farhang | All rights reserved.</copyright><lastBuildDate>Mon, 22 May 2017 10:00:00 +0000</lastBuildDate><atom:link href="https://omid.dev/tags/php/index.xml" rel="self" type="application/rss+xml"/><item><title>From Laravel and AngularJS to Spring Boot and Angular: A Full-Stack Migration Field Report</title><link>https://omid.dev/2017/05/22/laravel-and-angularjs-to-spring-boot-and-angular/</link><pubDate>Mon, 22 May 2017 10:00:00 +0000</pubDate><guid>https://omid.dev/2017/05/22/laravel-and-angularjs-to-spring-boot-and-angular/</guid><description>First weeks with Java and Spring Boot 1.5 after years of Laravel APIs and an AngularJS frontend — what felt familiar, what felt alien, and side-by-side code from a money-exchange project.</description></item><item><title>Laravel, From the Eyes of an Old-School Developer</title><link>https://omid.dev/2016/02/12/laravel-from-old-school-developer-eyes/</link><pubDate>Fri, 12 Feb 2016 20:30:00 +0000</pubDate><guid>https://omid.dev/2016/02/12/laravel-from-old-school-developer-eyes/</guid><description>A reflection on Laravel from a developer who grew up with VB5, VB6, AutoIt, classic ASP, and old-school PHP.</description></item><item><title>PHP 5.4 Remote Exploit PoC in the wild</title><link>https://omid.dev/2012/05/19/php-5-4-remote-exploit-poc-in-the-wild/</link><pubDate>Sat, 19 May 2012 18:22:00 +0000</pubDate><guid>https://omid.dev/2012/05/19/php-5-4-remote-exploit-poc-in-the-wild/</guid><description>&lt;p&gt;ISC Diary:&lt;/p&gt;
&lt;p&gt;There is a remote exploit in the wild for PHP 5.4.3 in Windows, which takes advantage of a vulnerability in the &lt;a href="http://php.net/manual/en/function.com-print-typeinfo.php"&gt;com_print_typeinfo&lt;/a&gt; function. The php engine needs to execute the malicious code, which can include any shellcode like the the ones that bind a shell to a port.&lt;/p&gt;
&lt;p&gt;Since there is no patch available for this vulnerability yet, you might want to do the following:&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;Block any file upload function in your php applications to avoid risks of exploit code execution.&lt;/li&gt;
&lt;li&gt;Use your IPS to filter known shellcodes like the ones included in metasploit.&lt;/li&gt;
&lt;li&gt;Keep PHP in the current available version, so you can know that you are not a possible target for any other vulnerability like &lt;a href="http://web.nvd.nist.gov/view/vuln/detail?vulnId=CVE-2012-2336"&gt;CVE-2012-2336&lt;/a&gt; registered at the beginning of the month.&lt;/li&gt;
&lt;li&gt;Use your HIPS to block any possible buffer overflow in your system.&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;Source: &lt;a href="http://isc.sans.edu/"&gt;http://isc.sans.edu&lt;/a&gt;&lt;/p&gt;</description></item><item><title>PHP patch quick but inadequate</title><link>https://omid.dev/2012/05/05/php-patch-quick-but-inadequate/</link><pubDate>Sat, 05 May 2012 19:25:00 +0000</pubDate><guid>https://omid.dev/2012/05/05/php-patch-quick-but-inadequate/</guid><description>&lt;p&gt;&lt;img loading="lazy" src="http://lh6.ggpht.com/-Cu0J300RYng/T6V3sHhQsrI/AAAAAAAAF50/eNMs7kndTd8/s1600-h/php%25255B2%25255D.png" alt="php" /&gt;
&lt;/p&gt;
&lt;p&gt;The H-Online: The &lt;a href="http://www.php.net/archive/2012.php#id2012-05-03-1"&gt;updates&lt;/a&gt; to PHP versions 5.3.12 and 5.4.2 released on Thursday do not fully resolve the &lt;a href="http://www.h-online.com/news/item/Critical-open-hole-in-PHP-creates-risks-Update-2-1567532.html"&gt;vulnerability&lt;/a&gt; that was accidentally disclosed on Reddit, &lt;a href="http://eindbazen.net/2012/05/php-cgi-advisory-cve-2012-1823/"&gt;according&lt;/a&gt; to the discoverer of the flaw. The bug in the way CGI and PHP interact with each other leads to a situation where attackers can execute code on affected servers. The issue remained undiscovered for eight years.&lt;/p&gt;
&lt;p&gt;The best protection at present is offered by setting up filter rules on the web server. However, the RewriteRule workaround described on PHP.net is also, according to security expert Christopher Kunz, inadequate. He suggests a slightly modified form of the rule as an &lt;a href="http://www.php-security.net/archives/11-Mitigation-for-CVE-2012-1823-CVE-2012-2311.html"&gt;alternative&lt;/a&gt;.&lt;/p&gt;</description></item><item><title>PHP 5.4.1 and PHP 5.3.11 released</title><link>https://omid.dev/2012/04/27/php-5-4-1-and-php-5-3-11-released/</link><pubDate>Fri, 27 Apr 2012 10:52:00 +0000</pubDate><guid>https://omid.dev/2012/04/27/php-5-4-1-and-php-5-3-11-released/</guid><description>&lt;p&gt;&lt;img loading="lazy" src="http://lh6.ggpht.com/-F7Z2TjPDwGA/T5pzTjiFWEI/AAAAAAAAFvU/VcvhjJCofcI/s1600-h/PHP_Logo_200%25255B2%25255D.png" alt="PHP_Logo_200" /&gt;
&lt;/p&gt;
&lt;p&gt;The H-Online: The &lt;a href="http://www.php.net/"&gt;PHP&lt;/a&gt; developers have &lt;a href="http://www.php.net/index.php#id2012-04-26-1"&gt;released&lt;/a&gt; the first update for PHP 5.4, the latest version of their popular scripting language, and an update to PHP 5.3, the older stable branch of the language. The developers say “All users of PHP are strongly encouraged to upgrade” to the new releases.&lt;/p&gt;
&lt;p&gt;PHP 5.4.1 has more than 20 bug fixes, including some related to security. One security bug concerned insufficient validating of the an upload name, which then led to corrupted &lt;code&gt;$_FILES&lt;/code&gt; indices. Another notable change was &lt;code&gt;open_basedir&lt;/code&gt; checks being added to &lt;code&gt;readline_write_history&lt;/code&gt; and &lt;code&gt;readline_read_history&lt;/code&gt;.&lt;/p&gt;</description></item><item><title>Critical PHP vulnerability being fixed</title><link>https://omid.dev/2012/02/02/critical-php-vulnerability-being-fixed/</link><pubDate>Thu, 02 Feb 2012 18:31:00 +0000</pubDate><guid>https://omid.dev/2012/02/02/critical-php-vulnerability-being-fixed/</guid><description>&lt;p&gt;&lt;strong&gt;&lt;img loading="lazy" src="http://lh3.ggpht.com/-t1Zm4KNLmyU/TyrPQokef7I/AAAAAAAAEdQ/0o5ApZCT5QQ/s1600-h/php%25255B3%25255D.png" alt="php" /&gt;
The H-Security:&lt;/strong&gt; The &lt;a href="http://www.php.net/"&gt;PHP&lt;/a&gt; developers are working to fix a critical security vulnerability in PHP that they introduced with a recent security patch. The current stable release is affected; however, it is not yet clear whether the questionable patch was also applied to older versions.&lt;/p&gt;
&lt;p&gt;The cause of the problem is the security update to PHP 5.3.9, which was written to prevent denial of service (DoS) attacks using hash collisions. To do so, the developers limited the maximum possible number of input parameters to 1,000 in &lt;a href="http://svn.php.net/viewvc/php/php-src/branches/PHP_5_3/main/php_variables.c?revision=321634&amp;amp;view=markup"&gt;php_variables.c&lt;/a&gt; using &lt;code&gt;max_input_vars&lt;/code&gt;. Because of mistakes in the implementation, hackers can intentionally exceed this limit and inject and execute code. The bug is considered to be critical as code can be remotely injected over the web.&lt;/p&gt;</description></item><item><title>phpMyAdmin updates close XSS hole</title><link>https://omid.dev/2011/08/25/phpmyadmin-updates-close-xss-hole/</link><pubDate>Thu, 25 Aug 2011 18:29:00 +0000</pubDate><guid>https://omid.dev/2011/08/25/phpmyadmin-updates-close-xss-hole/</guid><description>&lt;p&gt;&lt;a href="https://omid.dev/images/2011/08/PhpMyAdmin_logo.png"&gt;&lt;img loading="lazy" src="https://omid.dev/images/2011/08/PhpMyAdmin_logo.png" alt="" /&gt;
&lt;/a&gt;&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;H-Online:&lt;/strong&gt; The &lt;a href="http://www.phpmyadmin.net/"&gt;phpMyAdmin&lt;/a&gt; developers have &lt;a href="http://www.phpmyadmin.net/home_page/news.php#phpMyAdmin_3.4.4_and_3.3.10.4_are_released"&gt;announced&lt;/a&gt; the release of &lt;a href="http://sourceforge.net/mailarchive/message.php?msg_id=27992790"&gt;versions 3.4.4 and 3.3.10.4&lt;/a&gt; of their open source database administration tool. According to the security advisory, these maintenance and security updates close a hole (&lt;a href="http://www.cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2011-3181"&gt;CVE-2011-3181&lt;/a&gt;) in the Tracking feature that leads to multiple cross-site scripting (XSS) vulnerabilities.&lt;/p&gt;
&lt;p&gt;The exploit was discovered by Norman Hippert and is caused due to improper sanitisation when input is passed to the table, column and index names. For an attack to be successful, an attacker must be logged in via phpMyAdmin. Versions 3.3.0 to 3.4.3.2 are affected and the developers consider the problem to be serious. Updating to phpMyAdmin 3.3.10.4 or 3.4.4 fixes the problem. Alternatively, users can apply the provided patches.&lt;/p&gt;</description></item><item><title>WordPress and PHP-based management systems under attack?</title><link>https://omid.dev/2010/05/11/wordpress-and-php-based-management-systems-under-attack/</link><pubDate>Tue, 11 May 2010 22:37:00 +0000</pubDate><guid>https://omid.dev/2010/05/11/wordpress-and-php-based-management-systems-under-attack/</guid><description>&lt;p&gt;A variety of sources are reporting that blog hosting sites with WordPress-created sites and php-based management systems such as Zen Care eCommerce are being infected with malicious scripts.&lt;/p&gt;
&lt;p&gt;Websites hosted by ISP DreamHost, GoDaddy, Bluehost and Media Temple have been found with the malcode, according to H-Online.com.&lt;/p&gt;
&lt;p&gt;The malicious scripts download malcode and block Google’s Safe Browsing API from alerting users.&lt;br&gt;
Story here: &lt;a href="http://www.h-online.com/security/news/item/Large-scale-attack-on-WordPress-996628.html"&gt;“Large-scale attack on WordPress”&lt;/a&gt;&lt;/p&gt;
&lt;p&gt;The Sucuri Security blog has offered clean-up instructions for those with infected pages &lt;a href="http://blog.sucuri.net/2010/05/simple-cleanup-solution-for-latest.html"&gt;here.&lt;/a&gt;&lt;/p&gt;</description></item><item><title>What does PHP stand for? Probable Hacked Page?</title><link>https://omid.dev/2010/05/11/what-does-php-stand-for-probable-hacked-page/</link><pubDate>Tue, 11 May 2010 13:45:00 +0000</pubDate><guid>https://omid.dev/2010/05/11/what-does-php-stand-for-probable-hacked-page/</guid><description>&lt;p&gt;Late last week, the wires were buzzing over news that the official site of PHP-Nuke &lt;em&gt;“&lt;strong&gt;Professional Content Management System&lt;/strong&gt;“&lt;/em&gt; was serving malware. I am frankly amazed to see the site still infected 4 days later.&lt;/p&gt;
&lt;p&gt;&lt;img loading="lazy" src="http://lh6.ggpht.com/_vaUVXcmC3OI/S-lYcegzZ6I/AAAAAAAACGw/IJbeSETNPi8/crawler%5B6%5D.jpg?imgmax=800" alt="crawler" title="crawler" /&gt;
&lt;/p&gt;
&lt;p&gt;We see hacked sites everyday and the majority are running PHP-driven applications such as Content Management Systems (CMS). The PHP-Nuke site is currently running PHP v. 5.2.9.&lt;/p&gt;
&lt;blockquote&gt;
&lt;p&gt;Server: Apache/2.2.11 (Unix) mod_ssl/2.2.11 OpenSSL/0.9.8e-fips-rhel5 mod_auth_passthrough/2.1 mod_bwlimited/1.4 FrontPage/5.0.2.2635 PHP/5.2.9&lt;/p&gt;</description></item><item><title>Building Internal Web Tools on Windows</title><link>https://omid.dev/2007/09/18/building-internal-web-tools-on-windows/</link><pubDate>Tue, 18 Sep 2007 11:45:00 +0000</pubDate><guid>https://omid.dev/2007/09/18/building-internal-web-tools-on-windows/</guid><description>How small teams built internal web tools with PHP, MySQL, and classic Windows stacks before frameworks dominated — lessons from real IT support work.</description></item></channel></rss>