RULEAPI-834 Update remaining rules where defaultSeverity is different from MQR

[nils-werner-sonarsource]

RULEAPI-834

Migration strategy

• For rules with multiple qualities & severity is higher than all qualities: at least one quality needs to have the right mapping (preferred RELIABILITY)
• For rules where quality is lower than severity: Update quality to higher impact
• For rules where severity is lower than quality: Update severity to higher impact

[frederic-tingaud-sonarsource]

My script still finds the following contradictions:
'javascript': ['S5254', 'S6859', 'S7197'], 'common': ['S6680', 'S6827', 'S6845', 'S6846', 'S6847', 'S6848', 'S6851', 'S6852'], 'java': ['S6829', 'S6830', 'S6909', 'S6912', 'S6914', 'S6923', 'S7178', 'S7184', 'S7185', 'S7186', 'S7190'], 'kubernetes': ['S6869'], 'text': ['S7036'], 'python': ['S7181']

[frederic-tingaud-sonarsource]

I added another one that I don't know why was ignored before.

[nils-werner-sonarsource]

Before merging @John-Clifton-SonarSource can you validate the migration strategy?

[hendrik-buchwald-sonarsource]

I reviewed all the security-related rules and the changes there LGTM!

[sonarqube-next]

Quality Gate passed for 'rspec-tools'

Issues
0 New issues
0 Fixed issues
0 Accepted issues

Measures
0 Security Hotspots
No data about Coverage
No data about Duplication

See analysis details on SonarQube

[sonarqube-next]

Quality Gate passed for 'rspec-frontend'

Issues
0 New issues
0 Fixed issues
0 Accepted issues

Measures
0 Security Hotspots
No data about Coverage
No data about Duplication

See analysis details on SonarQube